একই সাবনেটের ওয়েবসাইট গেটওয়ের স্বচ্ছ প্রক্সি এড়িয়ে যেতে পারে
ইন্টারনেট অনুরোধ লগে দেখা গেলেও একই সাবনেটের ট্রাফিক কেন গেটওয়ের আটক নিয়ম এড়িয়ে যেতে পারে তা ব্যাখ্যা করে।
ইন্টারনেট ব্রাউজিং গেটওয়ে প্রক্সির লগে দেখা যায়। অফিস LAN-এর একটি ওয়েবসাইট দেখা যায় না। URL ফিল্টার বদলানোর আগে নির্ধারণ করুন LAN অনুরোধটি আদৌ গেটওয়েতে পৌঁছেছিল কি না।
সরাসরি সংযুক্ত IPv4 গন্তব্যের জন্য ক্লায়েন্ট গন্তব্যের লিঙ্ক-লেয়ার ঠিকানা সমাধান করে স্থানীয় সেগমেন্টে তা পাঠাতে পারে। এর ডিফল্ট গেটওয়ে স্বয়ংক্রিয়ভাবে সেই পথে থাকে না। গেটওয়ের স্বচ্ছ আটক নিয়ম গেটওয়ে কখনও না পাওয়া প্যাকেট পুনর্নির্দেশ করতে পারে না।
উদাহরণস্বরূপ, একই অন-লিঙ্ক সাবনেটের দুটি হোস্ট একটি সুইচের মাধ্যমে ট্রাফিক বিনিময় করতে পারে, যখন প্রক্সি মেশিনটি অন্য সুইচ পোর্টে সংযুক্ত। শুধু সেই LAN-এ থাকা প্রক্সিকে ফরওয়ার্ডিং পয়েন্ট করে না।
উদ্দিষ্ট পথ বেছে নিন
স্পষ্ট প্রক্সি সেটিং অংশগ্রহণকারী অ্যাপ্লিকেশনের অনুরোধ প্রক্সিতে পাঠাতে পারে, এমনকি লক্ষ্য ওয়েবসাইট স্থানীয় হলেও। বাইপাস নিয়ম ও PAC সিদ্ধান্তও দেখুন: তারা ব্যক্তিগত নাম বা ঠিকানার জন্য ইচ্ছাকৃতভাবে DIRECT বেছে নিতে পারে।
যদি আটক প্রয়োজন হয়, নেটওয়ার্ককে আটক বিন্দুটি সত্যিই পথে রাখতে হবে; Linux গেটওয়েতে স্থানীয় ও ফরওয়ার্ড করা প্যাকেট পথ আলাদা করুন। রাউটেড সাবনেট বিভাজন বা ইচ্ছাকৃত ইনলাইন ব্রিজ উপযুক্ত ডিজাইনে তা করতে পারে, কিন্তু প্রতিটি ফরওয়ার্ডিং ও ব্যর্থতার আচরণ বদলায়। LAN-এর অন্য জায়গার ব্রিজ স্বয়ংক্রিয়ভাবে ইনলাইন নয়।
অ্যাপ্লিকেশন প্রোটোকলের প্রয়োজনীয়তা আলাদা রাখুন। ট্রাফিক বক্স পার হওয়ার পরেও লিসেনারকে আটক মোড সমর্থন করতে হবে। প্যাকেট সরানো HTTPS ডিক্রিপ্ট করার অনুমতি নয়, বা সাধারণ SOCKS পোর্ট সেগুলি গ্রহণ করবে এমন নিশ্চয়তাও নয়।
ক্লায়েন্টের নির্বাচিত রুট, স্থানীয় সেগমেন্ট এবং প্রকৃত ফরওয়ার্ডিং ডিভাইস লিখে রাখুন। প্রক্সি লগ অনুপস্থিত থাকা লগিং ব্যর্থতা নয়, টপোলজির সঠিক বর্ণনা হতে পারে।