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 خصوصیات کو بار بار ایڈجسٹ کر کے ایسا نہیں کیا جا سکتا۔