java rmi -Djava.rmi.serveur.hostname=localhost encore ouvre un socket d'écoute sur 0.0.0.0
- Je utiliser le -Djava.rmi.serveur.hostname=localhost option à prendre rmi écoute sur localhost seulement, mais netstat affiche le socket est à l'écoute sur 0.0.0.0.
La chose étrange est que le RMI RenewClean fil de discussion montre son aide de localhost. E. g. RMI RenewClean-[localhost:59357]
Je suppose que si j'ai mis -Djava.rmi.serveur.hostname=localhost il ne doit être à l'écoute sur 127.0.0.1
Suis-je incompréhension de ce que java.rmi.serveur.nom d'hôte de contrôle?
0.0.0.0 est également de retour de boucle. Peut-être de se confondre, car ils sont à peu près les mêmes. (Je ne sais pas quelle est la différence) Avez-vous essayé
Pas de. Rien à voir avec elle. Voir ma réponse.
-Djava.rmi.server.hostname=127.0.0.1
Pas de. Rien à voir avec elle. Voir ma réponse.
OriginalL'auteur Neil Wightman | 2012-04-16
Vous devez vous connecter pour publier un commentaire.
Pas.
Oui.
java.rmi.server.hostname
n'a rien à voir avec ce que l'adresse IP de l'objet distant écoute. Qui est déterminée par leRMIServerSocketFactory.
Pour corriger le misquotation de mon livre dans une autre réponse (supprimé par la suite):
De s'étendre, il peut également être utilisé pour contrôler l'efficacité de l'adresse IP (comme on le voit par les clients) de RMI serveurs exportés par les hôtes qui sont derrière les périphériques NAT. Ce n'est pas nécessairement quelque chose à voir avec l'hôte local, par exemple dans NAT situations, et il peut être soit un nom d'hôte, un pointillé-quad adresse IPv4 ou adresse IPv6.
[1] Pitt & McNiff, java.rmi, Le Remote method Invocation Guide, Addison Wesley 2001, p.258.
J'ai répondu à ça. Il affecte ce qui se passe dans le stub. Pas l'adresse IP qu'il écoute.
Cela ne semble pas exact que la suppression de cette propriété empêche de nous connecter au serveur.
Pouvez-vous poster un lien vers votre livre? Ou au moins le titre? Ou est-ce Le Remote method Invocation Guide de 2001?
OriginalL'auteur user207421