ব্যক্তিগত নেটওয়ার্কের শীর্ষ স্তরের ডোমেন / ডোমেন প্রত্যয়?


115

আমাদের অফিসে, আমাদের একটি খাঁটি অভ্যন্তরীণ ডিএনএস সেটআপ সহ একটি স্থানীয় এরিয়া নেটওয়ার্ক রয়েছে, যার উপরে ক্লায়েন্টরা নামকরণ করেছে whatever.lan। আমার একটি ভিএমওয়্যার পরিবেশও রয়েছে এবং ভার্চুয়াল-মেশিন-কেবল নেটওয়ার্কে আমি ভার্চুয়াল মেশিনগুলির নামকরণ করি whatever.vm

বর্তমানে, ভার্চুয়াল মেশিনগুলির জন্য এই নেটওয়ার্কটি আমাদের স্থানীয় অঞ্চল নেটওয়ার্ক থেকে পৌঁছনীয় নয়, তবে আমরা এই ভার্চুয়াল মেশিনগুলিতে মাইগ্রেট করার জন্য একটি প্রডাকশন নেটওয়ার্ক স্থাপন করছি যা ল্যান থেকে পৌঁছনীয় হবে । ফলস্বরূপ, আমরা ডোমেন প্রত্যয় / টিএলডি জন্য একটি কনভেনশন স্থির করার চেষ্টা করছি আমরা যে নতুন নেটওয়ার্কটি সেটআপ করছি তাতে অতিথিদের জন্য আমরা আবেদন করি, তবে আমরা একটি ভাল একটি নিয়ে আসতে পারব না .vm, .localএবং .lanসকলেরই আমাদের পরিবেশে বিদ্যমান ধারণা রয়েছে।

তাহলে, এই পরিস্থিতিতে সেরা অনুশীলন কি? বিশুদ্ধ অভ্যন্তরীণ নেটওয়ার্কের জন্য নিরাপদে ব্যবহার করার জন্য কোথাও টিএলডি বা ডোমেন নামের একটি তালিকা রয়েছে?


2
.Local ব্যবহার করবেন না। বিশেষত যদি আপনি কোনও অ্যাপল ক্লায়েন্ট পেয়ে থাকেন।
রাইনারিট

2
.টেস্ট এই কারণে আলাদা করা হয়েছে: নিরাপদ.ইউইকিমিডিয়া.org
উইকিপিডিয়া

1
@ সিডাব্লুস্পিয়ার এটি আসল কারণটি .test সংরক্ষিত নয়, যদিও এটি পরীক্ষার নেটওয়ার্কগুলির জন্য এটি কোনও নিরাপদ ডোমেন হিসাবে ব্যবহার করে যা ইন্টারনেটে সংযুক্ত হবে না।
voretaq7

10
@ সর্বোপরি অনুশীলনগুলি নির্দেশ করে যে আপনি একটি "আসল" ডোমেন নাম (আইসিএএনএন-স্বীকৃত টিএলডি এর অধীনে) অর্জন করবেন এবং আপনার স্থানীয় স্টাফের জন্য একটি সাবডোমেন তৈরি করুন (উদাহরণস্বরূপ নিবন্ধন করুন mydomain.com, internal.mydomain.comকোনও অভ্যন্তরীণ এনএসে প্রতিনিধি করুন এবং স্প্লিট দিগন্ত ডিএনএসকে সঠিকভাবে কনফিগার করুন) "BIND এ" দেখেছে) সুতরাং আপনি ইন্টারনেটে অভ্যন্তরীণ নাম / ঠিকানা ফাঁস করবেন না It's এটি কোনও টিএলডি / সিউডো-টিএলডি এর মতো সুন্দর নয়, তবে এটি আপনার নিয়ন্ত্রণে
থাকায় ভাঙ্গার ঝুঁকি

9
তবে : আপনি ইতিমধ্যে জন-মুখোমুখি উত্পাদন পরিষেবাগুলির জন্য ব্যবহার করেছেন এমন একটি আসল ডোমেন নাম ব্যবহার করবেন না। বিভিন্ন ইন্টারঅ্যাকশন রয়েছে যা এর মধ্যে মঞ্জুরিপ্রাপ্ত www.example.comএবং *.internal.example.comএর মধ্যে অনুমোদিত নয় www.example.comএবং *.example.netউল্লেখযোগ্যভাবে ক্রস-সাইট কুকি সেটিংস। একই ডোমেনে অভ্যন্তরীণ এবং বাহ্যিক পরিষেবাগুলি চালনা ঝুঁকি বাড়ায় যে কোনও সরকারী পরিষেবার সমঝোতার ফলে অভ্যন্তরীণ পরিষেবাগুলিতে কিছুটা প্রবেশ হবে এবং বিপরীতভাবে একটি নিরাপত্তাহীন অভ্যন্তরীণ পরিষেবা কোনও বাহ্যিক পরিষেবার অভ্যন্তরীণ অপব্যবহারের কারণ হতে পারে।
বোবিনস

উত্তর:


94

উদ্ভাবিত টিএলডি ব্যবহার করবেন না। আইসিএএনএন যদি এটি উপস্থাপন করে তবে আপনি বড় সমস্যায় পড়বেন। একই জিনিস আপনি যদি অন্য প্রতিষ্ঠানের সাথে একীভূত হন যা একই ডামি টিএলডি ব্যবহার করতে দেখা যায়। এজন্য বিশ্বব্যাপী অনন্য ডোমেন নাম পছন্দ করা হয়।

স্ট্যান্ডার্ড, আরএফসি 2606 উদাহরণ, ডকুমেন্টেশন, পরীক্ষার জন্য নাম সংরক্ষণ করে, তবে সাধারণ ব্যবহারের জন্য কিছুই না, এবং ভাল কারণে: আজ, একটি সত্যিকারের এবং অনন্য ডোমেন নাম পাওয়া এত সহজ এবং সস্তা যে কোনও ব্যবহারের উপযুক্ত কারণ নেই ডামি এক।

সুতরাং, iamthebest.orgআপনার ডিভাইসগুলির নাম রাখতে এটি কিনুন এবং ব্যবহার করুন।


53
সম্পূর্ণ সুরক্ষিত হওয়ার জন্য আমি আমার কোম্পানির ডোমেন নামের সাবডোমেন, যেমন স্থানীয় ডটকম.প্যান.ই.আর.জি., ভিএম.কমি.আর.এনগি এবং এর মতো সমস্ত কিছু রেখে দেব।
ড্রাইডবেজেড

4
এটি +1 করুন। সম্ভবত আপনার সংস্থার একটি ডোমেন রয়েছে। এ থেকে একটি উপ-ডোমেন তৈরি করুন। এটি আপনার ল্যানের বাইরে দৃশ্যমান / সমাধানযোগ্য হবে না।
ড্যান কারলি

3
ভাল, এমনকি খুব ভাল আইনজীবীর সাথেও, আপনার ট্রেডমার্কের সাহায্যে ".lan" বা ".local" দাবি করতে সমস্যা হবে। এবং "এটি কেবলমাত্র অভ্যন্তরীণ" যুক্তিটি অত্যন্ত দুর্বল: সংস্থাগুলি একীভূত হয়, অংশীদার সংস্থাগুলির সাথে ভার্চুয়াল বেসরকারী নেটওয়ার্ক স্থাপন করে এবং "ব্যক্তিগত" নাম ফাঁস করার মতো ভুলগুলি করে।
বোর্টজমিয়ার

8
এর সাথে আমার একমাত্র গোমাংসটি হ'ল আপনি সত্যিই কোনও ডোমেন "কিনতে" পারবেন না: আপনি কেবল একটি ভাড়া নিতে পারেন। কিছু বোজো বিল পরিশোধ করতে ভুলে যায় (এবং এটি কয়েকটি উচ্চ-প্রোফাইলের ক্ষেত্রে ঘটেছে) এবং আপনার কনফিগারেশনের একটি মূল অংশ কিছু এলোমেলো স্কোয়াটারে যায়। সুতরাং আপনি আপনার কোম্পানির ডোমেন ব্যবহার? এক্সেকসগুলি পুনরায় ব্র্যান্ড করা বা কেনার সিদ্ধান্ত নিয়েছে এবং আপনি কোনও পুরানো নাম নিয়ে আটকে আছেন। .local যথেষ্ট ভাল কাজ করত, তবে এটি এখন কোনও নির্দিষ্ট সংস্থা দ্বারা সুন্দরভাবে খেলতে অস্বীকৃতি জানায় ree আমি সত্যিই পছন্দ করি তাই .lan বা। অভ্যন্তরীণভাবে আনুষ্ঠানিকভাবে এই উদ্দেশ্যে রক্ষিত কিছু দেখুন, তবে ততক্ষণে এটি সেরা বিকল্প।
জোয়েল কোয়েল 25'13

6
@ জোয়েল কোয়েলের সাথে সম্মত হন, আপনি ভাড়াটে এবং আরও কিছু না। অভ্যন্তরীণ ব্যবহারের জন্য দুটি সংরক্ষিত টিএলডি নাম থাকতে হবে যা সর্বজনীনভাবে অবৈধ হিসাবে বিবেচিত হওয়া উচিত এবং পাবলিক নেটওয়ার্কগুলির দ্বারা অ্যাক্সেসযোগ্য নয়। একটি নাম অভ্যন্তরীণ বাড়ির ব্যবহারের জন্য হবে, দ্বিতীয় নামটি হবে অভ্যন্তরীণ ব্যবসায়িক ব্যবহারের জন্য। উভয়ই একই অর্থে "বেসরকারী টিএলডি" হিসাবে বিবেচিত হবে যে আমাদের কাছে "ব্যক্তিগত সাবনেট" রয়েছে যা অ-রাউটেবল (192.168.xx এবং ilk)। এটি হোম ব্যবহারকারীদের। লোকাল এবং এমডিএনএসে বাধ্য হওয়ার পাশাপাশি কিছু করার অনুমতি দেয়। কোনও ডোমেন ছাড়াই NAT এর পিছনে একটি অভ্যন্তরীণ ল্যান চালাচ্ছে ছোট ব্যবসায়ের জন্য ডিট্টো।
এভেরি পেইন

49

অভ্যন্তরীণ মেশিনগুলির জন্য আপনার কোম্পানির নিবন্ধিত ডোমেনের একটি সাবডোমেন ব্যবহার করুন যার নাম আপনি ইন্টারনেটে উপলব্ধ করতে চান না। (তারপরে অবশ্যই আপনার অভ্যন্তরীণ ডিএনএস সার্ভারগুলিতে কেবল সেই নামগুলি হোস্ট করুন)) কল্পিত উদাহরণ কর্পোরেশনের জন্য এখানে কয়েকটি উদাহরণ দেওয়া হল।

ইন্টারনেট-মুখোমুখি সার্ভার:
www.example.com
mail.example.com
dns1.example.com

অভ্যন্তরীণ মেশিন:
dc1.corp.example.com
dns1.corp.example.com
ক্লায়েন্ট 1.corp.example.com

অভ্যন্তরীণ কর্পোরেট নেটওয়ার্কে এই সাবডোমেনটি মেশিনগুলি বর্ণনা করেছে বলে চিহ্নিত করার জন্য আমি "কর্পস" ব্যবহার করেছি তবে আপনি এখানে যা চান তা ব্যবহার করতে পারেন যেমন "অভ্যন্তরীণ": ক্লায়েন্ট 1.intern.example.com।

এছাড়াও মনে রাখবেন যে ডিএনএস অঞ্চল এবং সাবডোমেনগুলি আপনার নেটওয়ার্ক নম্বর স্কিমের সাথে প্রান্তিককরণ করতে হবে না। উদাহরণস্বরূপ, আমার সংস্থার ৩ 37 টি অবস্থান রয়েছে যার প্রত্যেকটির নিজস্ব সাবনেট রয়েছে তবে সমস্ত অবস্থান একই (অভ্যন্তরীণ) ডোমেন নাম ব্যবহার করে। বিপরীতে, আপনার কেবলমাত্র এক বা কয়েকটি সাবনেট থাকতে পারে, তবে আপনাকে অনেকগুলি পিয়ার অভ্যন্তরীণ ডোমেন বা সাবডোমেনগুলির স্তর আপনার মেশিনগুলি সংগঠিত করতে সহায়তা করতে পারে।


32

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

উদাহরণস্বরূপ, আপনি সর্বদা আপনার কনফিগারেশন ফাইলটিতে "ডাটাবেস = dbserv1" ব্যবহার করেন।

বিকাশ সার্ভারে, আপনি অনুসন্ধানটি প্রত্যয়টি "dev.example.com" => ব্যবহার করা ডাটাবেস সার্ভারে সেট করেছেন: dbserv1.dev.example.com

কিউএ সার্ভারে, আপনি অনুসন্ধানটি "qa.example.com" => ব্যবহার করা ডাটাবেস সার্ভারে সেট করেছেন: dbserv1.qa.example.com

এবং প্রোডাকশন সার্ভারে আপনি অনুসন্ধানের প্রত্যয়টিকে "উদাহরণ.com" => ব্যবহার করা ডাটাবেস সার্ভারে সেট করেছেন: dbserv1.example.com

এইভাবে, আপনি প্রতিটি পরিবেশে একই সেটিংস ব্যবহার করতে পারেন।


2
উজ্জ্বল।
ক্রিস ম্যাগনসন

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

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

দেখুন, তবে আমি যা চাই তা হ'ল উদাহরণ.কম, উদাহরণ.দেব এবং উদাহরণ.stg। শেষ 2 টি শুধুমাত্র একটি ব্যক্তিগত নেটওয়ার্কে রয়েছে, আমি কি শূন্য কনফিগার অ্যাক্সেসের জন্য কোনও স্থানীয় ডিএনএস সার্ভার সেটআপ করতে পারি? এখনও সমস্ত সাইটের জন্য এখানে একই ধরণের কনফিগারেশন ব্যবহার করা হচ্ছে, কেবলমাত্র tld পর্যন্ত পরিবর্তনগুলি সরিয়ে নেওয়া। হোস্ট ফাইল সহ .দেবের পক্ষে সহজ, তবে শূন্য কনফিগারেশন ...
ডিজিটাল ডিজাইনডিজে

14

যেহেতু এই প্রশ্নের পূর্ববর্তী উত্তরগুলি লেখা হয়েছিল, তাই বেশ কয়েকটি আরএফসি রয়েছে যা দিকনির্দেশকে কিছুটা পরিবর্তন করে। আরএফসি 6761 বেসরকারী নেটওয়ার্কগুলির জন্য নির্দিষ্ট নির্দেশিকা না দিয়ে বিশেষ-ব্যবহারের ডোমেন নামগুলি নিয়ে আলোচনা করে। আরএফসি 6762 এখনও নিবন্ধভুক্ত টিএলডি ব্যবহার না করার পরামর্শ দেয়, তবে স্বীকারও করে যে এমন কিছু ক্ষেত্রে আছে যেভাবেই এটি সম্পন্ন হবে। সাধারণভাবে ব্যবহৃত যেহেতু .local মাল্টিকাস্ট ডিএনএস থাকবে (RFC প্রধান বিষয়) সঙ্গে দ্বন্দ্ব, পরিশিষ্ট জি ব্যক্তিগত ডিএনএস নামস্থান বিশেষ পরামর্শ দেওয়া হচ্ছে নিম্নলিখিত TLDs এ:

  • ইন্ট্রানেট
  • অভ্যন্তরীণ
  • ব্যক্তিগত
  • ক্রপ
  • বাড়ি
  • ল্যান

আইএএনএ উভয় আরএফসি স্বীকৃত বলে মনে হয় তবে পরিশিষ্ট জি তে তালিকাভুক্ত নামগুলি (বর্তমানে) সংযুক্ত করে না

অন্য কথায়: আপনার এটি করা উচিত নয়। তবে আপনি যেভাবেই এটি করার সিদ্ধান্ত নিলে উপরের নামগুলির মধ্যে একটি ব্যবহার করুন।


আপনার উদ্ধৃত তালিকার আগে পরিশিষ্ট জিতে রয়েছে: "আমরা নিবন্ধভুক্ত শীর্ষ-স্তরের ডোমেনগুলি ব্যবহার করার প্রস্তাব দিই না"। এটি আরও মূল বিষয়। প্রদত্ত নামগুলি ব্যবহারের জন্য "প্রস্তাবিত" নয়, তারা কেবলমাত্র নামগুলি পর্যবেক্ষণ করা হয়েছে .localযা এর চেয়ে ভাল কাজ করবে যেটি মাল্টিকাস্টডিএনএসের জন্য প্রকারভেদযুক্ত, যা পরিশিষ্ট জি
প্যাট্রিক মেভিজেক

2
আমি একমত হবে না। মূল বিষয়টি পরামর্শের অযৌক্তিকতা: 'এটি করবেন না ... তবে আপনি যখন করবেন ...' হোম / ছোট ব্যবসা / প্রকাশ্য নয় এমন নেটওয়ার্কগুলির একটি টিএলডি নিবন্ধন করা উচিত প্রত্যাশা বাস্তবসম্মত নয়। মানুষ হয় সবাই সাহায্য এবং বলে বরং ভান সবাই হার্ড লাইন পরামর্শ অনুসরণ করতে যাচ্ছে চেয়ে 'ঠিক আছে, এখানে অনিবন্ধিত TLDs এ আপনি অভ্যন্তরীণভাবে ব্যবহার করতে পারেন একটি তালিকা' থেকে এখন পর্যন্ত ভাল অনিবন্ধিত TLDs এ ব্যবহার করতে যাচ্ছে।
blihp

আমরা তখন মতভেদে থাকব। কিছু লোক TLD ব্যবহার করেছে যেমন তারা অভ্যন্তরীণ (উদাহরণস্বরূপ .MAIL অনেক নথিতে পাওয়া যায়) ঠিক এই কারণেই এই টিএলডি প্রতিনিধিত্ব করা সম্ভব হয়নি এবং এখন অনির্দিষ্টকালের জন্য মারা গেছে। তাই লোকদের সেভাবে টিএলডি ব্যবহার করার পরামর্শ দেওয়া অব্যাহত রাখা বিশ্বব্যাপী ইন্টারনেট সম্প্রদায়ের প্রতিবন্ধকতা। পরামর্শে বলা হয়েছে যেহেতু কিছু টিএলডি ইতিমধ্যে এরকমভাবে আপত্তিজনকভাবে ব্যবহার করা হয়েছে, লোকেরা যদি গালি দিতে হয় তবে তাদের উচিত নতুনদের আপত্তিজনক পরিবর্তে সেগুলি পুনরায় ব্যবহার করা উচিত। আরএফসি 2606 টিএলডিগুলির অভ্যন্তরীণভাবে এটি .EXAMPLE .TEST .INVALID
কার্যকরভাবে

12

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

অন্যদিকে, আরএফসি 1918 পরিষ্কার:

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


10

শারীরিক থেকে হোস্টের ভার্চুয়াল নামকরণের ক্ষেত্রে আমরা কোনও পার্থক্য বিবেচনা করার প্রবণতা রাখি না - আসলে, আমরা শারীরিক স্তর থেকে হোস্ট কনফিগারেশন (সফ্টওয়্যার) বিমূর্ত করার উদ্যোগ নিয়েছি।

সুতরাং আমরা হার্ডওয়্যার আইটেমগুলি ক্রয় করি এবং তার উপরে হোস্ট আইটেমগুলি তৈরি করি (এবং আমাদের ডকুমেন্টেশনে এটি প্রদর্শনের জন্য একটি সহজ সম্পর্ক ব্যবহার করি)।

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


-4

আমি নিশ্চিত না যে এটি আপনাকে সাহায্য করবে, তবে আমার এইডাব্লুএস অ্যাকাউন্টের অভ্যন্তরীণ ডিএনএসের জন্য, আমি .awsটিএলডি হিসাবে ব্যবহার করি এবং এটি পুরোপুরি ঠিকঠাক বলে মনে হয়।

আমি জানি এমন কিছু টিএলডি রয়েছে যা আপনার ব্যবহার না করে ফ্ল্যাট করে নেওয়া উচিত, তবে সেগুলি বাদে, আমি মনে করি এটি খুব কঠোর নয়।

আমি কয়েকটি বড় সংস্থায় কাজ করেছি, যেখানে তারা টিএলডি হিসাবে প্রমাণীকরণ উত্সটি ব্যবহার করবে, অর্থাত যদি এটি একটি এমএস / উইন্ডোজ সার্ভার হয় তবে অ্যাক্ট ডিরেক্টরিটি লেখক উত্স হিসাবে ব্যবহার করে, এটি হবে .ad, এবং অন্য কিছু হবে .ldap(কেন তারা ছিল না 'কেবল একই উত্সটি ব্যবহার করছেন না? বা সার্ভারগুলি একই ডিরেক্টরি পরিষেবা থেকে প্রতিরূপ দিচ্ছে? আমি জানি না, আমি যখন সেখানে পৌঁছেছিলাম তখন এমন ছিল)

শুভকামনা


2
অ্যামাজন এখন .awsএকটি টিএলডি হিসাবে নিবন্ধভুক্ত হয়েছে যাতে আপনি শেষ পর্যন্ত সমস্যাগুলি দেখা শুরু করতে পারেন: nic.aws
মার্ক

1
তথ্যের জন্য, .aws সম্প্রতি "25 মার্চ 2016" => newgtlds.icann.org/en/program-status/delegated-strings
ব্রুনো অ্যাডেল

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