Kodėl HTTP proxy nustatymas neištaiso PostgreSQL ryšio

Atskirkite PostgreSQL duomenų bazės protokolą nuo HTTP maršrutizavimo ir patikrinkite SOCKS reikalingą lizdo kelią.

http.proxyHost gali nukreipti dalyvaujantį HTTP klientą, bet nieko nepadaro PostgreSQL JDBC. PostgreSQL siunčia savo duomenų bazės protokolą, o ne HTTP užklausą.

JDBC prisijungimo URL vis tiek turi nurodyti duomenų bazės serverį ir duomenų bazę. Serverio pakeitimas HTTP proxy adresu negali išmokyti tvarkyklės komandos CONNECT.

SOCKS paslaugai ištirkite lizdo įgyvendinimą žemiau JDBC. Java teikia šias paleidimo savybes dalyvaujantiems lizdams:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Pakeiskite dokumentacijos galinį tašką. Tai JVM argumentai, o ne JDBC URL parametrai. Prieš tikėdamiesi, kad jis juos naudos, patikrinkite tikrąjį JDK/tvarkyklės lizdo kelią ir bet kurią pasirinktinę lizdų gamyklą.

Savybės galioja visam procesui, todėl į poveikio vertinimą įtraukite ir kitus ryšius. Dokumentuotas specialus jungtis arba patvirtintas tunelis gali suteikti aiškesnę ribą, kai šiuo maršrutu turėtų eiti tik duomenų bazės srautas.

Proxy vis tiek reikia leidimo ir pasiekiamumo duomenų bazės prievadui. Tada duomenų bazė taiko pagrindinio kompiuterio prieigos taisykles, paskirties TLS ir savo prisijungimą. Išsaugokite sertifikato pagrindinio kompiuterio vardą ir laikykite duomenų bazės paskyrą atskirai nuo proxy paskyros.

Užfiksuokite pirmą nepavykusį etapą: proxy ryšį, derybas, duomenų bazės TCP, TLS arba duomenų bazės prisijungimą. Šie įrodymai nurodo kitą pakeitimą; pakartotinis nenaudojamų HTTP savybių koregavimas to negali padaryti.

Susiję straipsniai