Oracle JDBC SOCKS-Eigenschaften und Treiberversionen
Verwenden Sie versionsspezifische Oracle JDBC SOCKS-Eigenschaften und unterscheiden Sie sie von den HTTPS-Proxy- und Datenbank-Proxybenutzer-Funktionen.
Bei einem Oracle JDBC-Treiber, der SOCKS-Unterstützung auf Treiberebene dokumentiert, übergeben Sie diese über das bestehende Verbindungssetup:
properties.setProperty("oracle.net.socksProxyHost", "127.0.0.1");
properties.setProperty("oracle.net.socksProxyPort", "1080");Sie wählen den Vermittler, nicht einen Ersatz für Datenbankhost, Dienst oder Anmeldung. Bestätigen Sie, dass der installierte Treiber sie unterstützt und die Verbindungsfabrik diese Eigenschaftsquelle tatsächlich weitergibt. Für eine öffentlich erreichbare Datenbank auf einer Route, die öffentliche Vermittler zulässt, bietet die SOCKS-Proxy-Liste Kandidaten zur Abstimmung mit der SOCKS-Unterstützung dieses Treibers. Bestätigen Sie den Zugriff auf jede tatsächliche Datenbank bzw. jeden ermittelten Endpunkt und Port und behalten Sie dabei das Datenbankkonto und die TLS-Einstellungen bei. Nutzen Sie diesen öffentlichen Zweig nur mit nicht gesetzten Proxy-Konto-Eingaben; übertragen Sie keinen bestehenden Proxy-Benutzernamen oder kein Passwort auf den Kandidaten.
| Funktion | Zweck |
|---|---|
| SOCKS-Eigenschaften | Ein unterstützter Netzwerk-Relay-Pfad |
| HTTPS-Proxy-Eigenschaften | Ein anderer Netzwerk-Proxy-Pfad |
| Datenbank-Proxybenutzer-Authentifizierung | Datenbankidentität, kein Internet-Relay |
Die API dokumentiert außerdem oracle.net.socksRemoteDNS; prüfen Sie Verfügbarkeit und Verhalten für den eingesetzten Treiber. Generische JVM- und Oracle-spezifische Eigenschaften sind nicht austauschbar.
Alte SOCKS/NIO-Workarounds benötigen ihren alten Treiberkontext. Deaktivieren Sie den Transport nicht nur, weil eine historische Antwort es tat. Nachdem das Routing funktioniert, benötigen Datenbankprotokoll, TLS, Discovery und Authentifizierung weiterhin einen kompatiblen Verbindungsdeskriptor und ein Konto.