কেন একটি 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 বৈশিষ্ট্য বারবার সমন্বয় করে তা করা যায় না।