Bonjour Messieurs,
J'essaie, et cela à cause d'une application maison récalcitrante, de trouver un moyen afin qu'un serveur donné (rhel5x64) utilise un nom d'hôte différent en fonction de l'adresse IP via laquelle on se connecte.
Setup:
- Un serveur RHel5x64
- Deux cartes réseaux
- plus la config classique
Je ne parle pas ici de résolution de noms mais bien du nom affiché dans un terminal par exemple.
Par exemple :
Mon serveur a 2 ip 192.168.1.2 et 192.168.55.33, et je voudrais que ce serveur utilise comme hostname pour localhost serveur_1 si je fais un ssh sur l'adresse 192.168.1.2 et serveur_2 quand je me connecte sur l'adresse 192.168.55.33.
Voila si quelqu'un connais un moyen de faire ca ou bien sait que c'est impossible…
Merci.
# Impossible
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Enfin, si tu utilises pas les deux en meme temps tu peux changer le hostname lors de la connection mais ca risque de peter plein de choses…
Si c'est une application maison, pourquoi ne pas la corriger?
Si c'est pas toi qui la gère tu peux aussi faire un gros hack genre LD_PRELOAD une lib qui redefinit le code utilisé pour trouver le hostname :)
[^] # Re: Impossible
Posté par pier (site web personnel) . Évalué à 1.
Merci de ta réponse Pascal,
Je me doutais un peu de la réponse….
Application maison oui, mais trop grosse pour que je puisse aller taper dedans (en plus c'est pas mon rayon ca!)
Le gros hack m'aurai plu mais ça risque de casser des trucs par ci par la…
J'ai un peu avancé depuis mon post et il s'avère que maintenant c'est un probleme de socket de serveur deja utilisé… alors ca se complique car je ne peux pas modifier le port utilisé par l'application donc ca sent le roussi, tant pis le client se trimballera 2 machines au lieu d'une.
P.S : virtualiser serai la solution mais mon CDP veut pas dépenser d'argent en recherche la dessus (pas tout de suite en tout cas).
Détails :
En fait j’essaie de faire tourner sur une seule machine deux instances d'une application client/serveur prévue pour tourner sur deux machine distinctes, d’où mes problèmes.
# zarb comme besoin
Posté par kuroineko . Évalué à 2.
y'a pas moyen natif de faire ça, il faut le scripter…
mais je vois pas l'interet de faire ça… si l'appli doit connaitre 2 machines il est plus intelligent de lui fournir 2 machines (quite à virtualiser).
[^] # Re: zarb comme besoin
Posté par pier (site web personnel) . Évalué à -1.
Mouais la virtualisation ce sera pour la prochaine version du projet….
# Le problème est ailleurs !
Posté par ze_lionix (site web personnel) . Évalué à 2.
J'essaie, et cela à cause d'une application maison récalcitrante, de trouver un moyen afin qu'un serveur donné (rhel5x64) utilise un nom d'hôte différent
Donc si je résume : tu as une application qui fait de la m… Et pour contourner tu veux faire une grosse cochonnerie !
Ce serait pas mieux d'attaquer via l'origine du problème, proprement, c'est à dire dans l'application, plutôt qu'une usine à charbon coté système ?
Fuse : j'en Use et Abuse !
[^] # Re: Le problème est ailleurs !
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
C'est malheureusement le lot commun de l'administrateur système en général: faire tourner un soft dans une configuration imprévue et se retrouver à enchaîner les cochonnerie.
Les admins sont rarement des codeurs, et de toute façon il arrive souvent en entreprise qu'on ai pas les codes sources des logiciels
[^] # Re: Le problème est ailleurs !
Posté par pier (site web personnel) . Évalué à 1.
Ah quand même un peu de soutien ! :)
Effectivement suis pas codeur (bash et perl ca compte ?) Le code source, c'est le notre donc on l'a, mais le C++, le java le fortran etc… j'y connais rien et mon cdp compte pas me pas donner un mois pour me former…
M'enfin j'aime quand même mon boulot!
Merci a tous.
[^] # Re: Le problème est ailleurs !
Posté par pier (site web personnel) . Évalué à -1. Dernière modification le 25 août 2012 à 23:25.
Merci de votre intérêt a tous,
Une application qui fait de la merde, si on veut: C'est plutôt que j'essaie de la faire fonctionner en dehors du cadre prévu…
La cochonnerie j'aimerai bien l'éviter mais de toute façon je suis parti pour faire avec deux machines physique pour ce coup la!
attaquer l'origine du problème : c'est bien entendu la meilleure solution mais malheureusement c'est pas possible, d'autant qu'une version supérieure (de l'application de merde) fait déjà ça mais qu'on ne peut pas l'utiliser…
merdique le métier de sysadmin ? nooon.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.