প্রশ্নের উত্তর সম্পর্কিত সম্পর্কিত সহজ উত্তর
ডিএনএসের বহিরাগত ব্যবহারগুলি উপেক্ষা করা এবং ডিএনএস লুকও বিপরীত করা (প্রশ্নের সাথে প্রাসঙ্গিক নয়), প্রায় সমস্ত ডিএনএস ব্যবহার ফর্মের:
- ক্লায়েন্ট একটি ডিএনএস সার্ভারে ডোমেন নাম (পুরোপুরি যোগ্য বা অন্যথায়) প্রেরণ করে
- ডিএনএস সার্ভার তার রেকর্ড থেকে ডোমেন তথ্য ফেরত দেয়। সাধারণত অনুরোধ করা মূল তথ্যটি হ'ল হয় সেই ডোমেনে ওয়েব / ইমেলের সাথে যোগাযোগের জন্য আইপি ঠিকানা, বা অন্য ডিএনএস সার্ভারের আইপি ঠিকানাটি সেই তথ্য সরবরাহ করতে সক্ষম।
ক্লায়েন্টটি সার্ভারের সাথে যোগাযোগ করার পরে, সার্ভার নিজেই গ্রহণ করবে এবং ডিএনএস সিস্টেমটি চিত্রের বাইরে চলে যাবে।
এর অর্থ কী, ডিএনএস সিস্টেমের বন্দর সম্পর্কিত তথ্য সরবরাহ করার দরকার নেই এবং এটি প্রায়শই কখনও হয় না। সুতরাং যদিও প্রশ্নের লক্ষ্যটি বৈধ, এবং প্রায়শই হয়ে যায়, এটি আসলে এটি ডিএনএস সিস্টেম নয় does এজন্য আপনি এটি কার্যকর করতে পারবেন না :)
ধারণাটি হ'ল একবার আপনার ক্লায়েন্টটি নির্দিষ্ট মেশিন বা সার্ভারের সন্ধান করতে পারলে এটি বেছে নিলে কোনও মেশিন তার পছন্দমতো কোনও পোর্ট শুনতে পাবে এবং কনফিগার করা কোনও পোর্টের কোনও প্রোটোকল গ্রহণ / অস্বীকার / প্রতিক্রিয়া জানাবে।
উদাহরণস্বরূপ, এইচটিটিপি ওয়েব পরিষেবাদিগুলি সাধারণত ৮০ বন্দর বন্দরে সরবরাহ করা হয় That এর অর্থ হ'ল ক্লায়েন্ট একবার মেশিনের আইপি জানার পরে এটি ধরে নিতে পারে যে পোর্ট ৮০ এ একটি বার্তা প্রেরণের ফলে সেই বার্তাটি সেই মেশিনের ওয়েব পরিষেবা দ্বারা পড়ে / প্রতিক্রিয়া দেখায়। তবে এটি সেভাবে হতে হবে না। 9000 পোর্টে ওয়েব আগত অনুরোধগুলি শুনতে সার্ভারটি কনফিগার করা থাকলে, 9000 পোর্টে পৌঁছাতে সক্ষম যে কোনও ক্লায়েন্ট তার ওয়েব পরিষেবাতে পৌঁছাতে সক্ষম হবে। সার্ভারটি যদি এমন কোনও প্রক্সি / NAT / রাউটারের পিছনে থাকে যা 10000 পোর্টকে 9000 পোর্টে পুনর্নির্দেশ করে এবং ক্লায়েন্টটি 10000 পোর্টে একটি ওয়েব অনুরোধ প্রেরণ করে তবে সার্ভারটি এটি 9000 পোর্টে গ্রহণ করবে এবং প্রতিক্রিয়াও জানাবে।
ওয়েব সার্ভারের মধ্যে পুনর্নির্দেশ / ম্যাপিং
আপনি কোনও মন্তব্যে পুনর্নির্দেশ ম্যাপিং বা পুনর্লিখন সম্পর্কে জিজ্ঞাসা করেছেন। ওয়েব সার্ভার যে কাজগুলি করতে পারে এটি সেগুলি। মূলত, আপনি অনুরোধে প্রাপ্ত URL টি কীভাবে পরিচালনা করে তা পরিচালনা করতে আপনি ওয়েব সার্ভার (বা বেশিরভাগ / অনেক ওয়েব সার্ভার) কনফিগার করতে পারেন। সুতরাং এটি বিভিন্ন ইউআরএল একইভাবে পরিচালনা করতে, বা সাধারণ টাইপস (ম্যাপিং) ঠিক করতে অভ্যন্তরীণভাবে প্রাপ্তির URL টি সংশোধন করতে পারে বা কিছু আলাদা, প্রতিস্থাপন, ইউআরএল ব্যবহার করে ক্লায়েন্টকে দ্বিতীয় বার জিজ্ঞাসা করতে আসলে প্রতিক্রিয়া জানাতে পারে can (পুনর্নির্দেশ)।
এগুলির ব্যবহার রয়েছে এবং নীতিগতভাবে আপনার ব্যবহার-কেস পরিচালনা করতে পারে তবে এই কারণগুলির জন্য এগুলি আপনার জন্য "সঠিক" সমাধানের মতো শোনাচ্ছে না:
- আমি মনে করি না ম্যাপিং কোনও উপকারে আসবে । ম্যাপিং ওয়েব সার্ভারের প্রায় সম্পূর্ণ অভ্যন্তরীণ, এটি বলে যে " এই ইউআরএলটিকে এমন ব্যবহার করুন যেমন এটি সেই URL হিসাবে"। উদাহরণস্বরূপ, আপনি " https://example.com/index.php?area-=forum&topic ব্যবহার করে খুব পুরানো, পুরানো এবং বর্তমান ইউআরএল (ব্যবহারকারীর সুবিধার্থে) ফোরামের অনুসন্ধানের জন্য কোনও ব্যবহারকারীকে ফোরামের অনুসন্ধানের অনুমতি দেওয়ার জন্য আপনি ওয়েব সার্ভার ইউআরএল ম্যাপিং ব্যবহার করতে পারেন might = 2 ", এছাড়াও" https://example.com/forum.php?topic=2 "এবং" https://forum.example.com?topic=2", এবং কেবল এটি একবার পরিচালনা করুন, কোয়েরি হ্যান্ডলিংয়ের প্রথম পদক্ষেপ হিসাবে প্রথমটির অভ্যন্তরীণভাবে তৃতীয় ইউআরএলটিতে ম্যাপিংয়ের মাধ্যমে এই লক্ষ্যগুলি আইপি / পোর্ট নয় কোয়েরি পাথকে প্রভাবিত করে, ম্যাপিং এর জন্য খুব বেশি ব্যবহার হয় না পোর্ট ম্যানেজমেন্ট এবং আপনার ক্ষেত্রে ক্লায়েন্ট আসলে কখনই 8080 নিয়ে অনুসন্ধান করে না।
- পুনঃনির্দেশ কাজ করবে, তবে আপনি যা চান তা নাও হতে পারে । ওয়েব সার্ভারে পুনঃনির্দেশটি ওয়েব সার্ভারটির উপর নির্ভর করে আসলে ক্যোয়ারী গ্রহণ করে (কারণ এগুলি ওয়েব সার্ভারের অভ্যন্তরীণ ফাংশন)। সুতরাং ওয়েব সার্ভারটি 80 টি পোর্টে শুনতে হবে মূল ক্যোয়ারীটি পেতে, পুনঃনির্দেশ / মানচিত্রের সাথে প্রতিক্রিয়া জানাতে ইনম ক্রম। এটি হবে এছাড়াও ": 8080" URL-, যা কি আপনি চান মত না হয় পোর্ট 8080. কাজের দিক শুনতে হবে, এটা আবার ব্যবহার ক্যোয়ারীতে, যে কোনো ক্লায়েন্ট কুয়েরিং বন্দর 80 জানাতে হবে একটি পুনর্নির্দেশ নিয়ম হবে না। ব্যবহারকারী এটিতে ": 8080" সহ নতুন ইউআরএলও দেখতে পাবেন, যদিও আপনি এটি "স্বচ্ছ" হতে চান এবং প্রদর্শিত হবে না বলে মনে হচ্ছে।
- পুনঃনির্দেশ করা কেবলমাত্র একটি স্ট্যান্ডার্ড পোর্টকে পুনর্নির্দেশ করতে (80 বা 443) কাজ করবে - আপনি 2000 থেকে 8080 বলে পোর্টটি পুনর্নির্দেশ করতে পারবেন না, কারণ ক্লায়েন্টটি 2000 এ ডিফল্টভাবে জিজ্ঞাসা করবে না, প্রথম স্থানে, তাই এটি কখনও না 2000 সার্চ করে থাকলেও ওয়েব সার্ভারে যান। যদিও এটি আপনার পক্ষে সমস্যা নাও হতে পারে।
তবে আপনি যদি "বুদ্ধিমান" পুনঃনির্দেশ চান, যেখানে কেবলমাত্র 8080-এ পুনঃনির্ধারণ করা হয়েছে, সেখানে যাওয়ার উপায়টি হতে পারে, কারণ কোন ইউআরএলগুলি পুনঃনির্দেশিত করা উচিত তা নির্ধারণ করার জন্য পুনর্নির্দেশের মধ্যে যুক্তি অন্তর্ভুক্ত থাকতে পারে, যেখানে পোর্ট ম্যাপিং (নীচে) সমস্ত মানচিত্র তৈরি করবে ।
এটি সঠিকভাবে কীভাবে করা যায়
আপনার প্রশ্নের উত্তর হ'ল, আপনি চান যে ওয়েব সার্ভারটি ওয়েব অনুরোধগুলির প্রতিক্রিয়া জানায় যা ক্লায়েন্টটি ডিফল্ট পোর্টে (80/443) প্রেরণ করে তবে সার্ভারটি আসলে 8080 পোর্টে প্রাপ্ত হয়।
তার মানে, আপনি দেখতে পাচ্ছেন যে ক্লায়েন্ট এবং সার্ভারের মধ্যে পোর্টগুলি মানচিত্রের মধ্যে আপনার কিছু দরকার । এইভাবে, ক্লায়েন্ট 80 পোর্টে প্রেরণ করে (ওয়েব ব্রাউজারগুলির দ্বারা ব্যবহৃত ডিফল্ট পোর্ট), তবে এটি ওয়েব সার্ভারের দ্বারা 8080 পোর্টে আসলে পাওয়া গেছে। অবশ্যই আপনাকে 8080 পোর্টে শুনতে ওয়েব সার্ভারটি কনফিগার করতে হবে, কারণ এটি আদর্শ নয়, তবে এটি সহজ এবং যে কোনও ওয়েব সার্ভারকে তার শ্রবণ পোর্টগুলি নির্দিষ্ট করতে সক্ষম হওয়া উচিত।
এটি করার সর্বাধিক সাধারণ উপায় হ'ল পোর্ট ম্যাপিংয়ের মাধ্যমে রাউটার / ফায়ারওয়ালের মধ্যে।
সরল কথায়, এটি করার জন্য, রাউটারকে একটি নিয়ম দেওয়া হয়েছে, যে কোনও কিছু পেয়েছে যার গন্তব্য আইপি এবং গন্তব্য পোর্ট = 80 রয়েছে, লেনের মধ্যে গন্তব্য বন্দরটি পরিবর্তিত করে 8080 করা উচিত। ওয়েব সার্ভার বা ক্লায়েন্ট উভয়ই এই পরিবর্তন সম্পর্কে সচেতন হবে না (এটি রাউটার দ্বারা পরিচালিত 100%), সুতরাং এটি উভয়ের ক্ষেত্রেই এটি 100% স্বচ্ছ হবে। ক্লায়েন্টটির ইউআরএলে ": 8080" থাকবে না এবং এটি 80 পোর্টটি অনুসন্ধান করে এবং ওয়েব সার্ভার 80 বন্দরটিকে উপেক্ষা করতে পারে এবং কেবল 8080 এ শুনতে পাবে, যেহেতু এটি 80 পোর্টে কোয়েরিজ পায় না, কোনও কারণেই এটির পুনর্নির্দেশের প্রয়োজন হবে না since ।
যদি আপনি "বন্দরগুলির জন্য ডিএনএস" এর অনুরূপ একটি সরল, সরল পথ চান, তবে আপনি সম্ভবত আপনার প্রশ্নের জন্য যা চাইছেন তার নিকটতম সমতুল্য।