HTTP proxy ဆက်တင်က PostgreSQL ချိတ်ဆက်မှုကို ဘာကြောင့် မပြင်ပေးတာလဲ

http.proxyHost သည် ပါဝင်သော HTTP client ကို လမ်းကြောင်းချနိုင်သော်လည်း PostgreSQL JDBC အတွက် ဘာမှ မလုပ်ပါ။ PostgreSQL သည် ၎င်း၏ ဒေတာဘေ့စ် ပရိုတိုကော်ကို ပို့ပြီး HTTP တောင်းဆိုမှု မဟုတ်ပါ။

JDBC ချိတ်ဆက်မှု URL သည် ဒေတာဘေ့စ် ဆာဗာနှင့် ဒေတာဘေ့စ်ကို အမည်ပေးရန် လိုအပ်ဆဲဖြစ်သည်။ ၎င်း၏ ဆာဗာကို HTTP proxy လိပ်စာဖြင့် အစားထိုးခြင်းက driver အား CONNECT သင်ပေးနိုင်မည် မဟုတ်ပါ။

SOCKS ဝန်ဆောင်မှုအတွက် JDBC အောက်ရှိ socket အကောင်အထည်ဖော်မှုကို စူးစမ်းပါ။ Java သည် ပါဝင်သော socket များအတွက် ဤစတင်ခြင်း ဂုဏ်သတ္တိများကို ဖော်ထုတ်ပေးသည်။

-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080

စာရွက်စာတမ်း၏ အဆုံးမှတ်ကို အစားထိုးပါ။ ဤအရာများသည် JVM အငြင်းပွားချက်များ ဖြစ်ပြီး JDBC URL ပါရာမီတာများ မဟုတ်ပါ။ ၎င်းတို့ကို အသုံးပြုမည်ဟု မမျှော်လင့်မီ အမှန်တကယ် JDK/driver socket လမ်းကြောင်းနှင့် စိတ်ကြိုက် socket စက်ရုံကို စစ်ဆေးပါ။

ဂုဏ်သတ္တိများသည် လုပ်ငန်းစဉ်တစ်ခုလုံးအတွက် သက်ရောက်သောကြောင့် သက်ရောက်မှု အကဲဖြတ်ချက်တွင် အခြား ချိတ်ဆက်မှုများကို ထည့်သွင်းပါ။ ဒေတာဘေ့စ် အသွားအလာသာ ဤလမ်းကြောင်းကို အသုံးပြုသင့်သည့်အခါ မှတ်တမ်းတင်ထားသော သီးသန့် connector သို့မဟုတ် အတည်ပြုထားသော tunnel သည် ပိုမိုရှင်းလင်းသော နယ်နိမိတ်ကို ပေးနိုင်သည်။

Proxy သည် ဒေတာဘေ့စ် port သို့ ခွင့်ပြုချက်နှင့် ရောက်ရှိနိုင်မှု လိုအပ်ဆဲဖြစ်သည်။ ထို့နောက် ဒေတာဘေ့စ်သည် host ဝင်ရောက်ခွင့် စည်းမျဉ်းများ၊ ဦးတည်ရာ TLS နှင့် ၎င်း၏ ကိုယ်ပိုင် login ကို ကျင့်သုံးသည်။ လက်မှတ်၏ hostname ကို ထိန်းသိမ်းပြီး ဒေတာဘေ့စ် အကောင့်ကို proxy အကောင့်နှင့် ခွဲထားပါ။

ပထမဆုံး မအောင်မြင်သော အဆင့်ကို မှတ်တမ်းတင်ပါ။ proxy ချိတ်ဆက်မှု၊ ညှိနှိုင်းမှု၊ ဒေတာဘေ့စ် TCP၊ TLS သို့မဟုတ် ဒေတာဘေ့စ် login။ ထို အထောက်အထားသည် နောက်ထပ် ပြောင်းလဲမှုကို ဖော်ထုတ်သည်။ အသုံးမပြုသော HTTP ဂုဏ်သတ္တိများကို ထပ်ခါတလဲလဲ ချိန်ညှိခြင်းဖြင့် မလုပ်နိုင်ပါ။