নেটওয়ার্কিংয়ে End-to-End এর আসল অর্থ কী?

যখন মানুষ বলে একটি সংযোগ "end to end," তারা বোঝায় ডেটা মূল উৎস অ্যাপ্লিকেশন থেকে গন্তব্য অ্যাপ্লিকেশনে পৌঁছায় কোনো মধ্যস্থ ডিভাইস গোপনে এটি পুনর্লেখন বা বন্ধ না করে। এটি সহজ শোনায় যতক্ষণ না আপনি একটি প্রকৃত প্যাকেটের পথ NAT, ফায়ারওয়াল, লোড ব্যালেন্সার এবং প্রক্সির মধ্য দিয়ে ট্রেস করতে শুরু করেন।

End-to-end নীতি

এই ধারণা একটি 1984 সালের পেপার থেকে আসে যা Saltzer, Reed এবং Clark লিখেছিলেন, যারা যুক্তি দেখিয়েছিলেন নির্ভরযোগ্যতা এবং এনক্রিপশনের মতো নির্দিষ্ট ফাংশন নেটওয়ার্কের শেষবিন্দুতে থাকা উচিত, মাঝে নয়। মূল নেটওয়ার্ক শুধু প্যাকেট ফরওয়ার্ড করবে। শেষবিন্দু এরর চেক, পুনরায় ট্রান্সমিশন এবং অর্ডারিং সামলায়।

TCP হল সবচেয়ে স্পষ্ট উদাহরণ। মাঝের রাউটার সিকোয়েন্স নম্বর ট্র্যাক করে না বা সেগমেন্ট স্বীকার করে না। এটি দুটি হোস্টের TCP স্ট্যাক চালানোর কাজ। নেটওয়ার্ক লেয়ার (IP) শুধু best-effort ডেলিভারি করে এবং প্রতিটি শেষে TCP যা হারিয়ে যায় বা পুনর্সাজানো হয় তা ঠিক করে।

আজ end-to-end কোথায় ভেঙে যায়

আধুনিক নেটওয়ার্ক এই নীতি ক্রমাগত লঙ্ঘন করে, সাধারণত ভালো অপারেশনাল কারণের জন্য:

• NAT উৎস IP এবং পোর্ট পুনর্লেখন করে, তাই সার্ভার যে প্যাকেট দেখে তা ক্লায়েন্ট যা পাঠিয়েছে তা নয়।
• TLS-terminating প্রক্সি এবং লোড ব্যালেন্সার (যেমন একটি AWS ALB বা nginx রিভার্স প্রক্সি) একটি TCP/TLS সেশন শেষ করে এবং একটি নতুন শুরু করে। ক্লায়েন্টের প্রকৃত শেষবিন্দু প্রক্সি, অ্যাপ সার্ভার নয়।
• Stateful ফায়ারওয়াল সংযোগ অবস্থা ট্র্যাক করে এবং প্যাকেট ড্রপ করতে পারে যা প্রত্যাশিত সিকোয়েন্সের সাথে মেলে না, কার্যকরভাবে নিজেদেরকে কথোপকথনে প্রবেশ করায়।
• CGNAT ISP নেটওয়ার্কে মানে অনেক গ্রাহক একটি পাবলিক IP শেয়ার করে, এই অনুমান ভেঙে যায় যে একটি IP একটি একক হোস্টের সাথে ম্যাপ করে।

এটি ডিবাগিং করার সময় ব্যবহারিক গুরুত্ব রাখে। যদি একজন ব্যবহারকারী রিপোর্ট করে "সংযোগ ড্রপ হয়েছে," আপনাকে জানতে হবে এটি তাদের ল্যাপটপে ড্রপ হয়েছে, তাদের হোম রাউটারে, ISP-তে, একটি CDN এজ নোডে, একটি লোড ব্যালেন্সারে বা মূল সার্ভারে। End-to-end চিন্তাভাবনা আপনাকে সম্পূর্ণ চেইন ট্রেস করতে বাধ্য করে শুধু আপনার সার্ভার লগ চেক করার পরিবর্তে।

End-to-end সংযোগ পরীক্ষা করা

কয়েকটি টুল যা আপনাকে পথ দেখায়, শুধু সাফল্য/ব্যর্থতা নয়:

# হপ বাই হপ রুট ট্রেস করুন
traceroute 8.8.8.8

# Linux-এ, MTR প্রতিটি হপ প্রতি ক্রমাগত পরিসংখ্যান দেয়
mtr google.com

# MTU সমস্যা চেক করুন যা প্যাকেট খণ্ড করে বা নীরবে ড্রপ করে
ping -M do -s 1472 8.8.8.8

সেই শেষ আদেশ ভালো জানার যোগ্য। Path MTU discovery ব্যর্থতা একটি ক্লাসিক "end-to-end সংযোগ দেখায় কিন্তু সত্যিই নয়" সমস্যা। TCP SYN-এর মতো ছোট প্যাকেট ঠিক থাকে, কিন্তু একবার আপনি পূর্ণ-আকারের পেলোড পাঠান, মাঝের কিছু হপ নীরবে এটি ড্রপ করে কারণ এটি খুব বড় এবং ICMP "fragmentation needed" একটি ফায়ারওয়াল দ্বারা ব্লক করা হচ্ছে। সংযোগ ঝুলে যায় এবং সবাই অ্যাপ্লিকেশনকে দোষ দেয়।

TCP-এর জন্য বিশেষভাবে, tcpdump বা ss -ti উভয় শেষে আপনাকে বলে দুটি হোস্ট এমনকি সম্মত হয় তাদের একটি খোলা সংযোগ আছে:

ss -ti dst 203.0.113.5

যদি একটি দিক সংযোগ ESTABLISHED মনে করে এবং অন্যটি কিছু দেখায় না, মাঝের কিছু (সাধারণত একটি ফায়ারওয়াল নিষ্ক্রিয় সংযোগ সময়সীমা) নীরবে এটি মেরে ফেলেছে।

এটি নিরাপত্তার জন্য কেন গুরুত্বপূর্ণ

End-to-end এনক্রিপশন এই একই ধারণার নিরাপত্তা-প্রাসঙ্গিক সংস্করণ। একটি ব্রাউজার এবং একটি CDN এজের মধ্যে TLS ব্রাউজার এবং আপনার মূল সার্ভারের মধ্যে TLS-এর মতো নয়। যদি CDN TLS প্রান্ত করে এবং প্লেইনটেক্সট (বা একটি তাজা TLS সংযোগ) আপনার ব্যাকএন্ডে ফরওয়ার্ড করে, আপনার কাছে দুটি আলাদা এনক্রিপ্ট করা হপ আছে, একটি ক্রমাগত এনক্রিপ্ট করা চ্যানেল নয়। বেশিরভাগ ব্যবহারের ক্ষেত্রে তা ঠিক আছে, কিন্তু যদি আপনি কিছু সংবেদনশীল সামলাচ্ছেন, আপনাকে ঠিক জানতে হবে ডিক্রিপশন কোথায় ঘটে এবং কে প্রতিটি হপে প্লেইনটেক্সট দেখতে পারে।

এক যুক্তি VPN-এ প্রযোজ্য। একটি "full tunnel" VPN আপনাকে end-to-end এনক্রিপশন দেয় আপনার ডিভাইস থেকে VPN এক্সিট নোডে, কিন্তু এক্সিট নোড থেকে প্রকৃত গন্তব্য সার্ভারে সংযোগ একটি আলাদা হপ তার নিজের নিরাপত্তা বৈশিষ্ট্য সহ।

ব্যবহারিক সিদ্ধান্ত

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

যদি আপনি বাস্তব ট্রাফিক ট্রেসিং এবং প্যাকেট ক্যাপচার পড়ার উপর গভীরভাবে যেতে চান, Korra Studio-এর DEFENSE_GRID প্ল্যাটফর্মে Wireshark এবং TCP/IP fundamentals সেগমেন্ট দেখুন।