Kwa nini mpangilio wa proksi ya HTTP hautengenezi muunganisho wa PostgreSQL
Tenganisha itifaki ya hifadhidata ya PostgreSQL na uelekezaji wa HTTP na uangalie njia ya soketi inayohitajika kwa SOCKS.
http.proxyHost inaweza kuelekeza mteja wa HTTP anayeshiriki lakini haifanyi chochote kwa PostgreSQL JDBC. PostgreSQL hutuma itifaki ya hifadhidata yake, si ombi la HTTP.
URL ya muunganisho wa JDBC bado lazima itaje seva ya hifadhidata na hifadhidata. Kubadilisha seva yake na anwani ya proksi ya HTTP hakuwezi kufundisha dereva CONNECT.
Kwa huduma ya SOCKS, chunguza utekelezaji wa soketi chini ya JDBC. Java hufichua sifa hizi za kuanzisha kwa soketi zinazoshiriki:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Badilisha sehemu ya mwisho ya nyaraka. Hizi ni hoja za JVM, si vigezo vya URL ya JDBC. Thibitisha njia halisi ya soketi ya JDK/dereva na kiwanda chochote maalum cha soketi kabla ya kutarajia itumie.
Sifa zinatumika kwa mchakato mzima, kwa hivyo jumuisha miunganisho mingine katika tathmini ya athari. Kiunganishi maalum kilichoandikwa au handaki lililoidhinishwa vinaweza kutoa mpaka ulio wazi zaidi wakati trafiki ya hifadhidata pekee inapaswa kuchukua njia hiyo.
Proksi bado inahitaji ruhusa na ufikiaji wa bandari ya hifadhidata. Kisha hifadhidata hutumia sheria za ufikiaji wa mwenyeji, TLS ya lengwa na kuingia kwake yenyewe. Hifadhi jina la mwenyeji la cheti na uweke akaunti ya hifadhidata kando na akaunti ya proksi.
Rekodi hatua ya kwanza iliyoshindwa: muunganisho wa proksi, majadiliano, TCP ya hifadhidata, TLS au kuingia kwenye hifadhidata. Ushahidi huo hubaini mabadiliko yajayo; kurekebisha sifa za HTTP zisizotumika mara kwa mara hakuwezi kufanya hivyo.