কেন এফটিপি প্যাসিভ মোড একক সুপরিচিত বন্দরের বিপরীতে বিভিন্ন ধরণের সাময়িক বন্দর ব্যবহার করে? [বন্ধ]


9

এফটিপি প্যাসিভ মোডে, আমি পড়েছি যে সার্ভারটি ক্লায়েন্টকে একটি র্যান্ডম পোর্ট নম্বর প্রেরণ করে যেখানে এটি কোনও ডেটা চ্যানেল স্থাপন করতে পারে।
তারপরে ক্লায়েন্ট তার র্যান্ডম পোর্ট নম্বর থেকে সার্ভারের মাধ্যমে প্রেরিত এই পোর্ট নম্বরটিতে একটি ডেটা চ্যানেল স্থাপন করে।

আমার প্রশ্ন হ'ল সার্ভার ক্লায়েন্টকে কেন এলোমেলো বন্দর নম্বর পাঠায়? কেন ক্লায়েন্ট সরাসরি সার্ভার সাইডে 20 নম্বর পোর্টে ডেটা চ্যানেল স্থাপন করতে পারে না?


2
আমি ভেবেছিলাম এই বিষয়টি বন্ধ ছিল।

দুর্ভাগ্যক্রমে, ওএসআই স্তর -4 এর উপরে প্রোটোকল সম্পর্কে প্রশ্নগুলি এখানে অফ-টপিক।
রন মাউপিন

উত্তর:


13

প্যাসিভ মোডে কাজ করার জন্য এফটিপি প্রোটোকলটি এমনভাবে তৈরি করা হয়েছিল। এটি সম্ভবত একটি ভাল ধারণা ছিল না, কারণ আমি মনে করি না যে এই মডেলটি অন্য কোনও প্রোটোকলে আবার কখনও পুনরাবৃত্তি হয়েছিল (এবং এটি এফটিপি অ্যাক্টিভ মোড সম্পর্কে আরও সত্য)।


ডেটা সংযোগ বন্দরে, কোনও প্রোটোকল নেই। সার্ভারটি যা কিছু জানে - কেবলমাত্র সেই সংযোগে যে কোনও তথ্য বহন করে - হ'ল পোর্ট নম্বরটি আপনি সংযুক্ত হন।

আপনি যদি প্রতিবার একই বন্দরে সংযোগ স্থাপন করেন তবে সার্ভারটি আপনি কোন ফাইলটির সাথে সংযোগ করছেন তা বলতে সক্ষম হবে না। পোর্ট নম্বরটি নিয়ন্ত্রণ সংযোগ এবং একটি ডেটা সংযোগে স্থানান্তর অনুরোধের মধ্যে একটি লিঙ্ক হিসাবে কাজ করে - PASVকমান্ডের প্রতিক্রিয়াতে পোর্ট নম্বর থাকে ।

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

তবে এটি এর জন্য কার্যকর হবে না:

  • একই মেশিনের একাধিক সংযোগ (বেশিরভাগ এফটিপি ক্লায়েন্ট সমান্তরাল স্থানান্তর / সারি সমর্থন করে এবং আপনি আসলে একটি মেশিনে একাধিক পৃথক এফটিপি ক্লায়েন্ট চালাতে পারেন);
  • একই (কর্পোরেট) নেটওয়ার্কের মধ্যে বিভিন্ন মেশিনের সংযোগ, যেমনগুলির বহিরাগত আইপি রয়েছে।

আমার উত্তর থেকে আংশিকভাবে অনুলিপি করা হয়েছে কেন কেবল একটি পোর্টের বিপরীতে এফটিপি প্যাসিভ মোডের জন্য কোনও বন্দর পরিসর প্রয়োজন? সার্ভার ফল্টে।


সার্ভার সাইডে ব্যবহৃত পোর্ট নম্বরটিও 20 ডান হতে পারে? প্রতিটি উত্তরে, সার্ভারের পাশের পোর্ট নম্বরটি 20 এর বাইরে
Zephyr

আমার উত্তরটি ব্যাখ্যা করে যে কেন প্রতিটি সংযোগ / স্থানান্তরের জন্য পোর্ট নম্বরটি অনন্য হতে হবে। সুতরাং এটি 20 এ স্থির করা যাবে না
মার্টিন প্রিক্রিল

হ্যাঁ এটি স্থির করা যায় না তবে এর মধ্যে 20 টি সঠিক হতে পারে?
Zephyr

1
হ্যাঁ, তবে অন্যান্য সমস্ত বন্দরগুলি 1024 এর উপরে হতে হবে And এবং ব্যবহারিক দৃষ্টিকোণ থেকে একটি স্বচ্ছ বন্দর পরিধি আরও ভাল। বেশিরভাগ ফায়ারওয়াল / নাট রেঞ্জ-ভিত্তিক নিয়মকে সমর্থন করে। বিচ্ছিন্ন বন্দর 20 এর জন্য আপনি একটি বিশেষ বিধি যুক্ত করতে চান না - এছাড়াও বেশিরভাগ এফটিপি সার্ভারগুলি কেবল বন্দরগুলির সংক্ষিপ্ত পরিসীমা সমর্থন করে।
মার্টিন প্রিক্রিল

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

4

সাধারণত, সার্ভারটি এলোমেলো পোর্ট প্রেরণ করে না তবে একটি সংজ্ঞায়িত (ইনস্টলেশন দ্বারা) পরিসর / পুল থেকে একটি বিনামূল্যে দেয় - ক্লায়েন্টের জন্য এটি এলোমেলো দেখায়। এই পোর্টটি ফায়ারওয়ালে ফরোয়ার্ড করা দরকার যার জন্য একটি ব্যাপ্তি নির্ধারণ করা দরকার।

দুর্ভাগ্যক্রমে, এফটিপি প্রাচীন। আমার ধারণা, প্রাচীন সার্ভারগুলি পোর্ট ব্যতীত একাধিক ক্লায়েন্টের ডেটা সেশন আলাদা করতে পারে না। সাধারণত, আরও বেশি আপ টু ডেট প্রোটোকলগুলিতে এগিয়ে যাওয়া ভাল যেখানে একক সকেটের সেশনের মধ্যে সবকিছু ঝরঝরে করে প্যাক করা হয়।


সুতরাং এটি ঠিক 20 হতে পারে? প্রতিটি ওয়েবসাইটে ডেটা জন্য সার্ভার পোর্ট নম্বর 20 ছাড়া অন্য হয়।
Zephyr

অ্যাক্টিভ এফটিপি (যা আরও বেশি ব্যবহৃত হয় না) এর জন্য সার্ভার থেকে 20 বহির্গামী পোর্ট
জ্যাক 67

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