Защо настройката на 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 свойства не може да го направи.