Pse një cilësim proxy HTTP nuk rregullon një lidhje PostgreSQL

http.proxyHost mund të rrugëtojë një klient HTTP pjesëmarrës, por nuk bën asgjë për PostgreSQL JDBC. PostgreSQL dërgon protokollin e bazës së të dhënave, jo një kërkesë HTTP.

URL-ja e lidhjes JDBC duhet ende të emërojë serverin e bazës së të dhënave dhe bazën e të dhënave. Zëvendësimi i serverit me një adresë proxy HTTP nuk mund t'i mësojë drejtuesit CONNECT.

Për një shërbim SOCKS, hulumtoni zbatimin e socket-it nën JDBC. Java ekspozon këto veti nisjeje për socket-et pjesëmarrëse:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Zëvendësoni pikën fundore të dokumentacionit. Këto janë argumente JVM, jo parametra të URL-së JDBC. Verifikoni shtegun aktual të socket-it të JDK/drejtuesit dhe çdo fabrikë socket-i të personalizuar përpara se të prisni që t'i përdorë ato.

Vetitë vlejnë për të gjithë procesin, prandaj përfshini lidhje të tjera në vlerësimin e ndikimit. Një lidhës i dedikuar i dokumentuar ose një tunel i miratuar mund të ofrojë një kufi më të qartë kur vetëm trafiku i bazës së të dhënave duhet të ndjekë rrugën.

Proxy-t i duhet ende leje dhe arritshmëri deri te porta e bazës së të dhënave. Më pas baza e të dhënave zbaton rregullat e aksesit të hostit, TLS-në e destinacionit dhe hyrjen e vet. Ruani emrin e hostit të certifikatës dhe mbani llogarinë e bazës së të dhënave të ndarë nga llogaria e proxy-t.

Regjistroni fazën e parë të dështuar: lidhjen me proxy-n, negociimin, TCP-në e bazës së të dhënave, TLS-në ose hyrjen në bazën e të dhënave. Ai dëshmi identifikon ndryshimin e radhës; rregullimi i përsëritur i vetive HTTP të papërdorura nuk mund ta bëjë këtë.