Discussion :

[noder347]

Bonjour,

Ayant été en stage dans un service informatique, j'ai pu assister brièvement à un dépannage réseau.

En effet, un de leur serveur d'application a été redémarré pour mise à jour et du coup les clients n'arrivaient plus à se connecter. La raison était qu'une route non persistante n'était plus renseignée...

Ils ont donc rajouté une route sur le serveur mais ce que je ne comprends pas, c'est qu'en général ce n'est pas sur le client qu'il faille rajouter une route ???? J'ai du mal à comprendre...

Le client est sur un réseau en 172.27.X.X, il doit passer par le coeur de réseau en 134.1.X.X et le serveur est en 134.1.X.X.

Je suppose que le client arrivait à atteindre le coeur de réseau mais pas le serveur. Si on ajoute la route sur le client, la je comprends bien qu'il arriverait à atteindre le serveur, mais si on ajoute la route sur le serveur même...comment est-ce possible ???


Merci pour vos lumières !


Merci !

[ram-0000]

En effet, un de leur serveur d'application a été redémarré pour mise à jour et du coup les clients n'arrivaient plus à se connecter. La raison était qu'une route non persistante n'était plus renseignée...

Classique ... Quand on change le routage ou la configuration des interfaces réseau, que ce soit Unix/Linux ou Windows, toujours rebooter afin de vérifier que la nouvelle configuration est bien prise en compte au redémarrage.

Ils ont donc rajouté une route sur le serveur mais ce que je ne comprends pas, c'est qu'en général ce n'est pas sur le client qu'il faille rajouter une route ???? J'ai du mal à comprendre...

C'est normal, quand on ajoute une route (côté client donc), il faut toujours penser à la "route retour" (côté server donc).

En effet, si le client sait joindre le serveur (avec la route côté client), le serveur doit lui répondre et il n'y a aucune information de routage dans le paquet "aller" pour aider le server. Le serveur doit donc connaitre la route de retour afin de pouvoir répondre.

[noder347]

C'est normal, quand on ajoute une route (côté client donc), il faut toujours penser à la "route retour" (côté server donc).

En effet, si le client sait joindre le serveur (avec la route côté client), le serveur doit lui répondre et il n'y a aucune information de routage dans le paquet "aller" pour aider le server. Le serveur doit donc connaitre la route de retour afin de pouvoir répondre.

Merci beaucoup pour ta réponse !


Mais le problème est que justement c'est le client qui n'arrivais pas joindre le serveur.

Et c'est en ajoutant un route sur le serveur que le client a pu se reconnecter à l'application.

Etant donné que le client passe par le coeur de réseau et ensuite arrive à atteindre le serveur d'application, je suppose que la route ajoutée sur le serveur était celle du coeur de réseau...

Est-ce que ca peut être ça ?


Merci !

[ram-0000]

Mais le problème est que justement c'est le client qui n'arrivais pas joindre le serveur.

Autre possibilité (celle que je crois au vu de ce que tu nous as dit), c'est le serveur qui n'arrivait pas à répondre au client ?

Et c'est en ajoutant un route sur le serveur que le client a pu se reconnecter à l'application.

C'est bien ce que je dit, en rajoutant la route sur le serveur, le serveur a su répondre au client.

Etant donné que le client passe par le coeur de réseau et ensuite arrive à atteindre le serveur d'application, je suppose que la route ajoutée sur le serveur était celle du coeur de réseau...

Pas assez d'informations dans ce que tu dis pour répondre sur ce point.

[noder347]

En effet j'aurai dû donner plus d'informations depuis le départ désolé

Donc le client est sur un site distant et a une connexion VPN (completel) pour accéder au serveur de l'entreprise.

En clair, le client est adressé en 172.27.X.X, il passe par un routeur en 10.222.X.X pour arriver sur le coeur de réseau avec une carte réseau externe elle aussi en 10.222.X.X, de là, un routage est effectué sur l'autre carte (interne) du coeur de réseau en 134.1.X.X pour enfin accéder au serveur d'appli en 134.1.100.X

Le serveur d'appli a été rebooté et le client n'arrive plus à s'y connecter.

Un ping du client au serveur ne répondait pas...

Le client étant authentifié et joint à un domaine AD, arrivait bien à accéder a d'autres serveurs présents sur le site.


J'espère avoir donné plus d'informations ! Je te remercie beaucoup!

[sevyc64]

Mais le problème est que justement c'est le client qui n'arrivais pas joindre le serveur.

Comme te l'a dit ram-0000, cette phrase n'a pas la même signification pour le commun des utilisateurs (comme toi) et un administrateur réseau.

Pour toi, cela signifie que le client interroge le serveur (et c'est valable pour le ping aussi) mais ne voit jamais de réponse. Cela suppose un trajet aller-retour jusqu'au serveur.
Mais rien ne dit que le client n'arrive pas à contacter le serveur, le trajet Aller peut très bien se faire, mais si c'est le trajet Retour qui pêche, le client n'en saura rien.

Tu dis que le client qui n'arrivais pas joindre le serveur mais en réalité tu ne sais pas exactement si la requete du client n'arrive pas à atteindre le serveur, ou si au contraire c'est la réponse du serveur qui n'arrive pas au client.
Coté client (et donc toi), ça change rien, il n'a pas sa réponse et donc n'arrive pas à dialoguer (joindre dans tes termes) avec le serveur. Coté administrateur réseau, la différence est de taille par contre.