Squid SO_ORIGINAL_DST ত্ৰুটি পঢ়া

NF getsockopt(SO_ORIGINAL_DST) এ মূল গন্তব্যৰ সন্ধানৰ সূচনা কৰে। ইন্টাৰচেপচন ছেটআপত Squid এ পুনৰ নিৰ্দেশিত সংযোগটো আচলতে ক'লৈ গৈ আছিল সেই কথা উলিয়াব লাগে।

স্পষ্টভাৱে সংৰূপিত এটা ব্ৰাউজাৰে ইচ্ছাকৃতভাৱে নিজৰ অনুৰোধ প্ৰক্সীলৈ পঠিয়ায়। Squid লিচেনাৰৰ প'ৰ্টৰ কাষত intercept লিখা আছে বাবেই সেই সংযোগে NAT ইন্টাৰচেপচনৰ ইতিহাস নাপায়।

সেয়েহে এই অসঙ্গতিয়ে গন্তব্যৰ চাৰ্টিফিকেট প্ৰাসংগিক হোৱাৰ আগতেই বিফল হ'ব পাৰে।

সংযোগটো কেনেকৈ আহিল তাৰপৰাই আৰম্ভ কৰক

• এপ্লিকেচনত প্ৰক্সী ঠিকনা সংৰূপিত থাকিলে, ইয়াৰ বাবে উপযুক্ত সাধাৰণ ফৰৱাৰ্ড-প্ৰক্সী লিচেনাৰ নিৰ্ণয় কৰক।
• গেটৱেৱে অন্যथा প্ৰত্যক্ষ ট্ৰেফিক পুনৰ নিৰ্দেশ কৰিলে, সেয়া উদ্দেশ্যপ্ৰণোদিত ইন্টাৰচেপচন লিচেনাৰত উপনীত হয় নে নাই আৰু সমৰ্থিত NAT আৰ্হিয়ে প্ৰয়োজনীয় গন্তব্য তথ্য ৰক্ষা কৰে নে নাই পৰীক্ষা কৰক।
• দুয়োটা ধৰণ থাকিলে, বিফল হোৱা ক্লায়েন্টে আচলতে কোনটো ঠিকনা আৰু প'ৰ্টত সংযোগ কৰিছিল পৰীক্ষা কৰক।

Squid ৰ http_port নথিয়ে পাৰ্থক্যটো স্পষ্ট কৰে: ম'ড ফ্লেগ এৰি দিলে ফৰৱাৰ্ড-প্ৰক্সী ম'ড বাছনি হয়; intercept এ IP-স্তৰৰ NAT ইন্টাৰচেপচন আশা কৰে।

তাৰপিছত পৰিবহন সুৰক্ষা সুকীয়াকৈ চাওক। এটা HTTP প্ৰক্সীয়ে CONNECT ৰ জৰিয়তে HTTPS কঢ়িয়াব পাৰে। প্ৰক্সীলৈ TLS সংযোগৰ বাবে সুসংগত লিচেনাৰ আৰু ক্লায়েন্ট সংৰূপণ লাগে। গন্তব্য ট্ৰেফিক ডিক্ৰিপ্ট কৰা আৰু এটা বিকল্প সামৰ্থ্য।

গন্তব্য URL HTTPS ৰে আৰম্ভ হয় বুলিয়েই চাৰ্টিফিকেট উৎপাদন সক্ৰিয় কৰা পুৰণি “HTTPS সমাধান” নকল নকৰিব। প্ৰথমে ক্লায়েন্ট আৰু লিচেনাৰৰ মাজৰ সমন্বয় ঠিক কৰক। তাৰপিছত যদি আচল TLS ত্ৰুটি থাকে, তেন্তে সেয়া তদন্তৰ বাবে অধিক উপযোগী ত্ৰুটি হ'ব।