Zergatik HTTP proxy ezarpenak ez duen PostgreSQL konexioa konpontzen

Bereizi PostgreSQLren datu-base protokoloa HTTP bideratzetik eta egiaztatu SOCKSek behar duen socket bidea.

http.proxyHost parte hartzen duen HTTP bezero bat bideratu dezake, baina ez du ezer egiten PostgreSQL JDBCrentzat. PostgreSQLek bere datu-base protokoloa bidaltzen du, ez HTTP eskaera bat.

JDBC konexio URLak datu-base zerbitzariaren eta datu-basearen izena eman behar du oraindik. Bere zerbitzaria HTTP proxy helbide batekin ordezkatzeak ezin dio gidariari CONNECT irakatsi.

SOCKS zerbitzu baterako, ikertu JDBCren azpiko socket inplementazioa. Javak abiarazte-propietate hauek erakusten ditu parte hartzen duten socketetarako:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Ordezkatu dokumentazioko amaierako puntua. Hauek JVM argumentuak dira, ez JDBC URL parametroak. Egiaztatu JDK/gidariaren benetako socket bidea eta socket fabrika pertsonalizatu oro erabiltzea espero aurretik.

Propietateak prozesu osorako balio dute, beraz, sartu beste konexio batzuk eraginaren ebaluazioan. Dokumentatutako konektore dedikatu batek edo onartutako tunel batek muga argiagoa eman dezakete datu-base trafikoak bakarrik bidea hartu behar duenean.

Proxyak oraindik baimena eta datu-basearen portura iristeko gaitasuna behar ditu. Gero datu-baseak ostalariaren sarbide arauak, helmugako TLSa eta bere saioa aplikatzen ditu. Gorde ziurtagiriaren ostalari-izena eta mantendu datu-base kontua proxy kontutik bereizita.

Erregistratu huts egin zuen lehen etapa: proxy konexioa, negoziazioa, datu-baseko TCPa, TLSa edo datu-baseko saioa. Ebidentzia horrek hurrengo aldaketa identifikatzen du; erabili gabeko HTTP propietateak behin eta berriz doitzeak ezin du hori egin.

Erlazionatutako artikuluak