ওয়েবসাইটগুলি কীভাবে পেছনের বিন্দুর সাহায্যে হোস্টনামটি পরিচালনা করবে?


16

আমি এই প্রশ্নটি পড়েছি কীভাবে ইউআরএলগুলির বিন্দু থাকতে পারে। শেষে, যেমন www.bla.de.? এবং বুঝতে হবে যে FQDN- .এ ডিএনএস গাছের মূলের লেবেলের জন্য একটি লেজ থাকা উচিত :

example.com. পরিবর্তে example.com

যাইহোক, এই ব্লগ নিবন্ধে নির্দেশিত হিসাবে সমস্যা আছে :

যদি আপনি এই বিষয়টি বিবেচনা না করে থাকেন যে ব্যবহারকারী দুর্ঘটনাক্রমে ডোটের সাথে ডোমেইনের নামটি শেষে ডট দিয়ে প্রবেশ করতে পারে বা কিছু "শুভাকাঙ্ক্ষী" এর কাছ থেকে প্রাপ্ত একটি লিঙ্ক অনুসরণ করে এবং শেষে ডোমের সাথে আপনার ডোমেন নামটি পেতে পারে ফলাফল এটি অপ্রত্যাশিত পরিণতি হতে পারে:

1) ওয়েবসাইটটি যদি এইচটিটিপিএস ব্যবহার করে, শেষে ডট দিয়ে ডোমেন নামের নেভিগেট করার সময়, ব্রাউজারটি অবিশ্বস্ত সংযোগের উপর সতর্কতা প্রদর্শন করবে।

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

3) পৃষ্ঠায় জাভাস্ক্রিপ্ট ভাঙ্গা হতে পারে।

৪) ওয়েবসাইট পৃষ্ঠাগুলি ক্যাশে করার ক্ষেত্রে সমস্যা হতে পারে (উদাহরণস্বরূপ, https://www.cloudflare.com/ডোমেনের নামটি অবৈধ ডোমেন নাম হিসাবে বিবেচনা করে শেষে ডট থাকলে পৃষ্ঠাগুলি ক্যাশে সাফ করে না)।

৫) যদি ওয়েব সার্ভার কনফিগারেশনের শর্তে আপনি নির্দিষ্ট ডোমেন নাম (এনগিনেক্সে $ http_host, অ্যাপাচে% {HTTP_HOST)) এর উপর নির্ভর করেন তবে আপনি বিভিন্ন অপ্রত্যাশিত পরিস্থিতির মুখোমুখি হতে পারেন: অপ্রত্যাশিত পুনঃনির্দেশ, মৌলিক অনুমোদন সমস্যা, ইত্যাদি

)) ওয়েব সার্ভারটি যদি ট্রেইলিং ডট দিয়ে ডোমেন নেমে অনুরোধগুলি গ্রহণের জন্য কনফিগার করা না থাকে তবে যে কোনও ব্যবহারকারী দুর্ঘটনাক্রমে ট্রেইলিং ডটের সাথে একটি ডোমেন নাম টাইপ করেছেন এমন কোনও ব্যাড বাজেট - অবৈধ হোস্টনামের মতো দেখতে পাবেন।

)) এটি সম্ভবত সম্ভব যে অনুসন্ধানের ইঞ্জিনগুলি আপনার রিসোর্সে একটি সদৃশ সামগ্রী রয়েছে, যদি কোনও ঘটনাক্রমে বা ইচ্ছাকৃতভাবে আপনার ওয়েব পৃষ্ঠাগুলিতে ডোমেন নামের শেষে কোনও ডট যুক্ত পোস্ট করে।

আমি বুঝতে পারি যে http://webmasters.stackexchange.com./একটি করে 400 Bad Request। তবে যেহেতু ডোমেন নামটি যথাযথভাবে .শেষে থাকা উচিত, তাই আমরা কী 400ত্রুটি প্রদান করব না বা 301হোস্টনেমগুলির জন্য একটি বিন্যাস ছাড়াই পুনর্নির্দেশ করব? সুসংগত এবং ধারাবাহিকভাবে এই সমস্যাটি মোকাবেলার উপযুক্ত উপায় কী?


এ সম্পর্কে একটি গুরুতর ভুল বোঝাবুঝি হচ্ছে, বিন্দু, তবে উত্তর লিখতে আমার পক্ষে অনেক দীর্ঘ হয়েছে এবং আমি সম্ভবত কিছু ভুল বলব। বলার অপেক্ষা রাখে না যে বিন্দুটি ডোমেন নামের মূল বা পিতামাতাকে বোঝায়। এখানে মূলটি হবে "ওয়েবমাস্টারগুলি" এবং এর মূলটি "ডট" হবে তাই "ডট" ইউআরআইয়ের শেষে হবে না এবং আমি মনে করি না যে এটি কোনও ক্ষেত্রেই ইউআরআইতে অন্তর্ভুক্ত belongs যেমনটি আমি বলেছিলাম, আমি সঠিক অপারেশনটি খুব বেশি ভুলে গিয়েছি এবং আমি তা অন্য কারও কাছে রেখে দেব।
রব

আমি শুধু একটি নোট ছেড়ে যেতে চাই; আপনার ডোমেন নামটি একটি এর সাথে সামঞ্জস্য করুন। - ব্যক্তিগতভাবে আমি সবসময় শেষে একটি বিন্দু রেখেছি, কেন জানি না, এবং আমি লক্ষ্য করেছি যে প্রচুর ওয়েবসাইট এটির সাথে সামঞ্জস্যপূর্ণ নয়।
উইলিয়াম এডওয়ার্ডস

দ্য . [বিন্দু] একটি ডোমেন নামের শেষে সর্বদা স্বচ্ছ হতে বোঝানো হত এবং ব্যবহারকারীর দ্বারা কখনও ব্যবহারের উদ্দেশ্যে নয়। এটি টিএলডি এর মূল (টিএলডিগুলি ডোমেনগুলি) com আমি ব্যক্তিগতভাবে সেই অদ্ভুত উইং-বাদাম সম্পর্কে উদ্বিগ্ন হব না যা আমার বন্ধু উইলিয়ামের প্রতি শ্রদ্ধা জানায় যিনি সত্যই চিত্তাকর্ষক a ;-)
ক্লোজটোনক

@ ক্লসনেটোক, আমার এটা স্বীকার করা উচিত;) এটি কেবল একটি অদ্ভুত অভ্যাস। ব্যবহারকারীর আচরণের কারণে, তবে প্রযুক্তিগত দিকগুলির কারণে আপনার ওয়েবসাইটটির সাথে এটি উপযুক্ত হতে আপনার অনুকূলিত হওয়া উচিত নয়।
উইলিয়াম এডওয়ার্ডস

@ উইলিয়ামডি.এডওয়ার্ডস কমপক্ষে আপনার পায়ের আঙ্গুল দিয়ে দাঁত তুলার মতো অদ্ভুত কিছু নয় ... আমি আর তা করি না ...
ক্লোজটোক

উত্তর:


3

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

RewriteCond %{HTTP_HOST} ^domain\.hostdomain\.com(|\.)$ [OR]
RewriteCond %{HTTP_HOST} ^www\.domain\.hostdomain\.com(|\.)$ [OR]
RewriteCond %{HTTP_HOST} ^domain\.com(|\.)$ [OR]
RewriteCond %{HTTP_HOST} ^www.domain\.com\.$
RewriteRule ^(.*)$ "http\:\/\/www\.domain\.com\/$1" [R=301,L]

এটি যা করবে তা হ'ল নীচের সমস্তগুলি একটি ক্যানোনিকাল এইচটিটিপি www ডোমেনে ফরোয়ার্ড করা হবে:

  • domain.hostdomain.com
  • domain.hostdomain.com।
  • www.domain.hostdomain.com
  • www.domain.hostdomain.com।
  • domain.com
  • domain.com।
  • www.domain.com।

সকলে এগিয়ে:

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


পাশে: প্রতিটি সম্ভাব্য ডোমেন থেকে ক্যানোনিকালে পুনর্নির্দেশের চেয়ে example.com। কেবল এটি বলা সহজ হতে পারে: যদি না হয় example.comতবে পুনঃনির্দেশ করুন example.com। (?)
মিঃ হোয়েট

1

আমি পিছনের বিন্দুকে ইন্টারনেটের "আসল" মূল হিসাবে ভাবতে পছন্দ করি এবং এটি মার্কিন যুক্তরাষ্ট্রের ভার্জিনিয়ায় বাস করে। আপনি যদি বিন্দুটি ছাড়েন, তবে কিছু মূল সর্বদা আবদ্ধ থাকে। সাধারণ ব্যবহারকারীর ক্ষেত্রে এটি একই মূল এবং এটিই আমি আজ আলোচনা করব।

আমার বিকৃত উপায়ে, আমি আসলে পেছনের বিন্দুটি বেশ কার্যকর দেখি। যদি আমি অন্য কারও ওয়েবসাইট পরীক্ষা করে নিই এবং আমি কোনও ক্যাশে, কুকিজ ইত্যাদি না দিয়ে নতুন করে শুরু করতে চাই এবং আমি সেগুলি বের করে দিতে খুব অলস হয়ে থাকি তবে আমি অন্য কোনও ব্রাউজার ব্যবহার করব বা আমি বিন্দুটি যুক্ত করব। যদি সাইটটি আমাকে পুনঃনির্দেশিত না করে, আমি সাইটের সমস্ত পৃষ্ঠাগুলি এবং অন্যান্য সংস্থানগুলির জন্য অদৃশ্য ইউআরএল পেয়েছি।

ওয়েবমাস্টার হিসাবে, আমি চাই যে সমস্ত লোক এবং রোবট একটি পৃষ্ঠা দেখছে তারা একই ইউআরএল, এবং তাই একই হোস্টনামের সাথে এটি দেখছে be হোস্টনামটি যদি আমি তাদের ব্যবহার করতে চাই না তবে আমি তাৎক্ষণিক 301 পুনর্নির্দেশ করব যাতে তারা তাদের ব্রাউজারে সঠিক URL দেখতে পাবে। আমার পিএইচপি-ভিত্তিক সাইটগুলির জন্য, আমি পিএইচপি-তে সমস্যাটি পরিচালনা করি এবং .htaccess বা ওয়েব কোডফাইগ ফাইলে নয়, কারণ এটি আরও বহনযোগ্য এবং বিকাশ এবং স্টেজিং সার্ভারগুলির পরীক্ষা করা আরও সহজ। আমি একই সাথে আমার ডাটাবেস সংযোগগুলি পরিচালনা করি, কারণ সেগুলি বিকাশ / মঞ্চায়ন / উত্পাদন সার্ভারগুলির মধ্যেও পরিবর্তিত হয়।

এখানে আমার সাধারণ কোডের একটি সরলিকৃত সংস্করণ। প্রান্তিক দিকে পুনর্নির্দেশগুলি নোট করুন।

    $Host = $_SERVER['HTTP_HOST'];
    switch ( $Host ) {
        case 'exampleweb.local':                    // my local dev machine
                $MysqliParams = array(
                        'host'      =>  'localhost',
                        'username'  =>  'root',
                        'passwd'    =>  'snoopy',
                        'dbname'    =>  'exampledb');
                break;
        case 'www.exampleweb.com':                  // the "live" site
                $MysqliParams = array(
                        'host'      =>  'superhost1.net',
                        'username'  =>  'examp302',
                        'passwd'    =>  'anything-but-snoopy',
                        'dbname'    =>  'examp302_db');
                $GoogleAccount = 'UA-13243546-01;   // only enable for live site
                break;
        case 'exampleweb.mystagingsite.net':        // the client preview site
                $MysqliParams = array(
                        'host'      =>  'superhost1.net',
                        'username'  =>  'examp302',
                        'passwd'    =>  'anything-but-snoopy',
                        'dbname'    =>  'examp302_staging');
                break;
        case 'exampleweb.com':                  // canonical redirects 
        case 'exampleweb.com.':
        case 'www.exampleweb.com.':
                header('HTTP/1.1 301 Moved Permanently');
                header("Location: http://www.exampleweb.com");
                exit;
        default:
                die("invalid hostname $Host");
    }   

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

1

https://core.trac.wordpress.org/ticket/35248# মন্তব্য : আমার মন্তব্য

প্রথম লিঙ্কটি দ্বারা আমার উত্তর https://web.archive.org/web/20160604095348/http://homep.ntlworld.com/jonathan.deboynepollard/FGA/web-fully-qualified-domain-name.html ):

মূলত, আরএফসি 1738 (§ 3.1) এ সংজ্ঞায়িত হিসাবে, একটি (প্রচলিত ইন্টারনেট স্কিম) URL এর "হোস্ট" অংশটি সর্বদা এবং দ্ব্যর্থহীনভাবে সম্পূর্ণরূপে যোগ্য ডোমেন নাম এবং সম্পূর্ণ-যোগ্য ডোমেন নামগুলি সম্পূর্ণরূপে অ-সম্পূর্ণ- যোগ্য ডোমেন নাম প্রয়োগ করা হয়নি। এটা উদাহরণ। Com ছিল কিনা। বা উদাহরণ ডটকম, হোস্টটি একই হওয়ার লক্ষ্য ছিল।

- আমি মনে করি তিনি ঠিক নন, আমি মনে করি "উদাহরণ.com" আরএফসি 1738 অনুসারে ইউআরএলে মোটেও অনুমোদিত ছিল না, এটি দ্বিতীয় পাঠ্যে উদ্ধৃত হয়েছে, এবং আমি এটি উদ্ধৃত করেছি:

3.1। কমন ইন্টারনেট স্কিম সিনট্যাক্স
        // <ব্যবহারকারী>: <পাসওয়ার্ড> @ <হোস্ট>: <বন্দর> / <url টি-পাথ>
    নিমন্ত্রণকর্তা
        কোনও নেটওয়ার্ক হোস্টের সম্পূর্ণরূপে যোগ্যতাসম্পন্ন ডোমেন নাম

আর "উদাহরণ.কম" তখন HTTP শিরোনামগুলিতে ব্যবহার করা যায়নি, কারণ rfc 1738 1994-এর এবং হোস্ট ফিল্ডটি 1997 সালে কেবলমাত্র 1.1 সহ প্রদর্শিত হয়েছিল (আপনি উইকিপিডিয়াতে পরীক্ষা করতে পারেন)।

সুতরাং, প্রকৃতপক্ষে, ইউআরএলগুলিতে কেবল fqdn এর অনুমতি ছিল। আমি মনে করি, এটি আরএফসি 1738-তে একটি ত্রুটি ছিল, কারণ এটি "আপেক্ষিক ডোমেন" বৈশিষ্ট্যটিকে অকেজো করে (তৈরি করার চেষ্টা) করেছিল। যদি এটি এটিকে অগ্রাহ্য না করে, তাত্ত্বিকভাবে স্থানীয় স্ক্রিপ্টযুক্ত সাইটগুলিতে "a" ট্যাগ hrefs বা বড় সংস্থাগুলির মধ্যে স্থির এইচটিএমএল ডকুমেন্টেশনগুলিতে ব্যবহার করা যেতে পারে যা আপেক্ষিক ডোমেনগুলি ব্যবহার করে, যদি ব্রাউজার এবং সার্ভারগুলি সমর্থন করে। তবে এমনকি আরএফসি 1738 এটিকে অস্বীকার করলেও, লোকেরা এটি মানেনি: তারা আপেক্ষিক আকারে শীর্ষ বিন্দুগুলি ব্যবহার করতে থাকে, যেমন বিন্দু অনুসরণ ছাড়াই, সুতরাং আরএফসি 1738 দ্বারা এটি বাতিল করা যাইহোক কোনও বড় ব্যবহারিক সমস্যা ছিল না, এবং লোকেরা একটি বিকল্প ব্যবহার করেছে এবং ব্যবহার করেছে আপেক্ষিক ডোমেনগুলিতে: তারা কেবলমাত্র "স্থানীয়হোস্ট" এর মতো স্থানীয় শীর্ষ-স্তরের ডোমেন তৈরি করেছে (এবং বিন্দু বিনষ্ট ছাড়াই এগুলি ব্যবহার ও ব্যবহার করে)।

তারপরে তিনি বলেছেন:

দুর্ভাগ্যক্রমে, অনুশীলনে ওয়েব ব্রাউজারগুলি সর্বদা সেই স্পেসিফিকেশনটি লঙ্ঘন করে এবং হোস্টের নাম আইপি ঠিকানার সেটগুলিতে ম্যাপিং করার সময় তাদের ডিএনএস ক্লায়েন্ট লাইব্রেরির নাম যোগ্যতা পদ্ধতির মাধ্যমে "হোস্ট" অংশটি পাস করে। (উদাহরণস্বরূপ, যারা BIND DNS ক্লায়েন্ট লাইব্রেরি ব্যবহার করেছেন তারা RES_DNSRCH বিকল্প সেট ছেড়ে যাবে এবং এটি অনুপস্থিত থাকলে চূড়ান্ত ট্রেলিং ডট সংযোজন করবে না।)

- আমি মনে করি তার অর্থ ছিল যে বিন্যাস ছাড়াই হোস্টগুলি কেবল ত্রুটি হিসাবে ফেলে দেওয়া উচিত, এবং কেবল পরম ডোমেনগুলি (fqdn) ডিএনএসে পাস করা উচিত। আমি মনে করি সম্ভবত ব্রাউজারগুলি সমস্ত ডোমেন ডিএনএসে পাস করেছিল কারণ লোকেরা তাদের স্থানীয় কাস্টম স্থানীয় শীর্ষ স্তরের ডোমেনগুলি "লোকালহোস্ট" এর মতো ব্যবহার করে। এবং যাইহোক, পরে আরএফসি 2396 সালে 1998 সালে প্রকাশিত, বিন্দুবিহীন বিন্যাস ছাড়াই url- এ শীর্ষ স্তরের ডোমেন ব্যবহারের অনুমতি দেওয়া হয়েছিল।

তারপরে লেখক (জোনাথন ডি বয়েন পোলার্ড) আরএফসি 2396 উদ্ধৃত করেছেন এবং প্রতিষ্ঠিত মানব আচরণ যেমন ডি ফ্যাক্টো স্ট্যান্ডার্ডস অনুসারে এর পরিবর্তিত হয়েছে বলে অনুশোচনা করেছেন, বলেছেন যে ব্রাউজারগুলি আরএফসি 1738 মেনে চলে এবং সমস্ত লোককে কেবল fqdn ব্যবহার করার পরামর্শ দেয় সমস্ত জায়গাগুলি, এটি 1738 দ্বারা আরএফসি দ্বারা আদেশ ছিল।

- তবে লোকেরা 1738 আরএফসি মানলে কী হবে? ইউআরএল "http://example.com/test.html "এবং"http: //localhost/test.html "সমস্তই" হিসাবে নতুন করে লিখতে হয়েছিল "http://example.com./test.html "এবং"http://localhost./test.html"। ব্রাউজারটি হয় বিন্দু ছাড়াই হোস্টকে ত্রুটি হিসাবে চিহ্নিত করতে হবে বা তাদের সম্পূর্ণ / পরম আকারে ক্লিক করে পুনর্নির্দেশ করতে হবে" "লোকালহোস্ট" এর মতো স্থানীয় শীর্ষ স্তরের ডোমেনগুলি কনফিগার করা সমস্ত লোককে কেবল অনুরোধগুলি গ্রহণ করতে তাদের সার্ভারগুলি কনফিগার করতে হবে "লোকালহোস্ট।" এর মতো ডোমেনগুলির জন্য, বা [সমস্ত url ভিতরে ভিতরে url] স্বীকার এবং পুনঃনির্দেশিত করুন "লোকালহোস্ট" [[সংশ্লিষ্ট urlগুলিতে] "লোকালহোস্ট।" তে। "লোকালহোস্ট" এর মতো পাঠ্য কেবল তখন ব্রাউজারের অ্যাড্রেস বারে টাইপ করার সময় কার্যকর থাকবে, তবে তা কেবলমাত্র খুব অকেজো ব্যবহার হবে এবং এর জন্য আপেক্ষিক ডোমেন বৈশিষ্ট্যটির প্রয়োজন নেই, কারণ ব্রাউজারগুলি টাইপ করার ক্ষেত্রে ডোমেনগুলি অনুসন্ধান করে। এইচটিএমএল উত্সে সেগুলির ব্যবহার অকেজো হয়ে যায় কারণ এটির ফলে যে লিঙ্কগুলি কাজ করবে না বা সমস্ত ক্লিক করে "লোকালহোস্ট" এর সাথে লিঙ্কগুলি ব্যবহারকারীকে "লোকালহোস্টে" স্থানান্তরিত করে।"এবং এটি প্রতিটি ক্লিকে (যেমন লিঙ্কগুলিতে) কেবল অতিরিক্ত পুনর্নির্দেশ হবে so সুতরাং, আরএফসি 1738 পরিকল্পনাযুক্ত" আপেক্ষিক ডোমেন "বৈশিষ্ট্যটিকে সম্পূর্ণ অকেজো করে তুলবে some যদি কোনও সংস্থা সেই বৈশিষ্ট্যটি ব্যবহার করে এবং তাদের স্থানীয় সাইটে তাদের আপেক্ষিক ডোমেনগুলি ব্যবহার করে, এবং আপেক্ষিক ডোমেনগুলির সাথে তাদের ইউআরএলগুলি ব্রাউজারগুলির দ্বারা নিখুঁত ফর্মটিতে পুনর্নির্দেশ করা হয়নি, সুতরাং তাদের সাইটগুলি স্বাভাবিকভাবে কাজ করেছিল, যদি তারা আরএফসি 1736 মেনেও চলে, তবে তারা তাদের সার্ভারগুলি কেবলমাত্র fqdn গ্রহণ করার জন্য কনফিগার করবে এবং তাদের সাথে এই জাতীয় সমস্ত url পুনরায় লিখতে হবে fqdn, বা এই জাতীয় ইউআরএলগুলির প্রতিটি ক্লিকে অতিরিক্ত পুনর্নির্দেশের সাথে কাজ করুন that যদি সেই সংস্থাগুলি তাদের ঠিকানা বার এবং এইচটিএমএল উত্সগুলিতে "Team101.microsoft.com।" এর পরিবর্তে "Team101" এর মতো সংক্ষিপ্ত ডোমেন রাখা পছন্দ করে তবে তাদের ব্যবহার শুরু করতে হবে তাদের নিজস্ব কাস্টম অভ্যন্তরীণ শীর্ষ-স্তরের ডোমেনগুলি যেমন "Team101।" যেমন "লোকালহোস্ট team "Team101.microsoft.com।" এর মতো সাবডোমেনগুলির পরিবর্তে (যা তারা আরএফসি 1738 অনুসরণ করার সিদ্ধান্ত নেওয়ার আগে কেবল "Team101" হিসাবে ব্যবহৃত হতে পারে)।

-

এবং আমি জানতে পেরেছি যে পিছনে বিন্দু, যা দৃ strongly়ভাবে আরএফসি 1738 দ্বারা সমর্থিত ছিল, বিন্দু ছাড়াই কেবল স্ট্যান্ডার্ডের পরে উপস্থিত হয়েছিল! এটি 1987 সালে rfc 1034 এর সাথে উপস্থিত হয়েছিল, এটি দ্বিতীয় লিঙ্কে উদ্ধৃত হয়েছে, এবং আমি এটি উদ্ধৃত করছি:

যেহেতু একটি সম্পূর্ণ ডোমেন নাম রুট লেবেলের সাথে শেষ হয়, এর ফলে a
মুদ্রিত ফর্ম যা একটি বিন্দুতে শেষ হয় এর মধ্যে পার্থক্য করার জন্য আমরা এই সম্পত্তিটি ব্যবহার করি:
- একটি অক্ষর স্ট্রিং যা একটি সম্পূর্ণ ডোমেন নাম উপস্থাপন করে
 (প্রায়শই "পরম" বলা হয়)। উদাহরণস্বরূপ, "পোনারিয়া.আইএসআই.ইডিইউ"।
- একটি অক্ষরের স্ট্রিং যা এর প্রারম্ভিক লেবেলের প্রতিনিধিত্ব করে
 ডোমেন নাম যা অসম্পূর্ণ, এবং এটি দ্বারা সম্পন্ন করা উচিত
 স্থানীয় ডোমেনের জ্ঞান ব্যবহার করে স্থানীয় সফ্টওয়্যার (প্রায়শই)
 "আপেক্ষিক" বলা হয়)। উদাহরণস্বরূপ, "পোনারিয়া" এর মধ্যে ব্যবহৃত হয়েছে
 ISI.EDU ডোমেন।

আরএফসি 1034 (1987 সালের) সবেমাত্র সমস্ত ডোমেন যা ব্যবহৃত হয়েছিল তা ঘোষণা করে, মনে হয় এগুলি সমস্ত বিন্দু বিন্দু ছাড়াই ছিল, তাদের সমস্তকে আপেক্ষিক ডোমেন হিসাবে ঘোষণা করেছিল! তবে তারা এখনও আগের মতোই কাজ করেছে, তাই সম্ভবত খুব কম লোকই এ সম্পর্কে জানত এবং তারা মনে করে অবিরতভাবে বিন্দু বিন্যাস ছাড়াই "উদাহরণ.com" ব্যবহার করার সময় তারা নির্বিঘ্নে একটি অনন্য বাস্তব "উদাহরণ.com" সাইটটির জন্য অনুরোধ করছে। সুতরাং এটি কিছু ক্ষেত্রে একটি অতিরিক্ত সুরক্ষা লঙ্ঘন হয়ে দাঁড়িয়েছে: বিখ্যাত বাস্তব উদাহরণ.কম একটি সাবডোমেন প্রশাসক দ্বারা বানোয়াট হতে পারে এমনকি যদি তাকে "লোকালহোস্ট" এর মতো কোনও স্থানীয় ডোমেন তৈরি করার অধিকার না দেওয়া হয়। সুতরাং, আরএফসি 1034 এছাড়াও খুব ভালভাবে ডিজাইন করা হয়নি: মনে হচ্ছে এটির লেখকরা আশা করেননি যে এটি সম্ভবত widely ব্যাপকভাবে পরিচিত হবে না, তাই সুরক্ষা লঙ্ঘন তৈরি করা}!

সম্ভবত আরএফসি 1738 (1994) চূড়ান্ত ও আপেক্ষিক ডোমেনগুলির মধ্যে বিস্তৃত ধারণাটি বিস্তৃত দর্শকদের কাছে আনার চেষ্টা করেছিল এবং 6 বছর পরে সেই সুরক্ষা লঙ্ঘনও ঠিক করেছিল {তবে ইউআরএলে আপেক্ষিক ডোমেনগুলি অস্বীকার করে সুরক্ষা লঙ্ঘন স্থির করে এটি আপেক্ষিক ডোমেনগুলি অকেজো করে তুলেছে , {তবে আমি মনে করি সেগুলি সম্ভবত ব্যাপকভাবে ব্যবহৃত হয়নি, সম্ভবত কেবল কয়েকটি বড় সংস্থায়}}} সুতরাং, আরএফসি 1737 এর ফলস্বরূপ [বাম] কী হবে, যদি তা মানা হয়? - ১) ১৯৮ in সালে ঘোষিত আপেক্ষিক ডোমেনগুলি শেষ পর্যন্ত অকেজো হয়ে যাবে, সুতরাং, সম্পূর্ণ ডোমেনটি দেখানোর জন্য নকশাকৃত নকশাগুলি অবশেষে অকেজো হয়ে উঠবে এবং "আইনীভাবে" অর্থাত্ আরএফসিএসের দ্বারা সংজ্ঞায়িত হয়ে উঠবে! (তবে সম্ভবত তারা পরিকল্পনা করেছিলেন যে বহু বছর পরে ইউআরএলগুলিতে আপেক্ষিক ডোমেনগুলি পুনরায় মঞ্জুরি দেওয়ার পরে যখন প্রশস্ত শ্রোতা (সাধারণ জনগণ) আপেক্ষিক ডোমেনগুলির সম্ভাবনা সম্পর্কে জানতে শুরু করেন)। 2) এবং আরএফসি 1737, যদি এটি মান্য করা হয়, তবে সুরক্ষা লঙ্ঘনও ঠিক করে দেবে। - তবে এমনকি আরএফসি 1034 সুরক্ষা লঙ্ঘন তৈরি করে না যদি এটি জনসাধারণের কাছে পৌঁছে এবং এটি ব্যাপকভাবে বোঝা যায় যে আপেক্ষিক ডোমেন ব্যবহার করা নিরাপদ নয়! - সুতরাং, এটি ঠিক করার প্রধান রেসিপিটি বিস্তৃত দর্শকদের কাছে পৌঁছেছিল এবং আরও একটি আরএফসি প্রকাশ করাকে এটি করার এক মাত্র উপায় ছিল।

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

আমি গতকাল সম্পর্কিত ডোমেন বৈশিষ্ট্যটি পরীক্ষা করেছি, এটি কার্যকর হয়। (এটি ঠিক আছে, কারণ আরএফসি 2396 (1998 এর) আরএফসি 1034 (1987 এর) অস্বীকার করার পরে এটি পুনরায় অনুমতি দিয়েছে এবং পরে আরএফসি 3986 (2005 এর) এখনও তাদের অনুমতি দেয়)। আমি উইন্ডোজ 10 এ ডিএনএস প্রত্যয় যুক্ত করেছি - নিয়ন্ত্রণ প্যানেল - ... - নেটওয়ার্ক ডিভাইস বৈশিষ্ট্য - আইপিভি 4 বৈশিষ্ট্য - অতিরিক্ত - ডিএনএস ট্যাব। যখন আমি "গুগল ডট কম" যুক্ত করেছি তখন খোলা "ফায়ারফক্সে http: // মেল / "এটি গুগলের সার্ভারটি খোলায়, তবে এটি" হোস্ট "শিরোনামে কেবল" মেইল ​​"দিয়ে কাজ করার জন্য কনফিগার করা হয়নি, তাই আমি" 404 "পৃষ্ঠার মতো কিছু পেয়েছি।

-

দ্বিতীয় লিঙ্কের মাধ্যমে পাঠ্যে আমার উত্তর ( http://www.dns-sd.org/trailingdotsindomainnames.html ):

তিনি আরএফসি 1738-এ বিধিটি উদ্ধৃত করেছেন এবং বলেছেন:

দুর্ভাগ্যক্রমে, ওয়েব ব্রাউজার ক্লায়েন্ট প্রয়োগকারী লোকেরা এর অর্থ কী তা বুঝতে না পেরে হাজির। আপনি যখন কোনও ওয়েব সাইটে অ্যাক্সেস করেন, তখন বেশিরভাগ ওয়েব ব্রাউজারগুলি "হোস্ট:" ফিল্ডে রেখে দেওয়া মানটিই এটি ব্যবহার করে যা কম্পিউটার টাইপ করে, আসলে কম্পিউটার ব্যবহার করে শেষ হয় না, ডিএনএস ব্যবহারকারীর অনুসন্ধানের তালিকাকে প্রয়োগ করার পরে পুরোপুরি যোগ্যতাসম্পন্ন নামটি তৈরি করতে পারে আংশিক নাম। উদাহরণস্বরূপ, এখানে ব্যবহারকারী তিনটি পৃথক উপায়ে হোস্ট "www.example.com" উল্লেখ করতে পারেন। ... ওয়েব সার্ভারে "হোস্ট:" প্যারামিটারটি প্রেরণ করার সময়, ওয়েব ব্রাউজার ক্লায়েন্ট ব্যবহারকারী পরিবর্তে ("www.example.com।", "Www.example.com", বা "www") যা লিখেছেন তার মধ্যে রাখে ক্লায়েন্ট কীভাবে শেষ হয়েছিল আসলে ডিএনএসে অনুসন্ধান করেছিল ("www.example.com।" তিনটি ক্ষেত্রেই)। ...

- এটি খুব সত্য (সঠিক) নয়, কারণ rfc 1738 এক্ষেত্রে খুব কঠোর ছিল এবং এটি ব্রাউজারের ঠিকানা দণ্ডে থাকা সত্ত্বেও এটি সমস্ত ইউআরএলে আপেক্ষিক ডোমেনগুলি অস্বীকার করে, এবং ইউআরএল নিজেই তৈরি করার [প্রস্তাবিত] উপায় because সাইটগুলিতে কোনও রেফারেন্স, এমনকি লোকেরা এটি কাগজে লিখে রাখে, সুতরাং ব্যবহারকারীরা সেই সাইটটি সেই 3 উপায়ে, আরএফসি 1738 দ্বারা উল্লেখ করার অনুমতি ছিল না, যদি ব্যবহারকারীরা এটির মাধ্যমে চিন্তা করে যে তারা ইউআরএল ব্যবহার করেছে!

এবং মনে হয় এই পাঠ্যের লেখক (স্টুয়ার্ট চ্যাশায়ার) আরএফসি 2396 সম্পর্কে জানেন না, তাই এই পাঠ্যটি পুরানো।

-

আজকাল পরিস্থিতি কী? আরএফসি 3986 (https://tools.ietf.org/html/rfc3986# পৃষ্ঠা-21 ) বিন্দু বিনষ্ট ছাড়াই পরম ডোমেনের উল্লেখ করার অনুমতি দেয়: এটিতে "DNS- এ সম্পূর্ণরূপে যোগ্যতাসম্পন্ন ডোমেন নামটির ডানদিকের ডোমেন লেবেল অনুসরণ করা যেতে পারে"। "" এবং এটি "সম্পূর্ণ ডোমেন নাম এবং কিছু স্থানীয় ডোমেনের মধ্যে পার্থক্য করা প্রয়োজন" হলে এটি ব্যবহার করা উচিত। আমি মনে করি ডি ফ্যাক্টো স্ট্যান্ডার্ডগুলির কারণে এটি প্রায় কখনও প্রয়োজন হয় না, তাই ওয়ার্ডপ্রেস ডি ফ্যাক্টো স্ট্যান্ডআর্টটি গ্রহণ করতে পারে এবং ঠিকানা ছাড়াই এটিকে ছাড়াই ঠিকানায় পুনর্নির্দেশ করতে পারে।

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