আপনার সার্ভার VPN এক্সিট দেখে, দর্শনার্থীকে নয়
একটি VPN সেই সোর্স ঠিকানা বদলে দেয় যা একটি সেবা পর্যবেক্ষণ করে। ঠিকানা-রেঞ্জ, লেটেন্সি ও অ্যাডাপ্টারের নাম VPN ব্যবহারের অনুমান, কে সংযুক্ত হয়েছে তার প্রমাণ নয়।
একজন দর্শনার্থী বাণিজ্যিক VPN দিয়ে সংযুক্ত হন এবং আপনার অ্যাপ্লিকেশন এক্সিট ঠিকানা লগ করে। এটি কোনো গোপন পরিচয় নয়: TCP সংযোগের কাছে এটিই একমাত্র সোর্স ঠিকানা। মানুষ যা শনাক্তকরণ বলে, তার বাকি সবই সেই একক তথ্যের ওপর চাপানো অনুমান।
একটি অনুরোধ আসলে কী বহন করে
অ্যাপ্লিকেশন সংযোগের সোর্স ঠিকানা ও পোর্ট, সম্পন্ন হ্যান্ডশেক এবং ক্লায়েন্ট যে বাইট পাঠাতে বেছে নিয়েছে তা দেখে। পূর্ণ টানেলের অধীনে সেই সোর্স হলো এক্সিট, যা এর সব ব্যবহারকারীর মধ্যে ভাগ করা। স্প্লিট টানেলের অধীনে অনুরোধ গন্তব্যের ওপর নির্ভর করে টানেল বা স্থানীয় সংযোগ থেকে আসতে পারে। ক্লায়েন্ট ও সার্ভার একই VPN-এর ভিতরে থাকলে সোর্স হলো ক্লায়েন্টের অভ্যন্তরীণ টানেল ঠিকানা, যা অবস্থান নয়, একটি প্রান্তবিন্দু চিহ্নিত করে।
সাধারণ অনুরোধের কোনো ফিল্ড ক্লায়েন্টের টানেলের আগের ঠিকানা বহন করে না। ফরওয়ার্ডিং হেডার হলো ক্লায়েন্টের বা প্রক্সির দাবি, এবং তা বাদ দেওয়া বা জাল করা যায়।
শনাক্তকরণ হলো শ্রেণিবিন্যাস, আর শ্রেণিবিন্যাস হলো অনুমান
ব্যবহারিক পদ্ধতিগুলো হলো পরিচিত VPN ও হোস্টিং রেঞ্জের তালিকা, দাবি করা অঞ্চলের সঙ্গে অসঙ্গত লেটেন্সি, traceroute-এর আকৃতি এবং অ্যাকাউন্টের আচরণ। প্রত্যেকটি একটি সম্ভাবনা তৈরি করে। কর্পোরেট VPN এমন ঠিকানায় থাকতে পারে যা আবাসিক মনে হয়, আবাসিক প্রক্সি বাড়ির লাইনের মতো দেখাতে পারে, এবং ক্যারিয়ার NAT হোস্টিং রেঞ্জের মতো দেখাতে পারে।
একটি ভাগ করা এক্সিট ব্লক করলে তার পেছনের প্রতিটি অসম্পর্কিত ব্যবহারকারীও ব্লক হয়, যা শনাক্তকরণের সিদ্ধান্তকে পার্শ্ববর্তী বিভ্রাটে পরিণত করে। আত্মবিশ্বাসের স্কোর কোনো পরিচয় নয় এবং নিষেধাজ্ঞা বা অর্থ ফেরতের সিদ্ধান্তের একমাত্র ইনপুট হওয়া উচিত নয়।
VPN যদি আপনার হয়, তবে আপনার কাছে শনাক্তকরণের সঙ্গে সম্পর্কহীন একটি নির্ভরযোগ্য সংকেত আছে: একটি নিরাপদ পুল নির্ধারণ করুন এবং পর্যবেক্ষিত সোর্স তার সঙ্গে মিলিয়ে দেখুন। এটি কাজ করে কারণ আপনি দুই প্রান্তই নিয়ন্ত্রণ করেন এবং পুলটি নথিভুক্ত করতে পারেন। তবে এটি আপনার পরিচালনায় না থাকা দর্শনার্থীদের ক্ষেত্রে সাধারণীকরণযোগ্য নয়, এবং পুলটি অন্য সেবার সঙ্গে ভাগ হওয়ার মুহূর্তেই এটি নির্ভরযোগ্য থাকা বন্ধ করে।
স্থানীয় প্রমাণ বনাম সার্ভার-পক্ষের প্রমাণ
মেশিনের ভিতরেই একটি টানেল দৃশ্যমান: একটি ভার্চুয়াল অ্যাডাপ্টার, টানেল ডিভাইসের দিকে নির্দেশ করা একটি ডিফল্ট রুট, পরিবর্তিত একটি রিজলভার। সেখানে চলা কোড ইন্টারফেসগুলো গণনা করতে পারে এবং PPP, TAP বা কোনো ভেন্ডর ড্রাইভার খুঁজতে পারে।
একটি ওয়েব পৃষ্ঠা এর কোনোটিই পড়তে পারে না। প্রচলিত সমাধানটি কেবল অভ্যন্তরীণ নেটওয়ার্ক থেকে পরিবেশিত একটি সম্পদ লোড করে এবং সাফল্যকে টানেল ব্যবহারের প্রমাণ ধরে। বাস্তবে এটি পৌঁছানোর ক্ষমতাই পরীক্ষা করে: একটি স্প্লিট টানেল, একটি পুরোনো ক্যাশে করা ফাইল বা একটি ইন্টারসেপশন প্রক্সি উভয় অবস্থাতেই একই ফল দেয়। স্থানীয় প্রমাণ স্থানীয়ই থাকে।
অস্পষ্টতা সহ্য করে এমন অ্যাক্সেস নিয়ন্ত্রণ বেছে নিন
যাচাইকৃত পরিচয়, ডিভাইসের সুস্থতা এবং প্রতিটি সম্পদের জন্য অনুমোদনের ওপর অ্যাক্সেস নিয়ন্ত্রণ গড়ুন। এই নির্ণায়কগুলো বলে কে চাইছে এবং সে কী পর্যন্ত পৌঁছাতে পারে, আর টানেল জড়িত থাকুক বা না থাকুক সেগুলো অর্থবহ থাকে। কোনো অনুরোধ VPN দিয়ে এসেছে কি না তা একটি দুর্বল সংকেত, যা একই সঙ্গে ভুল গ্রহণ ও পার্শ্ববর্তী ব্লক তৈরি করে। প্রমাণ ও সিদ্ধান্ত আলাদা ফিল্ডে রাখুন, যাতে বিতর্কিত ব্লকের পর্যালোচনার কিছু থাকে।
IP ভূ-অবস্থান কয়েকটি ইনপুটের একটি, আর ব্রাউজারের অবস্থান সেবা Wi-Fi বা GPS ব্যবহার করতে পারে যা কখনোই টানেল অনুসরণ করে না। যে মানচিত্র এখনো দর্শনার্থীর শহর দেখায় তা অবস্থান সেবার প্রমাণ, টানেল ব্যর্থ হওয়ার প্রমাণ নয়।
কোন সংকেত কোন সিদ্ধান্ত চালিয়েছে তা লিখে রাখুন। গ্রাহক কোনো ব্লক নিয়ে আপত্তি করলে সেই রেকর্ডই পর্যালোচনা আর বিতর্কের মধ্যে পার্থক্য।