Kāpēc HTTP starpniekservera iestatījums nelabo PostgreSQL savienojumu
Atdaliet PostgreSQL datubāzes protokolu no HTTP maršrutēšanas un pārbaudiet SOCKS nepieciešamo ligzdas ceļu.
http.proxyHost var maršrutēt piedalošos HTTP klientu, bet neko nedara PostgreSQL JDBC. PostgreSQL sūta savu datubāzes protokolu, nevis HTTP pieprasījumu.
JDBC savienojuma URL joprojām ir jānorāda datubāzes serveris un datubāze. Servera aizstāšana ar HTTP starpniekservera adresi nevar iemācīt draiverim CONNECT.
SOCKS pakalpojumam izpētiet ligzdas ieviešanu zem JDBC. Java piedāvā šos starta rekvizītus piedalošajām ligzdām:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Aizstājiet dokumentācijas galapunktu. Tie ir JVM argumenti, nevis JDBC URL parametri. Pirms gaidāt, ka tas tos izmantos, pārbaudiet faktisko JDK/draivera ligzdas ceļu un jebkuru pielāgoto ligzdu rūpnīcu.
Rekvizīti attiecas uz visu procesu, tāpēc iekļaujiet citus savienojumus ietekmes novērtējumā. Dokumentēts īpašs savienotājs vai apstiprināts tunelis var nodrošināt skaidrāku robežu, ja šo maršrutu drīkst izmantot tikai datubāzes trafikam.
Starpniekserveram joprojām ir vajadzīga atļauja un sasniedzamība datubāzes portam. Pēc tam datubāze piemēro resursdatora piekļuves noteikumus, galamērķa TLS un savu pieteikšanos. Saglabājiet sertifikāta resursdatora nosaukumu un turiet datubāzes kontu atsevišķi no starpniekservera konta.
Reģistrējiet pirmo neizdevušos posmu: starpniekservera savienojumu, pārrunas, datubāzes TCP, TLS vai datubāzes pieteikšanos. Šie pierādījumi nosaka nākamo izmaiņu; neizmantotu HTTP rekvizītu atkārtota pielāgošana to nevar izdarīt.