Hvers vegna HTTP-proxy stilling lagar ekki PostgreSQL-tengingu
Aðgreindu gagnagrunnsreglur PostgreSQL frá HTTP-leiðsögn og athugaðu socket-slóðina sem SOCKS þarf.
http.proxyHost getur beint HTTP-biðlara sem tekur þátt en gerir ekkert fyrir PostgreSQL JDBC. PostgreSQL sendir gagnagrunnsreglur sínar, ekki HTTP-beiðni.
JDBC-tengingarslóðin verður samt að nefna gagnagrunnsþjóninn og gagnagrunninn. Að skipta þjóninum út fyrir HTTP-proxyslóð getur ekki kennt ökumanninum CONNECT.
Fyrir SOCKS-þjónustu skoðaðu socket-útfærsluna undir JDBC. Java býður upp á þessar ræsingareiginleika fyrir socket sem taka þátt:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Skiptu út endapunkti skjalsins. Þetta eru JVM-rök, ekki JDBC-slóðarfæribreytur. Staðfestu raunverulega socket-slóð JDK/ökumanns og hvaða sérsniðna socketverksmiðju sem er áður en þú býst við að hann noti þær.
Eiginleikarnir gilda fyrir allt ferlið, svo hafðu aðrar tengingar með í áhrifamatinu. Skjalfestur sérstakur tengi eða samþykkt göng geta veitt skýrari mörk þegar aðeins gagnagrunnsumferð á að fara þessa leið.
Proxyið þarf samt leyfi og aðgengi að gagnagrunnsportinu. Gagnagrunnurinn beitir síðan aðgangsreglum hýsils, TLS áfangastaðar og eigin innskráningu. Varðveittu hýsilnafn skírteinisins og haltu gagnagrunnsreikningnum aðskildum frá proxyreikningnum.
Skráðu fyrsta misheppnaða stigið: proxytengingu, samningaviðræður, gagnagrunns-TCP, TLS eða gagnagrunnsinnskráningu. Þessar sannanir greina næstu breytingu; endurtekin stilling ónotaðra HTTP-eiginleika getur það ekki.