VPN আপনার পুরনো IP ফাঁস করেনি: একটি স্মরণে থাকা মান তা করেছে

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

একই ঠিকানার পেছনের দুই ব্যাখ্যা

মানুষ যা কল্পনা করে তা হল ভৌত ইন্টারফেস ছেড়ে যাওয়া একটি প্যাকেট, যখন VPN কথিতভাবে সক্রিয়। যে ক্রমটি প্রায়ই প্রতিবেদন ব্যাখ্যা করে তা ছোট ও নীরস: একটি অ্যাপ্লিকেশন আগে একটি ঠিকানা শিখেছিল এবং এখনও তা ধরে রেখেছে। ঘটনাগুলোকে ক্রমে সাজানো দুটিকে আলাদা করে।

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

এটি একটি সম্ভাব্য ব্যাখ্যা, কোনো নির্দিষ্ট ক্লায়েন্টের বিরুদ্ধে অভিযোগ নয়। সুনাম প্রমাণ নয়: আপনি পড়তে পারেন এমন কোডবেস, আপনি বিশ্বাস করেন এমন ব্র্যান্ড বা ভিন্ন একটি এক্সিট একটি প্রোগ্রাম কী রেখেছে বা পাঠিয়েছে সে সম্পর্কে কিছুই বলে না।

অ্যাপ্লিকেশনের মেমরি পুনঃসংযোগের চেয়ে বেশি টেকে

VPN সংযোগ করা নতুন সংযোগের রুট বদলায়। এটি অ্যাপ্লিকেশন অবস্থাকে অক্ষত রাখে এবং দূরবর্তী সেবা ইতিমধ্যে সংরক্ষণ করা তথ্য ফিরিয়ে নিতে পারে না। একটি প্রোগ্রাম অ্যাকাউন্ট শনাক্তকারী, সংরক্ষিত অবস্থান, ডিভাইসের নাম বা আগে পাওয়া অন্য কোনো মান পাঠাতে পারে, এবং এনক্রিপশন সেই পে-লোডকে যাত্রাপথে রক্ষা করে, তা থেকে কিছু সরায় না। পুনঃসংযোগ একটি নেটওয়ার্ক ঘটনা; ধরে রাখা মান একটি অ্যাপ্লিকেশন ঘটনা।

পার্থক্যটি গুরুত্বপূর্ণ কারণ দুটি ভিন্ন জায়গায় থাকে। অ্যাপ্লিকেশন অবস্থা প্রোগ্রামের এবং পুনরায় চালু হওয়ার পরেও থাকে, আর রুট অপারেটিং সিস্টেমের এবং প্রতিটি সংযোগে নতুন করে তৈরি হয়। একটি পরিষ্কার করলে অন্যটিতে কোনো প্রভাব পড়ে না।

একটি সেবা আপনার মাস আগে দেওয়া একটি মানও ধরে রাখতে পারে, এবং সেক্ষেত্রে কোনো স্থানীয় পরিবর্তন তা সরাবে না। এটি সংরক্ষণ, এবং এটি সম্পূর্ণভাবে টানেলের বাইরে থাকে।

আগে সোর্স হেডার পড়ুন, তারপর পে-লোড

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

সময়গুলিও তুলনা করুন। পুরনো ঠিকানাটি VPN সংযোগের আগের কোনো ক্ষেত্রে দেখা যায়, তবে পে-লোড ব্যাখ্যা বেশি জোরালো। সার্ভার টানেল চালু থাকা অবস্থায় পুরনো ঠিকানা থেকে সরাসরি সংযোগ লগ করে, তবে এটি রাউটিং প্রশ্ন এবং ভিন্ন তদন্ত দরকার। পর্যবেক্ষণের ধরনগুলি আগে সাজানো একটি ঠিকানাকে তিনটি ঘটনার প্রমাণে টেনে লম্বা হওয়া থেকে বিরত রাখে।

এগুলি আপনার নোটে আলাদা রাখুন: সংযোগ উৎস, বার্তা ক্ষেত্র, অ্যাকাউন্ট ডিসপ্লে, স্থানীয় ডায়াগনস্টিক। চার জায়গায় লেখা একটি ঠিকানা এখনও একটি ঠিকানা।

সংরক্ষণ পরিবহনের চেয়ে আলাদা পর্যায়

RFC 6973-এ গোপনীয়তা নির্দেশনা সংগ্রহ, ব্যবহার, প্রকাশ ও সংরক্ষণকে আলাদা পর্যায় হিসেবে ধরে এবং সতর্ক করে যে পুনর্ব্যবহৃত শনাক্তকারী পারস্পরিক সম্পর্ক সহজ করে তোলে। একটি নতুন নেটওয়ার্ক পথ পরিবহন পর্যায় বদলায় এবং আর কিছু নয়। প্রাপক ইতিমধ্যে যে রেকর্ড ধরে রেখেছে তা অপরিবর্তিত থাকে, এবং পথে মানটি সংরক্ষণ করা যেকোনো প্রোফাইলও। এজন্য পরিবহন সঠিকভাবে কাজ করলেও পুনঃসংযোগ ব্যর্থ মনে হতে পারে।

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

টানেলকে দোষ দেওয়ার আগে কী যাচাই করবেন

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

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