ولې د HTTP پروکسي ترتیبات د PostgreSQL نښلون نه جوړوي
د PostgreSQL ډیټابیس پروتوکول له HTTP لارښوونې څخه جلا کړئ او د SOCKS لپاره اړین د ساکټ لاره وګورئ.
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 ځانګړنو تکراري تنظیم کول نشي کولای دا وکړي.