Зошто поставката за HTTP прокси не го поправа поврзувањето со PostgreSQL

http.proxyHost може да насочи HTTP клиент што учествува, но не прави ништо за PostgreSQL JDBC. PostgreSQL го праќа протоколот на својата база на податоци, а не HTTP барање.

URL-то за поврзување со JDBC сè уште мора да го наведе серверот на базата на податоци и базата. Замената на серверот со адреса на HTTP прокси не може да го научи драјверот на CONNECT.

За услуга SOCKS, истражете ја имплементацијата на сокетот под JDBC. Java ги изложува овие својства за стартување за сокетите што учествуваат:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Заменете ја крајната точка од документацијата. Ова се аргументи на JVM, а не параметри на JDBC URL. Проверете ја вистинската патека на сокетот на JDK/драјверот и секоја прилагодена фабрика за сокети пред да очекувате да ги користи.

Својствата важат за целиот процес, затоа вклучете други поврзувања во проценката на влијанието. Документиран наменски конектор или одобрен тунел може да обезбеди појасна граница кога само сообраќајот на базата на податоци треба да ја користи оваа патека.

Проксито сè уште бара дозвола и достапност до портата на базата на податоци. Потоа базата ги применува правилата за пристап до домаќинот, TLS на дестинацијата и сопствената најава. Зачувајте го името на домаќинот од сертификатот и држете ја сметката на базата одделно од сметката на проксито.

Забележете ја првата неуспешна фаза: поврзување со прокси, преговарање, TCP на базата, TLS или најава во базата. Тие докази ја одредуваат следната промена; постојаното прилагодување на неискористени HTTP својства не може да го направи тоа.