Зашто HTTP прокси подешавање не поправља PostgreSQL везу
Одвојте PostgreSQL протокол базе података од HTTP усмеравања и проверите путању сокета потребну за SOCKS.
http.proxyHost може да усмери HTTP клијента који учествује, али не чини ништа за PostgreSQL JDBC. PostgreSQL шаље протокол своје базе података, а не HTTP захтев.
JDBC URL везе и даље мора да наведе сервер базе података и базу. Замена сервера адресом HTTP проксија не може да научи драјвер наредби CONNECT.
За SOCKS услугу истражите имплементацију сокета испод JDBC-а. Java излаже ова својства покретања за сокете који учествују:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Замените завршну тачку из документације. Ово су JVM аргументи, а не параметри JDBC URL-а. Проверите стварну путању сокета JDK/драјвера и било коју прилагођену фабрику сокета пре него што очекујете да ће их користити.
Својства важе за цео процес, зато укључите и друге везе у процену утицаја. Документовани наменски конектор или одобрени тунел могу да пруже јаснију границу када само саобраћај базе података треба да иде тим путем.
Проксију је и даље потребна дозвола и доступност порта базе података. База података затим примењује правила приступа хосту, TLS одредишта и сопствену пријаву. Сачувајте име хоста сертификата и држите рачун базе података одвојено од рачуна проксија.
Забележите прву неуспелу фазу: везу са проксијем, преговарање, TCP базе података, TLS или пријаву у базу података. Ти докази одређују следећу промену; поновно подешавање неискоришћених HTTP својстава то не може да учини.