Miért nem javítja meg egy HTTP-proxy beállítás a PostgreSQL-kapcsolatot
Válassza külön a PostgreSQL adatbázis-protokollját a HTTP-útválasztástól, és ellenőrizze a SOCKS-hoz szükséges socket-útvonalat.
http.proxyHost képes átirányítani egy részt vevő HTTP-klienst, de semmit nem tesz a PostgreSQL JDBC-vel. A PostgreSQL az adatbázis-protokollját küldi, nem HTTP-kérést.
A JDBC kapcsolati URL továbbra is meg kell nevezze az adatbázis-kiszolgálót és az adatbázist. A kiszolgáló HTTP-proxy címre cserélése nem tanítja meg a vezérlőt a CONNECT-re.
SOCKS-szolgáltatás esetén vizsgálja meg a JDBC alatti socket-megvalósítást. A Java ezeket az indítási tulajdonságokat teszi elérhetővé a részt vevő socketek számára:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Cserélje le a dokumentáció végpontját. Ezek JVM-argumentumok, nem JDBC URL-paraméterek. Ellenőrizze a tényleges JDK/vezérlő socket-útvonalát és minden egyéni socket-gyárat, mielőtt azt várná, hogy használja őket.
A tulajdonságok az egész folyamatra érvényesek, ezért más kapcsolatokat is vonjon be a hatásvizsgálatba. Egy dokumentált dedikált csatlakozó vagy jóváhagyott alagút világosabb határt adhat, ha csak az adatbázis-forgalomnak kell ezt az útvonalat használnia.
A proxynak továbbra is engedélyre és elérhetőségre van szüksége az adatbázis portjához. Ezután az adatbázis alkalmazza a gazdagép-hozzáférési szabályokat, a cél TLS-t és a saját bejelentkezését. Őrizze meg a tanúsítvány gazdagépnevét, és tartsa az adatbázis-fiókot külön a proxyfióktól.
Rögzítse az első sikertelen szakaszt: proxykapcsolat, egyeztetés, adatbázis-TCP, TLS vagy adatbázis-bejelentkezés. Ez a bizonyíték azonosítja a következő változtatást; a nem használt HTTP-tulajdonságok ismételt hangolása ezt nem tudja elérni.