J'ai reçu une application (pas de code source) appelant un serveur (IP codé en dur) et attendant une réponse avant de commencer (une sorte de login).
Parce que le serveur est en panne la moitié du temps, je veux créer un serveur factice qui émulera le comportement du serveur officiel.
Mon problème:
Comment puis-je rediriger le trafic vers ma machine locale?
Je veux que toute la demande envoyée à IP wxyz soit redirigée vers localhost (où mon serveur factice fonctionne)
Plus d'informations:
- mon serveur factice est une solution apache / php.
- J'ai essayé de modifier l'IP codée en dur dans l'application avec un éditeur hexadécimal, mais certaines sommes de contrôle échouent lorsque je démarre l'application.
- car l'IP est codée en dur dans l'application, je ne peux pas utiliser le fichier hosts.
- J'utilise win xp.
connexes: Comment rediriger le trafic vers une IP vers une autre IP sur Windows Server 2008
Eh bien, vous pouvez essayer ce qui suit:
Configurez un itinéraire spécifique pour cette adresse IP, qui utilisera le serveur factice comme passerelle, comme ceci:
Pour cela, vous aurez besoin soit d'un accès au routeur principal de votre réseau, soit de le faire sur la machine qui envoie les requêtes. Cela envoie efficacement les paquets TCP avec l'adresse IP wxyz à l'adresse MAC du serveur factice. Alors maintenant, vous devez vous assurer que le serveur factice sait quoi faire avec eux.
Ajoutez ensuite l'adresse IP wxyz comme adresse secondaire au serveur factice.
Enfin, mettez à jour la configuration apache sur le serveur factice pour vous assurer qu'elle écoute également sur l'adresse wxyz et assurez-vous que le vhost sur le serveur factice accepte les demandes entrantes pour l'adresse IP et le nom de domaine.
Veuillez noter que cela ne fonctionnera que s'il n'y a pas d'autres routeurs entre la machine demandeuse et le serveur factice. Et si des pare-feu sont impliqués, ils doivent également être mis à jour.
la source
Vous pourriez probablement frapper quelque chose avec iptables. Voici quelque chose que j'ai déjà utilisé mais que je ne fais plus pour vous donner un pied:
NB: je l'ai fait il y a longtemps, il peut y avoir des erreurs
La seule chose que je vois qui pourrait être un problème est qu'elle est spécifique à l'interface. Je pense que le eth0 est uniquement pour la partie entrante, donc utiliser une ip sur l'interface lo (127.0.0.1) comme cible pourrait encore fonctionner ...
la source