Bonjour,
 
Explication de mon problème :
 
Plusieurs serveurs se connectent sur un seul et même serveur (appelons le "primaire" ).
Or j'aimerai que un de ces serveurs (pas tous... un seul ! ), en arrivant sur le "primaire", soit redirigé vers un autre serveur (appelons le "backup" ).
Je pense qu'on peut faire ça avec la commande "route" mais je vois pas comment l'utiliser dans mon cas
 
Merci de votre aide

non rien à voir avec ça

merci pour la réponse "succinte"
comment je peux faire alors pour rediriger toutes les connexions tcp venant de ce serveur vers un autre ?
sachant que je ne peux rien modifier en amont (routeurs ou autres...)
en gros plus d'une dizaine de serveurs se connectent sur ce serveur primaire pour utiliser un applicatif dessus.
nous voulons faire des tests avec une autre architecture applicative (montée sur le backup) et evidemment sans planter tout les serveurs.
d'où le pourquoi on veut uniquement tester avec un seul serveur qui devra être redirigé vers le backup.
 
SRV-A   ->   PRIMAIRE   ->   BACKUP
SRV-X   ->   PRIMAIRE
 
SRV-A : serveur de test
SRV-X : tout les autres serveurs
 
sachant que je ne peux rien modifier sur le SRV-A (cela aurait été trop simple), que je ne peux rien modifier niveau routeur entre les deux.
 
il doit bien y avoir un moyen de dire au PRIMAIRE de rediriger le flux qui arrive de tel serveur donc telle adresse ip vers un autre !? non ?
 
merci

je vois pas comment ça serait possible à ce niveau

As tu la main sur le Dns de Srv-a ?  
Parce qu'a par feinter au srv-A que l'@ IP du primaire est en fait le backup, je ne vois pas ...
Le tout en environnement de prod avec une nécessité de haute disponibilité je suppose ?

nan pas d'accès au dns...erf
évidemment en prod avec haute dispo
le truc c'est que le boss a dit.... "Mais si c'est tout simple avec une route statique !"
bon j'avoue que j'y avais jamais touché sous windows (jsuis plus unix pour le reseau....)
et après avoir lu le help de la commande "route", je suis pas franchement plus aidé pour savoir comment je vais faire ça !
ça a l'air facile pour lui...mouai

Et tout simplement en :
 1/ modifier le fichier host de srv-a :
x.x.x.x PRIMAIRE   #ou x.x.x.x est l'IP du backup
  2/ vider le cache dns de srv-a :
ipconfig /flushdns

Un fois cela fait srv-a n'interrogera plus le dns pour résoudre PRIMAIRE.
Cela ne devrait pas avoir de conséquence néfaste normalement.
Le rollback est très facile en plus.

Sauf qu'il ne peut pas toucher au srv-a
que ce soit de l'unix ou du Windows, les routes ont le même principe ...
Tous tes serveurs sont sur le LAN ?
Si oui je ne vois pas comment tu peux resoudre ton problème .. Qui plus est sans pouvoir toucher au serveur ...

en fait je ne suis pas rentré dans les détails (j'aurai du...) mais ce que j'appelle srv-a est en fait un sous réseau (donc pas mal de machines).
il n'est pas possible de passer sur toutes ces machines, ni de modifier la route entre ces machines et le "primaire".
donc la seule soluce qu'il me reste, ça serait de rediriger le flux lorsqu'il arrive sur le primaire ! et là je bloque

 
effectivement, pas possible de toucher au srv-a...
oui ils sont sur le même lan
 
en gros, on est d'accord que ce n'est pas possible de rediriger le flux (arrivant d'une plage d'adresse ip en particulier) lorsqu'il arrive sur le "primaire" vers le "backup" !??

Je ne dirais pas que cela n'est pas possible, mais ce n'est pas à ce niveau là qu'il faut agir.

bon en fait je viens de penser...
il se trouve que il suffirait que lorsque srv-a essaie de contacter le serveur "primaire", celui-ci ne réponde pas !
srv-a testerai automatiquement de se connecter sur le "backup"
avec la commande "route", est-il possible de planter le flux venant de srv-a, afin que celui-ci pense que le "primaire" est ko ?
genre : route -p add {ip du "srv-a"} MASK 255.255.255.0 {ip du "primaire"}
 
merci