Właściwości SOCKS Oracle JDBC i wersje sterownika
Używaj właściwości SOCKS Oracle JDBC zależnych od wersji i odróżniaj je od funkcji serwera proxy HTTPS i użytkownika proxy bazy danych.
W przypadku sterownika Oracle JDBC dokumentującego obsługę SOCKS na poziomie sterownika przekaż te właściwości przez istniejącą konfigurację połączenia:
properties.setProperty("oracle.net.socksProxyHost", "127.0.0.1");
properties.setProperty("oracle.net.socksProxyPort", "1080");Wybierają one pośrednika, a nie zamiennik hosta, usługi lub logowania do bazy danych. Potwierdź, że zainstalowany sterownik je obsługuje i że fabryka połączeń rzeczywiście przekazuje to źródło właściwości. Dla publicznie dostępnej bazy danych na trasie dopuszczającej publiczne pośredniki lista proxy SOCKS oferuje kandydatów do dopasowania do obsługi SOCKS tego sterownika. Potwierdź dostęp do każdej rzeczywistej bazy danych lub wykrytego punktu końcowego i portu, zachowując konto bazy danych i ustawienia TLS. Używaj tej publicznej gałęzi tylko przy nieustawionych danych konta proxy; nie przenoś istniejącej nazwy użytkownika ani hasła proxy na kandydata.
| Funkcja | Cel |
|---|---|
| Właściwości SOCKS | Obsługiwana ścieżka przekaźnika sieciowego |
| Właściwości proxy HTTPS | Inna ścieżka proxy sieciowego |
| Uwierzytelnianie użytkownika proxy bazy danych | Tożsamość bazy danych, a nie przekaźnik internetowy |
API dokumentuje także oracle.net.socksRemoteDNS; sprawdź jego dostępność i zachowanie dla wdrożonego sterownika. Ogólne właściwości JVM i właściwości specyficzne dla Oracle nie są wymienne.
Stare obejścia SOCKS/NIO wymagają swojego starego kontekstu sterownika. Nie wyłączaj transportu tylko dlatego, że zrobiła to historyczna odpowiedź. Gdy routing działa, protokół bazy danych, TLS, wykrywanie i uwierzytelnianie nadal wymagają zgodnego deskryptora połączenia i konta.