Hvorfor en HTTP-proxyinnstilling ikke reparerer en PostgreSQL-tilkobling

http.proxyHost kan rute en deltakende HTTP-klient, men gjør ingenting for PostgreSQL JDBC. PostgreSQL sender databaseprotokollen sin, ikke en HTTP-forespørsel.

JDBC-tilkoblings-URL-en må fortsatt navngi databaseserveren og databasen. Å erstatte serveren med en HTTP-proxyadresse kan ikke lære driveren CONNECT.

For en SOCKS-tjeneste, undersøk socket-implementasjonen under JDBC. Java eksponerer disse oppstartsinnstillingene for deltakende sockets:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Erstatt endepunktet fra dokumentasjonen. Dette er JVM-argumenter, ikke JDBC-URL-parametere. Bekreft den faktiske JDK/driver-socketbanen og enhver egendefinert socketfabrikk før du forventer at den bruker dem.

Innstillingene gjelder for hele prosessen, så ta med andre tilkoblinger i konsekvensvurderingen. En dokumentert dedikert kobling eller en godkjent tunnel kan gi en klarere grense når bare databasetrafikk skal ta ruten.

Proxyen trenger fortsatt tillatelse og tilgjengelighet til databaseporten. Databasen bruker deretter vertstilgangsregler, destinasjons-TLS og sin egen innlogging. Bevar vertsnavnet i sertifikatet og hold databasekontoen atskilt fra proxykontoen.

Registrer den første mislykkede fasen: proxyforbindelse, forhandling, database-TCP, TLS eller databaseinnlogging. Den dokumentasjonen peker på neste endring; gjentatt justering av ubrukte HTTP-innstillinger kan ikke gjøre det.