আইপিটির টিটিএল নিয়ে হেরফের করা কেন বিপজ্জনক?


51

আমি iptables ম্যান-পৃষ্ঠা পড়ছি (হালকা শয়নকালীন পড়া) এবং আমি 'টিটিএল' লক্ষ্যটি পেয়েছি, তবে এটি সতর্ক করে:

টিটিএল ক্ষেত্রটি স্থাপন বা বাড়ানো সম্ভাব্যভাবে বিপজ্জনক হতে পারে

এবং

আপনার স্থানীয় নেটওয়ার্কটি ছেড়ে যায় এমন প্যাকেটে কখনও মূল্য নির্ধারণ বা বৃদ্ধি করবেন না!

আমি দেখতে পাচ্ছি যে কীভাবে সম্ভবত টিটিএল কমতে বা সেট করা গন্তব্যে পৌঁছানোর আগে প্যাকেটগুলি ফেলে দেওয়া হতে পারে, তবে ইনক্রিমেন্টিংয়ের কী প্রভাব থাকতে পারে?

উত্তর:


67

টিউটিএল হ্রাস পায় যখন এটি রাউটারের মধ্য দিয়ে যায়। এটি নিশ্চিত করে যে প্যাকেটটি যদি চেনাশোনাগুলি ঘুরে বেড়াচ্ছে তবে অবশেষে এটি মারা যাবে।

আইপি ভি 4 প্যাকেটের টিটিএল ক্ষেত্রটি একটি 8-বিট ক্ষেত্র (255 দশমিক)। সুতরাং এটির শুরুতে এটি উচ্চতর স্থাপন এটি কোনও বড় বিষয় নয় যেহেতু এটি কোনও সুগঠিত প্যাকেটে আসলে এত বড় হতে পারে না (যদিও, কিছু জিনিস ত্রুটিযুক্ত আইপি প্যাকেট গ্রহণ করতে পারে)।

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


20

প্যাকেটগুলিতে থাকা টিটিএল মূলত বুদ্ধিমানভাবে রুট করে keeps যদি কোনও প্যাকেটের একটি খুব বড় টিটিএল থাকে এবং কোনও কারণে বিজ্ঞপ্তি পথে ধরা পড়ে, এটি এক টন ট্র্যাফিকের ("প্যাকেট ঝড়" নামে পরিচিত) হতে পারে এবং স্বাভাবিক ক্রিয়ায় হস্তক্ষেপ করতে পারে। প্যাকেটটি গন্তব্যে পৌঁছানোর আগে আপনি হারাতে চাইলে খুব কম টিটিএল সংযোগ হ্রাস পাবে।


এই TTL এর মেয়াদ শেষ হওয়ার সম্পর্কে আরো, কিন্তু এটা সম্পর্কে একটু বিস্তারিত ঢোকা যে আপনি কি বলে, cisco.com/web/about/security/intelligence/ttl-expiry.html
NickW

5

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

আপডেট: উইকিপিডিয়ায় এই পৃষ্ঠা অনুযায়ী :

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

আপডেট 2: যেহেতু কেউ আমার পোস্ট আপডেট করেছে এবং উইকিপিডিয়া রেফারেন্স করেছে, আমি ভেবেছিলাম আরএফসি নিজেই রেফারেন্স করা ভাল - http://www.ietf.org/rfc/rfc791.txt - কেবল সেখানে টিটিএল অনুসন্ধান করুন এবং এটি বেশ কার্যকর এটি ব্যাখ্যা করার একটি ভাল কাজ:

এই ক্ষেত্রটি ইন্টারনেট সিস্টেমে ডেটাগ্রামকে সর্বোচ্চ সময় থাকার অনুমতি দেয় ... প্রতিটি মডিউল যে কোনও ডেটাগ্রামের প্রক্রিয়াকরণ করে সেটিকে কমপক্ষে একটি করে টিটিএল হ্রাস করতে হবে এমনকি যদি এটি ডাটাগ্রামকে এক সেকেন্ডেরও কম সময়ে প্রক্রিয়া করে তবে

2
তবে - আপনি যদি আপনার নেটওয়ার্কে উত্সাহিত প্যাকেটগুলি যদি আপনার রাউটারের উত্স থেকে থাকে তবে তাদের কাছে যে পরিমাণ মূল্য ছিল তা বর্ধিত হয়, তবে রিটার্ন প্যাকেটগুলি আপনার রাউটারে পৌঁছে যাবে (এবং তারপরে ক্লায়েন্টকে প্রেরণ করার সময় আপনি সেগুলি বাড়িয়ে তুলতে পারেন) স্থানীয় নেটওয়ার্ক)
এলোমেলো 832

আমি পদ্ধতির উপন্যাসের মতামতটি পছন্দ করি এবং আপনি তার জন্য আমার উত্সাহ পেতে পারেন। তবে যে টিটিএলটি মূলত প্রতি সেকেন্ডে নেটওয়ার্কে ব্যয় করা প্রতিটি প্যাকেট পাশাপাশি প্রতিটি হপের জন্য হ্রাস করার কথা ছিল। সেই historicalতিহাসিক সংজ্ঞাটি আজকাল উপেক্ষা করা হয় - তবে এটি কখনই ধরে নেওয়া যায় না যে দুটি নোডের মাঝের পথটি প্রতিসম - বা এমনকি এক প্যাকেট থেকে অন্য প্যাকেটে স্থানান্তরিত একই।
পিপি

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

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

3
@ মাইকেলKjörling এটি আরএফসি 791 এর মতো সংজ্ঞায়িত হয়েছে, যা আইপিভি 4 সংজ্ঞায়িত করে।
মাইকেল হ্যাম্পটন

3

আমি কেবল একটি প্রোগ্রাম জানি, এটি একটি উচ্চতর টিটিএল মান ব্যবহার করতে পারে, এবং তা traceroute। নামটি যেমন বলেছে, এটি টিটিএল মানটি সংশোধন করে কোনও গন্তব্য হোস্টের পথে চিহ্নিত করে। মানক সর্বাধিক হप्सগুলি 20, তবে আপনি এটি বাড়াতে পারেন।


2
কোনও প্যাকেট তার গন্তব্যে পৌঁছেছে কিনা তা জানাতে ট্রেস্রোয়েট (বেশিরভাগ বাস্তবায়ন) আইসিএমপি টাইম অতিক্রমকৃত বার্তাগুলির উপরও নির্ভর করে । একটি সরাইয়া, টাইম অতিক্রম করেছে বার্তা হিসাবে এক কারণে সরাসরি ICMP এর সরাসরি ব্লক একটি খুব খারাপ ধারণা।
একটি সিভিএন

0

প্যাকেটটি পরিচালনা করে এমন প্রতিটি রাউটার প্যাকেটটি তার গন্তব্যে পৌঁছানো বা টিটিএল শূন্যে না পৌঁছানো অবধি টিটিএল মান হ্রাস করে।

অন্যরা যেমন বলেছে, টিটিএল বাড়ানোর ফলে এমন প্যাকেট তৈরি হতে পারে যা কখনও মারা যায় না, যদি কোনও নেতিবাচক চক্র থাকে। সাধারণত, যদি কোনও টিটিএল মান যথেষ্ট পরিমাণে বড় না হয় তবে একটি বৃহত টিটিএল চেষ্টা করার যুক্তি সম্ভবত শেষ থেকে শেষ ক্লায়েন্টদের দ্বারা পরিচালিত হওয়া উচিত।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.