Forum Linux.redhat Définir des nom d'hôtes différents selon l'adresse ip utilisée

Posté par (page perso) .
Tags : aucun
1
24
août
2012

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 (page perso) . É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 (page perso) . É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 . É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).

  • # Le problème est ailleurs !

    Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . Évalué à -1. Dernière modification le 25/08/12 à 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 à ceux qui les ont postés. Nous n'en sommes pas responsables.