Эмне үчүн HTTP прокси жөндөөсү PostgreSQL байланышын оңдобойт

http.proxyHost катышуучу HTTP кардарды маршруттай алат, бирок PostgreSQL JDBC үчүн эч нерсе кылбайт. PostgreSQL өзүнүн маалымат базасынын протоколун жөнөтөт, HTTP сурамын эмес.

JDBC туташуу URL дагы эле маалымат базасынын серверин жана базаны көрсөтүшү керек. Анын серверин HTTP прокси дареги менен алмаштыруу драйверге CONNECT үйрөтө албайт.

SOCKS кызматы үчүн JDBC астындагы сокеттин ишке ашырылышын изилдеңиз. Java катышуучу сокеттер үчүн бул иштетүү касиеттерин сунуштайт:

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

Документтин акыркы чекитин алмаштырыңыз. Булар JVM аргументтери, JDBC URL параметрлери эмес. Алардын колдонулушун күтүүдөн мурун иш жүзүндөгү JDK/драйвер сокет жолун жана каалаган ыңгайлаштырылган сокет фабрикасын текшериңиз.

Касиеттер бүт процесске тиешелүү, андыктан таасирди баалоого башка туташууларды да киргизиңиз. Эгерде бул жол менен маалымат базасынын трафиги гана өтүшү керек болсо, документтелген атайын коннектор же бекитилген туннель такыраак чек бере алат.

Прокси дагы эле маалымат базасынын портуна уруксат жана жеткиликтүүлүктү талап кылат. Андан кийин маалымат базасы хостко кирүү эрежелерин, максаттык TLS жана өзүнүн кирүүсүн колдонот. Сертификаттын хост атын сактаңыз жана маалымат базасынын эсебин прокси эсебинен өзүнчө кармаңыз.

Биринчи ийгиликсиз этапты жазыңыз: прокси туташуусу, сүйлөшүү, маалымат базасынын TCP, TLS же маалымат базасына кирүү. Бул далил кийинки өзгөртүүнү аныктайт; колдонулбаган HTTP касиеттерин кайра-кайра тууралоо муну кыла албайт.