Zakaj nastavitev proxyja HTTP ne popravi povezave PostgreSQL

http.proxyHost lahko usmerja sodelujočega odjemalca HTTP, vendar za PostgreSQL JDBC ne naredi ničesar. PostgreSQL pošilja svoj protokol zbirke podatkov, ne zahteve HTTP.

URL povezave JDBC mora še vedno navesti strežnik zbirke podatkov in zbirko podatkov. Zamenjava strežnika z naslovom proxyja HTTP gonilnika ne more naučiti ukaza CONNECT.

Pri storitvi SOCKS raziščite izvedbo vtičnice pod JDBC. Java za sodelujoče vtičnice izpostavi te zagonske lastnosti:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Zamenjajte končno točko iz dokumentacije. To so argumenti JVM, ne parametri URL JDBC. Preden pričakujete, da jih bo uporabil, preverite dejansko pot vtičnice JDK/gonilnika in morebitno tovarno vtičnic po meri.

Lastnosti veljajo za celoten proces, zato v oceno vpliva vključite tudi druge povezave. Dokumentiran namenski konektor ali odobren tunel lahko zagotovita jasnejšo mejo, ko naj bi po tej poti potekal samo promet zbirke podatkov.

Proxy še vedno potrebuje dovoljenje in dosegljivost vrat zbirke podatkov. Zbirka podatkov nato uporabi pravila dostopa do gostitelja, TLS cilja in svojo prijavo. Ohranite ime gostitelja v potrdilu in imejte račun zbirke podatkov ločen od računa proxyja.

Zabeležite prvo neuspešno stopnjo: povezavo s proxyjem, pogajanja, TCP zbirke podatkov, TLS ali prijavo v zbirko podatkov. Ti dokazi določijo naslednjo spremembo; ponovno prilagajanje neuporabljenih lastnosti HTTP tega ne more storiti.