لماذا لا يصلح إعداد وكيل HTTP اتصال PostgreSQL
افصل بروتوكول قاعدة بيانات PostgreSQL عن توجيه HTTP وافحص مسار المقبس المطلوب لـ SOCKS.
يمكن لـ http.proxyHost توجيه عميل HTTP مشارك بينما لا يفعل شيئًا لـ PostgreSQL JDBC. فـ PostgreSQL يرسل بروتوكول قاعدة بياناته، وليس طلب HTTP.
يجب أن يظل عنوان URL لاتصال JDBC يذكر خادم قاعدة البيانات وقاعدة البيانات. واستبدال خادمه بعنوان وكيل HTTP لا يعلّم برنامج التشغيل أمر CONNECT.
بالنسبة لخدمة SOCKS، افحص تنفيذ المقبس الواقع تحت JDBC. تتيح Java خصائص بدء التشغيل هذه للمقابس المشاركة:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080استبدل نقطة نهاية الوثائق. هذه وسائط JVM وليست معاملات في عنوان URL الخاص بـ JDBC. تحقق من مسار المقبس الفعلي لـ JDK/برنامج التشغيل وأي مصنع مقابس مخصص قبل أن تتوقع أن يستخدمها.
الخصائص على مستوى العملية بأكملها، لذا أدرج اتصالات أخرى في تقييم الأثر. يمكن لموصل مخصص موثق أو نفق معتمد أن يوفر حدًا أوضح عندما يكون من المفترض أن تأخذ حركة قاعدة البيانات فقط هذا المسار.
لا يزال الوكيل بحاجة إلى الإذن وإمكانية الوصول إلى منفذ قاعدة البيانات. ثم تطبّق قاعدة البيانات قواعد وصول المضيف وTLS الوجهة وتسجيل الدخول الخاص بها. حافظ على اسم مضيف الشهادة وأبقِ حساب قاعدة البيانات منفصلًا عن حساب الوكيل.
سجّل أول مرحلة فاشلة: اتصال الوكيل، أو التفاوض، أو TCP قاعدة البيانات، أو TLS، أو تسجيل الدخول إلى قاعدة البيانات. هذه الأدلة تحدد التغيير التالي؛ ولا يمكن لتعديل خصائص HTTP غير المستخدمة بشكل متكرر أن يفعل ذلك.