Властивості SOCKS Oracle JDBC і версії драйвера
Використовуйте властивості Oracle JDBC SOCKS, що залежать від версії, і відрізняйте їх від функцій HTTPS-проксі та проксі-користувача бази даних.
Для драйвера Oracle JDBC, який документує підтримку SOCKS на рівні драйвера, передайте ці властивості через наявне налаштування з'єднання:
properties.setProperty("oracle.net.socksProxyHost", "127.0.0.1");
properties.setProperty("oracle.net.socksProxyPort", "1080");Вони вибирають посередника, а не заміну хоста, служби чи входу до бази даних. Переконайтеся, що встановлений драйвер їх підтримує і що фабрика з'єднань справді передає це джерело властивостей. Для публічно доступної бази даних на маршруті, що дозволяє публічних посередників, список SOCKS-проксі пропонує кандидатів для зіставлення з підтримкою SOCKS цього драйвера. Підтвердьте доступ до кожної реальної бази даних або виявленої кінцевої точки й порту, зберігаючи обліковий запис бази даних і налаштування TLS. Використовуйте цю публічну гілку лише з незаданими вхідними даними проксі-облікового запису; не переносьте наявні ім'я користувача чи пароль проксі на кандидата.
| Функція | Призначення |
|---|---|
| Властивості SOCKS | Підтримуваний шлях мережевої трансляції |
| Властивості HTTPS-проксі | Інший шлях мережевого проксі |
| Автентифікація проксі-користувача бази даних | Ідентичність бази даних, а не інтернет-трансляція |
API також документує oracle.net.socksRemoteDNS; перевірте його доступність і поведінку для розгорнутого драйвера. Загальні властивості JVM і властивості, специфічні для Oracle, не є взаємозамінними.
Старі обхідні рішення SOCKS/NIO потребують свого старого контексту драйвера. Не вимикайте транспорт лише тому, що так зробила історична відповідь. Після того як маршрутизація працює, протокол бази даних, TLS, виявлення й автентифікація все ще потребують сумісного дескриптора з'єднання та облікового запису.