Bakit Hindi Inaayos ng HTTP Proxy Setting ang Koneksyon sa PostgreSQL

http.proxyHost ay maaaring mag-ruta ng kalahok na HTTP client ngunit walang ginagawa sa PostgreSQL JDBC. Nagpapadala ang PostgreSQL ng database protocol nito, hindi HTTP request.

Ang JDBC connection URL ay dapat pa ring pangalanan ang database server at database. Ang pagpapalit ng server nito ng HTTP proxy address ay hindi makapagtuturo ng CONNECT sa driver.

Para sa serbisyong SOCKS, siyasatin ang implementasyon ng socket sa ilalim ng JDBC. Inilalantad ng Java ang mga startup property na ito para sa kalahok na socket:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Palitan ang endpoint ng dokumentasyon. Ito ay JVM arguments, hindi JDBC URL parameter. I-verify ang aktwal na socket path ng JDK/driver at anumang custom na socket factory bago asahan na gagamitin nito ang mga ito.

Naaangkop ang mga property sa buong proseso, kaya isama ang iba pang koneksyon sa pagtatasa ng epekto. Ang dokumentadong dedikadong connector o aprubadong tunnel ay makapagbibigay ng mas malinaw na hangganan kapag tanging trapiko ng database lamang ang dapat dumaan sa ruta.

Kailangan pa rin ng proxy ang pahintulot at maabot ang port ng database. Pagkatapos, inilalapat ng database ang mga patakaran sa pag-access ng host, TLS ng destinasyon at sarili nitong login. Panatilihin ang hostname ng certificate at ihiwalay ang account ng database sa account ng proxy.

Itala ang unang yugtong nabigo: koneksyon sa proxy, negosasyon, TCP ng database, TLS o login sa database. Tinutukoy ng ebidensyang iyon ang susunod na pagbabago; ang paulit-ulit na pagsasaayos ng hindi nagamit na HTTP property ay hindi makakagawa nito.