Firwat eng HTTP-Proxy-Astellung eng PostgreSQL-Verbindung net reparéiert
Trennt dem PostgreSQL seng Datebankprotokoll vum HTTP-Routing an iwwerpréift de Socketwee, deen SOCKS brauch.
http.proxyHost kann en deelhuelenden HTTP-Client routen, awer mécht näischt fir PostgreSQL JDBC. PostgreSQL schéckt seng Datebankprotokoll, net eng HTTP-Ufro.
D'JDBC-Verbindungs-URL muss nach ëmmer de Datebankserver an d'Datebank nennen. Säi Server duerch eng HTTP-Proxy-Adress z'ersetzen kann dem Treiber CONNECT net bäibréngen.
Fir e SOCKS-Service, ënnersicht d'Socket-Implementatioun ënner JDBC. Java stellt dës Starteigenschafte fir deelhuelend Sockelen zur Verfügung:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Ersetzt den Endpunkt aus der Dokumentatioun. Dëst sinn JVM-Argumenter, keng JDBC-URL-Parameter. Iwwerpréift de richtegen JDK/Treiber-Socketwee an all personaliséiert Socket-Fabrik, ier Dir erwaart, datt se benotzt ginn.
D'Eigenschafte gëllen fir de ganze Prozess, also bezitt aner Verbindungen an d'Impaktbewäertung mat an. En dokumentéierten engagéierte Connector oder en ugehollenen Tunnel kann eng méi kloer Grenz bidden, wann nëmmen den Datebanktrafic de Wee soll huelen.
De Proxy brauch nach ëmmer Erlaabnis an Erreechbarkeet vum Datebankport. Duerno wendt d'Datebank Host-Zougriffsregelen, Destinatiouns-TLS an hire eegene Login un. Bewaart den Hostnumm vum Zertifikat a haalt de Datebankkont getrennt vum Proxykont.
Hält déi éischt feelgeschloen Etapp fest: Proxyverbindung, Verhandlung, Datebank-TCP, TLS oder Datebank-Login. Dës Beweiser identifizéieren déi nächst Ännerung; onbenotzt HTTP-Eigenschafte widderholl unzepassen kann dat net.