Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établiss ement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noya u, mise à
jour ...
Merci pour votre aide
Chris
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établiss ement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noya u, mise à
jour ...
Merci pour votre aide
Chris
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établiss ement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noya u, mise à
jour ...
Merci pour votre aide
Chris
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
les machines sont elles dans le /etc/hosts des autres ?
à quoi ressemble ton /etc/nsswitch ?
On Wednesday 06 April 2005 11:52, Christophe TAVERNE wrote:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établissement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise à
jour ...
Merci pour votre aide
Chris
les machines sont elles dans le /etc/hosts des autres ?
à quoi ressemble ton /etc/nsswitch ?
On Wednesday 06 April 2005 11:52, Christophe TAVERNE wrote:
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établissement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise à
jour ...
Merci pour votre aide
Chris
les machines sont elles dans le /etc/hosts des autres ?
à quoi ressemble ton /etc/nsswitch ?
On Wednesday 06 April 2005 11:52, Christophe TAVERNE wrote:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp, c'est
vrai à chque commande passée. en ssh cela se produit à l'établissement
de la connexion avant de saisir le pass.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
C'est incompréhensible. Ma connexion n'est pas en cause (d'autres
configs n'ont pas de pb).
La config réseau du noyau est tirée du tutoriel d'Alexis Delatre.
Ma carte réseau est une intel PRO 1000XT Server en PCI64, mais ca fait
pareil avec une DLINK 100MB/S.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise à
jour ...
Merci pour votre aide
Chris
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
François TOURDE a écrit :Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Merci
Chris
François TOURDE a écrit :
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:
Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.
Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.
Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Merci
Chris
François TOURDE a écrit :Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Bonjour à tous,
Je voudrais vos avis sur un pb que j'ai depuis un bon moment...
Bon le titre est un peu flou mais c'est pas évident de trouver les
termes précis.
En fait, à chaque fois que je me connecte au pc concerné(1) via ftp /
ssh / autre...
Le pc qui tente la connection trouve l'ip de (1) mais marque une pause
de 5 à 10 s puis continue les transferts. Pour une connexion ftp,
c'est vrai à chque commande passée. en ssh cela se produit à
l'établissement de la connexion avant de saisir le pass.
A vue de nez, ça me semble être un souci de Reverse DNS. Lors de
l'établissement de la connection, la machine cible va essayer de faire
un reverse de l'adresse IP qui se connecte, pour éventuellement
vérifier ses autorisations. Et le délai est celui d'une requête DNS
qui ne semble pas aboutir.Ce problème est aussi présent sur ladite machine lorsque je lance un
apt-get update ou upgrade. A chaque requete, le dns trouve l'ip mais
ensuite, à chaque fois, j'ai droit à une tempo de qques secondes avant
de rappatrier les fichiers sur ftp.fr.debian.org...
Et à force cela devient très lourd...
Là, on dirait que c'est pas la même raison. je joue mon jocker.Bien évidemment, ce problème n'existait pas par le passé. Je ne peux
créer de lien par rapport à un évènement récent: compil du noyau, mise
à jour ...
Ça peut exclure la notion de reverse DNS, mais bon...
Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Merci
Chris
Christophe TAVERNE a écrit :Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Christophe TAVERNE a écrit :
Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Christophe TAVERNE a écrit :Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Christophe TAVERNE a écrit :Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
[...]Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Depuis la machine S (comme Serveur), qui mets du temps à accepter les
connections d'une machine C (comme client):
S $ host ip.de.la.machine.C
Et voir le temps de réponse, et la réponse aussi.
J'avoue ne pas y croire, quand même. Par contre, que disent les logs
de S lors de ces accès?
As-tu IPv6 installé/activé ?
Pas d'autres idées pour le moment.
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:
Christophe TAVERNE a écrit :
Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
[...]
Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Depuis la machine S (comme Serveur), qui mets du temps à accepter les
connections d'une machine C (comme client):
S $ host ip.de.la.machine.C
Et voir le temps de réponse, et la réponse aussi.
J'avoue ne pas y croire, quand même. Par contre, que disent les logs
de S lors de ces accès?
As-tu IPv6 installé/activé ?
Pas d'autres idées pour le moment.
Le 12879ième jour après Epoch,
Christophe TAVERNE écrivait:Christophe TAVERNE a écrit :Merci pour votre réponse.
Comment puis je tester le reverseDNS pour confirmer ou non le pb?
Note: la commande dnslookup sur la machine est instantannée.
[...]Faute de frappe: je parlais de la commande "nslookup" bien
évidemment.
Depuis la machine S (comme Serveur), qui mets du temps à accepter les
connections d'une machine C (comme client):
S $ host ip.de.la.machine.C
Et voir le temps de réponse, et la réponse aussi.
J'avoue ne pas y croire, quand même. Par contre, que disent les logs
de S lors de ces accès?
As-tu IPv6 installé/activé ?
Pas d'autres idées pour le moment.