Lenteur en Emission réseau sur Unix

Lenteur en Emission réseau sur Unix - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 02-04-2010 à 16:12:10    

Bonjour tout le monde,
J'ai procédé récemment au changement d'une adresse ip sur un serveur Unixware  
et depuis j'ai des problèmes de lenteur en émission depuis le serveur
Si par exemple je fais un ping d'un poste vers ce serveur la réponse est quasi instantanée par contre du serveur vers un client il mets presque 1 minute à me répondre !
les commandes comme netstat -r mettent bcp de temps aussi à fonctionner.
je me suis rendu compte en faisant un route monitor que quand je fais dans une autre console un ping "serveur --> client" il me retourne :
 
Le message de taille 120 est reçu
RTM_NEWADDR: address being added to iface: len 120, pid 0, seq 0, errno 0, flags: <up,host,done,llinfo>
locks: inits:
sockaddrs: <DST, GATEWAY>
adresse-ipserveur adresse-ipserveur
 
alors me serais-je trompé quelque part ?
quels sont les fichiers à vérifier ?
 
Hormis cette lenteur un peux gênante (plus de 2 minutes d'attente pour ce connecter dessus à distance avec telnet) le reseau à l'air de fonctionner.
 
Merci d'avance !!
Bonne journée

Reply

Marsh Posté le 02-04-2010 à 16:12:10   

Reply

Marsh Posté le 02-04-2010 à 16:15:44    

problème de (reverse)DNS à tous les coups


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 02-04-2010 à 16:28:56    

black_lord a écrit :

problème de (reverse)DNS à tous les coups


et donc il faudrait faire quoi ? car DNS c'est la résolution de noms en adresse ip et vice et versa
et la je fais juste un ping de l'adresse ip du client pas de son nom !
 
En tout cas si c'est ça merci

Reply

Marsh Posté le 02-04-2010 à 16:32:11    

Lorsque tu lances un ping, généralement si tu ne donnes pas d'option indiquant le contraire (par exemple -n sur un linux), le ping va tenter une résolution inverse (@IP -> FQDN) pour l'affichage.
 
Pareil, pour la prise de contrôle à distance le serveur tente une résolution inverse de l'adresse IP du client.
 
Si un problème de reverse DNS sur une adresse IP apparait, une sorte de 'latence' apparait. Très souvent vu avec les serveurs ssh, jamais avec telnet (sûrement parce que je n'utilise plus telnet depuis belle lurette...)
 
Pour vérifier tu n'as qu'à sniffer le trafic pour voir ce que ton serveur unix fait au niveau du réseau (de mémoire commande snoop, cf. son man). et pour corriger le problème renseigner le DNS en associant pour une adresse IP un fqdn.


Message édité par o'gure le 02-04-2010 à 16:33:05

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 02-04-2010 à 16:36:55    

Merci Merci !!! je pense que c'est ça !! faudra que je test ça des que je retourne au boulot !
par contre ce que je me rappel c'est que dans le host j'avais mis :
127.0.0.1                        localhost
adresse-ip-serveur            nom-du-serveur
 
 
je vais tenter de mettre :
127.0.0.1                        localhost
adresse-ip-serveur            fqdn-du-serveur
 
je sais pas si ça suffira mais déjà je pense que tu m'as mis sur la bonne voix ! merci encore !


Message édité par grocaribou90 le 02-04-2010 à 16:41:17
Reply

Marsh Posté le 06-04-2010 à 10:30:06    

Bon ben j'ai vérifier apparemment ça ne change rien !!!
Je pense que je vais tenter une capture de trame entre le serveur et le routeur voire à quoi ressemble l'émission !
Personne d'autre n'aurait une autre idée ?

Reply

Marsh Posté le 06-04-2010 à 10:52:44    

Je viens de faire un test, j'ai rentré mon pc client dans le /etc/hosts
Maintenant la réponse est directe !
 
C'est plus pratique pour moi mais j'aimerais qu'il n'aille pas chercher dans ce fichier.
 
Je voudrais pas avoir à rentrer les 2000 pc et éléments actif de mon réseaux ....
 
Donc si qqun c'est comment ne pas chercher à résoudre le nom par le biais de ce fichier je suis preneur !!! ;-)

Reply

Marsh Posté le 06-04-2010 à 11:44:06    

pour SSH tu as moyen via le fichier de configuration du service sshd, pour telnet, aucune idée.  Voir dans les options du manuel de telnetd.
 
Sinon une solution propre consiste à mettre en place dans ton DNS entreprise un reverse "générique".


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 06-04-2010 à 12:27:29    

Le problème n'est pas propre à SSH ou Telnet car même un simple ping est long quand le pc n'est pas renseigner dans le /etc/hosts.

Reply

Marsh Posté le 06-04-2010 à 13:09:10    

c'est bien pour ça qu'on te dit de mettre (ou faire mettre) en place un reverse DNS correct (sur le serveur DNS)


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed