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 गुणों को बार-बार समायोजित करके ऐसा नहीं किया जा सकता।