Propriétés SOCKS d'Oracle JDBC et versions du pilote
Utilisez les propriétés SOCKS d'Oracle JDBC propres à chaque version et distinguez-les de ses fonctions de proxy HTTPS et d'utilisateur de proxy de base de données.
Pour un pilote Oracle JDBC qui documente la prise en charge de SOCKS au niveau du pilote, transmettez ces propriétés via la configuration de connexion existante :
properties.setProperty("oracle.net.socksProxyHost", "127.0.0.1");
properties.setProperty("oracle.net.socksProxyPort", "1080");Elles sélectionnent l'intermédiaire, et non un remplacement de l'hôte, du service ou de l'identifiant de la base de données. Vérifiez que le pilote installé les prend en charge et que la fabrique de connexions transmet réellement cette source de propriétés. Pour une base de données accessible publiquement sur une route autorisant des intermédiaires publics, la liste de proxys SOCKS propose des candidats à faire correspondre à la prise en charge SOCKS de ce pilote. Vérifiez l'accès à chaque base de données réelle ou point de terminaison et port découverts, en conservant le compte de base de données et les paramètres TLS. N'utilisez cette branche publique qu'avec les entrées de compte proxy non définies ; ne reportez pas un nom d'utilisateur ou un mot de passe proxy existants sur le candidat.
| Fonctionnalité | Objectif |
|---|---|
| Propriétés SOCKS | Un chemin de relais réseau pris en charge |
| Propriétés de proxy HTTPS | Un autre chemin de proxy réseau |
| Authentification de l'utilisateur de proxy de la base de données | Identité de la base de données, pas un relais Internet |
L'API documente aussi oracle.net.socksRemoteDNS ; vérifiez sa disponibilité et son comportement pour le pilote déployé. Les propriétés génériques de la JVM et celles propres à Oracle ne sont pas interchangeables.
Les anciennes solutions SOCKS/NIO ont besoin de leur ancien contexte de pilote. Ne désactivez pas le transport simplement parce qu'une réponse historique l'a fait. Une fois le routage opérationnel, le protocole de base de données, TLS, la découverte et l'authentification exigent toujours un descripteur de connexion et un compte compatibles.