Kvifor ei HTTP-proxyinnstilling ikkje rettar ei PostgreSQL-tilkopling

http.proxyHost kan rute ein deltakande HTTP-klient, men gjer ingenting for PostgreSQL JDBC. PostgreSQL sender databaseprotokollen sin, ikkje ein HTTP-førespurnad.

JDBC-tilkoplings-URL-en må framleis namngje databaseserveren og databasen. Å byte ut serveren med ei HTTP-proxyadresse kan ikkje lære drivaren CONNECT.

For ei SOCKS-teneste, undersøk socket-implementasjonen under JDBC. Java eksponerer desse oppstartsinnstillingane for deltakande socketar:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Byt ut endepunktet i dokumentasjonen. Dette er JVM-argument, ikkje JDBC-URL-parametrar. Stadfest den faktiske JDK/drivar-socketbana og kvar eigen socketfabrikk før du ventar at han brukar dei.

Innstillingane gjeld for heile prosessen, så ta med andre tilkoplingar i konsekvensvurderinga. Ein dokumentert dedikert kontakt eller ein godkjend tunnel kan gje ei klarare grense når berre databasetrafikk skal ta ruta.

Proxyen treng framleis løyve og tilgjenge til databaseporten. Databasen brukar deretter vertstilgangsreglar, TLS for mål og si eiga innlogging. Ta vare på vertsnamnet i sertifikatet og hald databasekontoen skild frå proxykontoen.

Registrer den første mislukka fasen: proxykopling, forhandling, database-TCP, TLS eller databaseinnlogging. Dei prova peikar på neste endring; gjenteken justering av ubrukte HTTP-innstillingar kan ikkje gjere det.