La communication entre les clients et les serveurs de Java RMI sécurisé (c'est-à-dire crypté par défaut)? P>
5 Réponses :
codé, oui. Crypté, non. P>
Jeri pour Jini donne à JRMP (le protocole RMI) sur SSL, IIRC. P>
JSR # 76 aurait fourni la sécurité RMI, mais elle était controversée voté sur a >. p>
+1 Vous venez de souffler les esprits de ceux qui que les deux mots signifiaient la même chose.
Étant donné la plupart des cotisations informatiques, il semblerait que beaucoup de programmeurs considèrent que ces synonymes de mots. ;) Ou plutôt ;(
Jeri pour Jini donne à Jeri sur SSL en fait, ou plus clairement, Javax.RMI.SSL donne à JRMP sur SSL. Jeri est un protocole différent de JRMP.
Je pense que vous voulez dire "crypté" non "codé". La réponse est non. Si vous utilisez RMI dans un environnement non approuvé, je vais suggérer quelque chose comme RMI sur le tunneling SSH . P>
Par sécuriser, je suppose que vous voulez dire crypté. Pas par défaut avec RMI. Vous pouvez utiliser usines de prise personnalisées Pour chiffrer les comms RMI. P>
En bref, non. p>
http: //java.sun .COM / J2SE / 1.4.2 / DOCS / GUIDE / RMI / FAQ.HTML # Encryption P>
Essentiellement, le canal réseau doit être crypté si vous avez besoin de la sécurité. P>
non mentionné cela loin: vous pouvez configurer un VPN entre les machines pour la sécurité complète de la couche 2. P>