Miksi HTTP-välityspalvelimen asetus ei korjaa PostgreSQL-yhteyttä

http.proxyHost voi reitittää osallistuvan HTTP-asiakkaan, mutta ei tee PostgreSQL JDBC:lle mitään. PostgreSQL lähettää tietokantaprotokollansa, ei HTTP-pyyntöä.

JDBC-yhteys-URL:n on edelleen nimettävä tietokantapalvelin ja tietokanta. Palvelimen korvaaminen HTTP-välityspalvelimen osoitteella ei voi opettaa ajurille CONNECT-komentoa.

SOCKS-palvelua varten tutki JDBC:n alapuolella olevaa socket-toteutusta. Java tarjoaa nämä käynnistysominaisuudet osallistuville socketeille:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Korvaa dokumentaation päätepiste. Nämä ovat JVM-argumentteja, eivät JDBC-URL-parametreja. Varmista todellinen JDK/ajurin socket-polku ja mahdollinen mukautettu socket-tehdas ennen kuin odotat sen käyttävän niitä.

Ominaisuudet koskevat koko prosessia, joten sisällytä muut yhteydet vaikutusarviointiin. Dokumentoitu erillinen liitin tai hyväksytty tunneli voi tarjota selkeämmän rajan, kun vain tietokantaliikenteen pitäisi kulkea reittiä.

Välityspalvelin tarvitsee edelleen luvan ja tavoitettavuuden tietokannan porttiin. Sitten tietokanta soveltaa isäntäkoneen käyttösääntöjä, kohteen TLS:ää ja omaa kirjautumistaan. Säilytä varmenteen isäntänimi ja pidä tietokantatili erillään välityspalvelimen tilistä.

Kirjaa ensimmäinen epäonnistunut vaihe: välityspalvelinyhteys, neuvottelu, tietokannan TCP, TLS tai tietokantakirjautuminen. Tämä todiste yksilöi seuraavan muutoksen; käyttämättömien HTTP-ominaisuuksien toistuva säätäminen ei voi tehdä sitä.