একটি iftop স্ক্রিন VPN সম্পর্কে কী প্রমাণ করতে পারে আর কী পারে না

iftop স্ক্রিন একবারে একটি প্রশ্নের উত্তর দেয়: কোন হোস্ট জোড়া আপনার নির্দেশিত ইন্টারফেস দিয়ে বাইট বিনিময় করছে। এটি উত্তর দেয় না প্রতিটি অ্যাপ্লিকেশন VPN নীতি মানছে কি না, এবং একটি ফাঁকা স্ক্রিন প্রমাণ করে না যে কিছুই ফাঁস হয়নি। এই দুটি বাক্যের মধ্যবর্তী ফাঁকেই বেশিরভাগ লিক-টেস্ট বিতর্ক ভুল হয়ে যায়। তিনটি শর্ত ঠিক করে ডিসপ্লেটি আসলে কী বোঝায়, এবং তিনটিই আপনার ব্যবহৃত কমান্ড লাইনে দৃশ্যমান।

তিনটি শর্ত ঠিক করে স্ক্রিনটি কী বোঝায়

শর্তগুলি হল কোন ইন্টারফেস দেখানো হচ্ছে, ফিল্টার ও টুলটি নিজে কী লুকাচ্ছে, এবং পরীক্ষাটি আসলে কী চালিয়েছে। এই ক্রমে উত্তর দিন, কারণ প্রথমটিতে ভুল হলে বাকি দুটি অর্থহীন হয়ে যায়।

ইন্টারফেসের শর্তটি গুরুত্বপূর্ণ কারণ টানেল দৃশ্য ও ভৌত দৃশ্য একই ট্র্যাফিকের ভিন্ন স্তর দেখায়। টানেল ইন্টারফেসে তাকালে টানেলের ভেতরের প্রবাহ দেখা যায়; ভৌত ইন্টারফেসে তাকালে টানেলের বাহক, সঙ্গে ওই লিঙ্ক ভাগ করা যেকোনো বৈধ সেটআপ, নিয়ন্ত্রণ বা স্থানীয় ট্র্যাফিক দেখা যায়। কোনও দৃশ্যই ভুল নয়, এবং কোনওটিই পুরো চিত্র নয়। আপনি কোনটি দেখছেন তা বলা হল প্রমাণ ও ধারণার মধ্যে পার্থক্য।

শর্ত এক: কোন ইন্টারফেস দেখানো হচ্ছে

iftop ইন্টারফেসটি স্পষ্টভাবে -i দিয়ে নেয়, এবং এর ম্যানুয়াল বর্ণনা করে যখন আপনি তা করেন না: এটি একটি বেছে নেয়, যা টানেলের বদলে বাইরের মতো দেখতে ডিভাইস হতে পারে। সেই ডিফল্ট ব্যান্ডউইথ টুলের জন্য যুক্তিসঙ্গত এবং লিক টেস্টের জন্য খারাপ।

সবসময় ইন্টারফেসটি দিন, এবং ফলাফলের পাশে লিখে রাখুন। ইন্টারফেসের নাম ছাড়া স্ক্রিনশট পুনরুৎপাদনযোগ্য নয়।

শর্ত দুই: ফিল্টার ও টুল কী লুকায়

iftop একটি ফিল্টার এক্সপ্রেশন নেয়, এবং ফিল্টার যে প্রবাহ বাদ দেয় তা অনুপস্থিতির কারণে নয়, গঠনের কারণেই অদৃশ্য। টুলটি ডিফল্টভাবে ঠিকানা লেবেল করতে হোস্টনেম লুকআপও করে, এবং সেই লুকআপগুলি নিজস্ব DNS ট্র্যাফিক তৈরি করে, অর্থাৎ এমন ট্র্যাফিক যা আপনি দেখতে চাননি। -n লুকআপ বন্ধ করে এবং ডিসপ্লেকে সংখ্যায়ন করে; পরে DNS সারিগুলি লুকানো মানে কোয়েরিগুলি তৈরি না করাও নয়।

এই পার্থক্যটি স্পষ্টভাবে বলা উচিত, কারণ এটি অন্য টুলেও দেখা যায়: কোনো কাজের প্রদর্শন দমন করা তার প্রতিরোধ করার সমান নয়। যদি DNS লুকআপ আপনার পরীক্ষার অংশ হয়, তবে লুকআপ বন্ধ রেখে পরীক্ষাটি চালান যাতে পর্যবেক্ষণ পর্যবেক্ষকের দ্বারা দূষিত না হয়।

শর্ত তিন: পরীক্ষাটি আসলে কী চালিয়েছে

একটি অ্যাপ্লিকেশন থেকে, একটি গন্তব্যে, একটি ঠিকানা পরিবারে একটি অনুরোধ সেই অনুরোধ সম্পর্কে কিছু প্রমাণ করে। এটি ভিন্ন অ্যাপ্লিকেশন, ভিন্ন গন্তব্য বা অন্য ঠিকানা পরিবার সম্পর্কে কিছুই প্রমাণ করে না, এবং ঠিক এই ধরনের যাচাইয়ে IPv6 সবচেয়ে বেশি ভুলে যাওয়া পরিবার।

তাই শুরু করার আগে অনুরোধটি সংজ্ঞায়িত করুন: একটি নিরীহ গন্তব্য, আপনার আগ্রহের অ্যাপ্লিকেশন থেকে, আপনার আগ্রহের পরিবারে, টানেল তার অনুমোদিত অবস্থায়। তারপর প্রাপক দিক বা ক্লায়েন্টের নিজস্ব ডায়াগনস্টিকস দেখুন, কারণ দূরপ্রান্ত জানে কী পৌঁছেছে এমনভাবে যা স্থানীয় স্ক্রিন জানে না। তারপর অনুমোদিত অনুপলব্ধ-টানেল কেসটি চালান এবং দেখুন ট্র্যাফিক থামে কি না, কারণ চাহিদাটি সাধারণত আসলে এই আচরণ সম্পর্কেই।

DNS নিজস্ব পর্যবেক্ষণ দাবি করে। কোয়েরির প্রাপক এবং কোয়েরি যে পথে গেছে তা দুটি তথ্য, এবং ব্যান্ডউইথ স্ক্রিন এদের কোনওটিই দেখায় না।

সমর্থক প্রমাণ হিসেবে iftop ব্যবহার

কেবল তখনই iftop মূল্য যোগ করে, এবং তা সমর্থন হিসেবে যোগ করে। sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" দেখায় আপনার প্রত্যাশিত প্রবাহ প্রত্যাশিত ইন্টারফেসে দেখা যায় কি না, বাইট গণনার সঙ্গে যা নিষ্ক্রিয়তার দাবিকে যাচাইযোগ্য করে।

সকেট-স্তরের দৃশ্যের জন্য এটিকে ss -tnp এর সঙ্গে এবং কার্নেল যে পথ বেছে নেবে তার জন্য ip route get এর সঙ্গে তুলনা করুন, তাহলে একটি মেশিন সম্পর্কে একটি ধারণার বদলে একটি অনুরোধের তিনটি পর্যবেক্ষণ পাবেন। iftop ম্যানুয়াল ইন্টারফেস নির্বাচন, ফিল্টার সিনট্যাক্স ও লুকআপ আচরণ নথিভুক্ত করে, যা তিনটিই লিক টেস্ট নির্ভর করে। ব্যান্ডউইথ স্ক্রিন কার্যকলাপের অবস্থান চিহ্নিত করে; পথ, ব্যতিক্রম ও ব্যর্থতার আচরণ ঠিক করে সেই কার্যকলাপ চাহিদা পূরণ করে কি না।