நெட்வொர்க்িங்ல End-to-End என்பது உண்மையில் எதைக் குறிக்கிறது?

மக்கள் ஒரு இணைப்பு "end to end" என்று சொல்லும் போது, தரவு அசல் மூல பயன்பாட்டிலிருந்து இலக்கு பயன்பாட்டிற்கு சில middlebox அமைதியாக அதை மீண்டும் எழுதுவது அல்லது நிறுத்துவது இல்லாமல் பயணிக்கிறது என்பது அவர்கள் பொருள்படுத்துகிறார்கள். NAT, ஃபயர்வாலைস், load balancers, மற்றும் proxies மூலம் ஒரு உண்மையான பாக்கெட்டின் பாதையை ট்ரেசிங் செய்யத் தொடங்கும் வரை இது எளிமையாக தோன்றுகிறது.

End-to-end கொள்கை

இந்த ধারணை 1984 ல Saltzer, Reed, மற்றும் Clark களால் எழுதப்பட்ட ஒரு தாளிலிருந்து வந்திருக்கிறது, இது நம்பகத்தன்மை மற்றும் குறியாக்கம் போன்ற சில செயல்பாடுகள் நெட்வொர்க்கின் நடுவில் அல்ல என்று வாதிட்டது, மாறாக நெட்வொர்க்கின் இறுதிப் புள்ளிகளில் இருக்க வேண்டும். முக்கிய நெட்வொர்க் பாக்கெட்களை மাত்து முன்னக்கொள்க வேண்டும். end points பிழை சரிபார்ப்பு, மீண்டும் பாठிப்பு, மற்றும் வரிசைப்படுத்துதல் கையாள வேண்டும்.

TCP தெளிவான எடுத்துக்காட்டு. நடுவில் உள்ள Routers வரிசை எண்களை ট்র্যாக் செய்வதில்லை அல்லது பிரிவுகளை ஒப்புக் கொள்வதில்லை. அது TCP stacks இயக்கும் இரண்டு hosts களின் வேலை. நெட்வொர்க் layer (IP) மாத்து சிறந்த முயற்சி delivery செய்கிறது, மற்றும் ஒவ்வொரு முறையும் TCP잃ந்ததை அல்லது மீண்டும் வரிசைப்படுத்தப்பட்டதை சரி செய்கிறது.

End-to-end இன்று எங்கே தோல்வியடைகிறது

আধুनिक நেটওয়ার্ks এই নীতि ক্রমাগত লঙ্ঘন করে, সাধারণত ভাল পরিচালনামূলক কারণগুলির জন্য:

• NAT উৎস IP এবং port மீண়டும் লিখে, যাতে সার্ভার দেখে যে পাক্কেট ক্লায়েন্ট পাঠায়নি।
• TLS-terminating proxies এবং load balancers (AWS ALB বা nginx reverse proxy এর মতো) এক TCP/TLS সেশন শেষ করে এবং নতুন একটি শুরু করে। ক্লায়েন্টের আসল endpoint proxy, app server নয়।
• Stateful firewalls সংযোগ অবস্থা ট্র্যাক করে এবং প্রত্যাশিত ক্রম সঙ্গে মিল নেই না পাক্কেট drop করতে পারে, কার্যকরভাবে তারা নিজদেরকে কথোপকথনে ইনজেক্ট করছে।
• CGNAT ISP নেটওয়ার্কগুলিতে মানে অনেক গ্রাহকরা একটি জনসাধারণ IP ভাগ করে, ধরে যে একটি IP একক host এ ম্যাপ করে।

এটি ব্যবহারিকভাবে যখন আপনি debug করছেন তখন গুরুত্বপূর্ণ। যদি ব্যবহারকারী "সংযোগ ড্রপ হয়েছে" রিপোর্ট করেন, আপনি জানতে হবে যে এটি তাদের laptop, তাদের home router, ISP, CDN edge node, load balancer, অথবা origin server এ drop হয়েছে। End-to-end চিন্তাভাবনা আপনার নিজের সার্ভার লগ শুধু পরিবর্তে সম্পূর্ণ শৃঙ্খল ট্রেস করতে বাধ্য করে।

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

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

# hop by hop রুট ট্রেস করুন
traceroute 8.8.8.8

# Linux এ, MTR প্রতি hop উপর অব্যাহত stats দেয়
mtr google.com

# MTU সমস্যাগুলি চেক করুন যা fragment বা silently drop করে
ping -M do -s 1472 8.8.8.8

ওই শেষ কমান্ড ভাল জানার মূল্য। Path MTU discovery ব্যর্থতা একটি শ্রেণীবিভাগ "looks like end-to-end সংযোগ তবে সত্যিই না" সমস্যা। ছোট packets মত TCP SYN ঠিক মাধ্যমে যান, কিন্তু একবার আপনি সম্পূর্ণ-আকার payload পাঠান, কিছু hop মধ্যে silently drop যদি এটি বড় এবং ICMP "fragmentation প্রয়োজন" একটি firewall দ্বারা blocked সংযোগ ঝুলে এবং সবাই আবেদন দোষ।

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

ss -ti dst 203.0.113.5

যদি এক পক্ষ সংযোগ ESTABLISHED থিংক এবং অন্যরা কিছু দেখায় না, কিছু মধ্যে (সাধারণত একটি firewall idle সংযোগ timeout) silently এটি হত্যা করেছে।

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

End-to-end এনক্রিপশন এই সমান ধারণা নিরাপত্তা প্রাসঙ্গিক সংস্করণ। TLS ব্রাউজার এবং CDN edge মধ্যে একই TLS ব্রাউজার এবং origin server মধ্যে না। যদি CDN TLS terminate এবং plaintext (অথবা তাজা TLS সংযোগ) আপনার backend forward, আপনি দুই আলাদা এনক্রিপ্ট hops, এক অব্যাহত এনক্রিপ্ট channel নয়। যে বেশিরভাগ ব্যবহারের ক্ষেত্রে ঠিক আছে, কিন্তু যদি আপনি কিছু সংবেদনশীল পরিচালনা করছেন, আপনি ঠিক জানতে হবে যেখানে decryption ঘটে এবং কে প্রতিটি hop এ plaintext দেখতে পারেন।

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

ব্যবহারিক পাঠ

যখন কেউ একটি নেটওয়ার্ক পাথ end to end বলে, জিজ্ঞাসা: end to end কি দুই পয়েন্ট মধ্যে, ঠিক? ক্লায়েন্ট এবং load balancer? Load balancer এবং app server? Naming আসল endpoints একটি vague নেটওয়ার্কিং দাবি কিছু আপনি পাক্কেট capture সঙ্গে পরীক্ষা করতে পারে মধ্যে পরিণত করে।

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