এফটিপিতে প্যাসিভ এবং এক্সটেন্ডেড প্যাসিভ মোডের মধ্যে পার্থক্য কী?


16

প্যাসিভ মোড এফটিপি (পিএএসভি) এবং এক্সটেন্ডেড প্যাসিভ মোড এফটিপি (ইপিএসভি) এর মধ্যে পার্থক্যগুলি কি কেউ সহজেই ব্যাখ্যা করতে পারেন?


2
@ ডেভিডপস্টিল দুঃখিত, আমি সত্যিই কেবল পিএএসভি বনাম ইপিএসভিতে আগ্রহী।
সিজি ক্যাম্পবেল

উত্তর:


19

কেবলমাত্র পার্থক্যটি হ'ল PORT/PASVআইপিভি 4-তে সীমাবদ্ধ , যখন EPRT/EPSVকোনও নেটওয়ার্ক প্রোটোকল দিয়ে কাজ করা (যদিও অনুশীলনে কেবল আইপিভি 6 ব্যবহৃত হয়)।

এফটিপি নিয়ন্ত্রণ প্রোটোকল এক্সচেঞ্জের ঠিকানা এবং স্ট্যান্ডার্ড PORT(সক্রিয়) এবং PASV(প্যাসিভ) কমান্ডগুলি ছয় 1-বাইট দশমিক হিসাবে বন্দর তথ্য , যার অন্য প্রান্তটি একটি চার-বাইট আইপি ঠিকানা এবং দুই-বাইট টিসিপি পোর্ট নম্বর পুনর্গঠন করতে হবে।

PORT <address[4]>,<port[2]>

PORT 132,235,1,2,24,131

কিন্তু তারপরে অন্যান্য প্রোটোকলগুলি উপস্থিত হতে শুরু করে। আইপিভি 4 "আইপিএনজি" এর সাথে প্রতিস্থাপিত হতে চলেছিল, যার বেশ কয়েকটি প্রতিযোগিতামূলক প্রতিস্থাপন প্রস্তাব ছিল (ওএসআই সিএলএনপি, টুবা, এসআইপি, এসআইপিপি, সিএটিএনআইপি - ইতিহাসের বিভিন্ন সময়ে), কিছু সংক্ষিপ্ত, লম্বা এমনকি এমনকি পরিবর্তনশীল হোস্ট ঠিকানা আকার সহ, 16 বাইট অ্যাড্রেস সহ IPv6 অবধি সংজ্ঞায়িত হয়ে গেল।

কেবলমাত্র আরও বাইটগুলি প্রেরণে কাজ হত না - সার্ভার এবং ক্লায়েন্টদের ঠিকানার দৈর্ঘ্যের ভিত্তিতে সঠিক প্রোটোকলটি জানা আশা করা যায় না। (উদাহরণস্বরূপ, যদি আপনার 16 টি বাইট অ্যাড্রেস + 4 বাইট বন্দর সহ একটি প্রোটোকল থাকে, 12 বাইট অ্যাড্রেস + 12 বাইট পোর্ট সহ অন্য একটি?)

এছাড়াও - যদিও এটি 20 বছর আগে কম গুরুত্বপূর্ণ ছিল - আজকাল ইন্টারনেটে কয়েক মিলিয়ন নেট ডিভাইস রয়েছে, যা এফটিপি নিয়ন্ত্রণ সংযোগগুলি পরীক্ষা করে এবং মাঙ্গেল করে তোলে যাতে "বাইরের" হোস্টটি কেবল "অভ্যন্তরীণ" হলেও গ্লোবাল আইপিভি 4 ঠিকানা দেখতে পাবে হোস্ট একটি আরএফসি 1918 স্থানীয় প্রেরণ করেছে। এমনকি NAT ব্যতীত, রাষ্ট্রীয় ফায়ারওয়ালগুলি ম্যানুয়াল বিধিগুলি ছাড়াই স্বয়ংক্রিয়ভাবে কোনও ডেটা সংযোগের অনুমতি দেওয়ার জন্য কন্ট্রোল কমান্ডগুলি প্রায়শই দেখে।

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

উপরের মতো বিভিন্ন সমস্যা এড়াতে, এফটিপিতে মাল্টি-প্রোটোকল সহায়তার জন্য নতুন কমান্ডগুলি প্রবর্তন করতে হয়েছিল।

1993 সালে বোঝায় যা RFC 1639 (মূলত বোঝায় যা RFC 1545 ) চালু "লম্বা ঠিকানা" LPRTএবংLPSV কমান্ড, যা কেমন ছিলেন PORT& PASVকিন্তু একটি সঙ্গে পরিবর্তনশীল ঠিকানা দৈর্ঘ্য ; তারা পাশাপাশি প্রোটোকল টাইপ শনাক্তকারী অন্তর্ভুক্ত। (এটি সিনট্যাক্সটি পরিবর্তিত হয়নি - আইপিভি 6 ঠিকানা: পোর্টটি কেবল ছয়টির চেয়ে 21 নম্বর হিসাবে প্রেরণ করা হবে))

LPRT <protocol>,<addr-length>,<address...>,<port-length>,<port...>

LPRT 4,4,132,235,1,2,2,24,131

LPRT 6,16,16,128,0,0,0,0,0,0,0,8,8,0,32,12,65,122,2,20,162

তবে এটি এখনও কিছু সমস্যা সমাধান করতে পারেনি, যেমন সার্ভারকে নিয়ন্ত্রণ সংযোগের চেয়ে আলাদা প্রোটোকল ব্যবহার করতে বলার মতো। আরএফসি এছাড়াও দ্রুত পুরানো হয়ে যায়; যখন IPv6, মাত্র এক বছর পরে বের হই এটা করতে পারে LPRT সঙ্গে ব্যবহার করা কারণ কোন LPRT প্রোটোকল আইডেন্টিফায়ার (শুধুমাত্র বিভিন্ন গোড়ার দিকে প্রস্তাবের জন্য) জন্য নির্ধারিত ছিল।

এটি ঠিক করার জন্য, 1998 সালে আরএফসি 2428 যুক্ত EPRTএবং EPSV, ওরফে "এক্সটেনডেড পোর্ট" এবং "এক্সটেন্ডেড প্যাসিভ" যুক্ত হয়েছিল , যার মধ্যে প্রোটোকলের আলোচনার জন্য একটি পদ্ধতি ছিল যা উভয়ই সমর্থন করে। "বর্ধিত" কমান্ডগুলি মানব-পঠনযোগ্য আকারে ঠিকানাগুলি প্রেরণ করে - আইপিভি 6 এর জন্য, এর অর্থ হেক্স এবং কোলন স্বরলিপি ব্যবহার করে পৃথক দশমিক সংখ্যার ধারাবাহিক না করে।

EPRT x<protocol>x<address>x<port>x

EPRT |1|132.235.1.2|6275|

EPRT |2|1080::8:800:200C:417A|5282|

উপসংহারে, আইপিভি 6 সমর্থন কেবলমাত্র পার্থক্য।


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

3
আর একটি পার্থক্য হ'ল EPSVপ্রতিক্রিয়াটি আইপি ঠিকানা অন্তর্ভুক্ত করে না (কী PASVপ্রতিক্রিয়া দেখায়)। এটি সাধারণ সমস্যা এড়ানোর জন্য যখন কোনও NAT এর পিছনে অবস্থিত এফটিপি সার্ভারটি এটি বাহ্যিক আইপি ঠিকানাটি জানে না এবং এফটিপি ক্লায়েন্টকে তার অভ্যন্তরীণ ঠিকানা প্রেরণে বিভ্রান্ত করে।
মার্টিন প্রিক্রিল

@ মার্টিনপ্রিক্রিল যা বলে তার সাথে যুক্ত করার জন্য, আরেকটি কারণ হ'ল এফটিপি-ওভার-টিএলএস ব্যবহার করার সময়, ফায়ারওয়াল / NAT এটি পুনরায় লেখার জন্য পিএএসভি কমান্ডের আইপি ঠিকানাটি আটকাতে পারে না (অন্তত নিয়ন্ত্রণ সংযোগটি এমআইটিএম না করেই)) ইউনিক্স বিশ্বের লোকেরা সাধারণত এফটিপি-ওভার-টিএলএসের পরিবর্তে এসএফটিপি ব্যবহার করে, সাধারণত আইবিএম মেইনফ্রেমগুলির সাথে এফটিপি-ওভার-টিএলএস ব্যবহার করা হয়, যেহেতু এফটিপি রেকর্ড-ভিত্তিক ফাইলগুলির জন্য সমর্থন করে (এসটিইউ আর, মোডে বি), যখন এসএফটিপি কেবল স্ট্রিম-ভিত্তিক সমর্থন করে ফাইলগুলি
সাইমন কিসেন

1

সক্রিয় এবং প্যাসিভ মধ্যে পার্থক্য ইতিমধ্যে উত্তর দেওয়া হয়। এক্সটেনটেড প্যাসিভ (ইপিএসভি) কেবল আইভিভি 4 এবং আইপিভি 6 সহ প্যাসিভ, কারণ প্যাসভের প্রতিক্রিয়াটির বাক্য গঠনটি আইভিভি 4-র সাথে নির্দিষ্ট ছিল এবং সুতরাং আইপিভি 6 এর জন্য একটি নতুন কমান্ডের প্রয়োজন ছিল। সক্রিয় মোডে EPTR বনাম PORT সমান। ইপিআরটি এবং ইপিএসভি এর সাথে কিছুটা আলাদা আচরণ আছে যেগুলি কেবল পোর্টটি থাকতে পারে, পোর্ট এবং প্যাসভের মতো আইপি এবং পোর্ট নয়। সুতরাং নিয়ন্ত্রণ স্থানান্তর কেবল সিস্টেমগুলির মধ্যে ডেটা স্থানান্তর করা সম্ভব। পোর্ট এবং প্যাসভের সাহায্যে অন্যান্য সিস্টেমের মধ্যে একটি ডেটা সংযোগ তৈরি করা সম্ভব (যদিও এটি আজ খারাপ নকশা এবং সুরক্ষা ঝুঁকি হিসাবে বিবেচিত)।


2
এটি আমি চাই না এমন ধরণের উত্তর ছিল। এটি আমাকে অন্য কোথাও যতটা খুজে পেয়েছিল ঠিক তেমনটিই বলেছে, এটি হ'ল ইপিএসভি আইপিভি 6 এর জন্য তৈরি হয়েছিল, তবে কেন তা ব্যাখ্যা করছিল না । (অর্থাৎ আমি আপনার যুক্তিটি যথেষ্ট ভাল ব্যাখ্যা হিসাবে গ্রহণ করি না) আমি এই আশায় বলছি আপনি সম্ভবত আপনার উত্তরটি আরও ভাল করে তুলবেন।
সিজি ক্যাম্পবেল

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