ORB transmet au mauvais endroit

Question

J'ai un orbd démarré sur un hôte virtuel (avec l'IP A), avec un objet distant enregistré. Boîte qui héberge des boîtes virales a IP B. Lorsque le client essaie de se connecter à l'ORB au A pour acquérir le NamingContext, ORB répond avec un message LocationForward pointant vers l'hôte B et le port 1049 (comme si un autre ORB était démarré sur cet hôte). NamingContext est retourné avec succès, mais évidemment, je ne suis pas en mesure d'acquérir les objets, enregistrés au NamingContext (à ORB hébergé à A) par le nom.

Quelqu'un pourrait-il expliquer ce qui se passe? Comment puis-je accéder à l'orbe hébergé à A à distance?

Merci d'avance.

Answer 1

J'ai récemment eu un problème très similaire. J'avais une configuration avec l'ORB fonctionnant sur une machine virtuelle, et une fois qu'il commençait, le port 1049 à l'hôte s'ouvrait, comme c'est un autre ORB fonctionnant derrière le port par défaut. Le problème dans mon cas était le pare-feu, qui bloquait les connexions à ce port. Une fois que je l'ai ouvert, tout a commencé à fonctionner comme il se doit.

Answer 2

Je ne suis pas sûr de votre cas spécifique, mais, je vois ce comportement régulièrement sur les machines Unix avec Java qui ont un fichier/etc/hosts bunged. Par exemple, supposons que le serveur avec l'orbe est nommé "serveur.foo.com" dans dns avec une adresse IP de 192.168.0.2, mais son fichier/etc/hosts indique "serveur serveur 127.0.0.1". foo.com ".

Lorsqu'un client se connecte à l'orbe à l'aide de DNS pour résoudre server.foo.com, l'orbe répond avec 127.0.0.1 au lieu de 192.168.0.2.

La solution est de changer/etc/hosts pour avoir

127.0.0.1 localhost

serveur 192.168.0.2 server.foo.com