उस देश से जुड़े युद्ध में देश के विशिष्ट TLD का क्या होता है?


30

मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या हो सकता है, और क्या होने की संभावना है - मैं यूके और खुद के यूके डोमेन के साथ-साथ विदेशी डोमेन जैसे कि रूसी और यूएसए TLD's, जैसे: domain.co.uk, डोमेन पर आधारित हूं। ।, domain.us।

मुझे पूरी तरह से समझ में नहीं आता है कि DNS कैसे काम करता है, लेकिन मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या मैं विदेशी TLD का मालिक हूं और वे एक ऐसे सर्वर पर होस्ट किए जाते हैं जो मेरे ही देश में है, URL तक पहुंच रोका जा सकता है या इसके द्वारा प्रतिबंधित किया जा सकता है TLD मेजबान देश, और फिर यदि यह संभव है, तो क्या इस बात की कोई संभावना है कि देशों के बीच युद्ध या प्रमुख राजनीतिक टूटने में उनकी भागीदारी की स्थिति में ऐसा होगा?

  • क्या यह शारीरिक रूप से संभव है कि कोई देश कुछ या सभी अन्य देशों से अपने विशिष्ट TLD तक पहुँच को प्रतिबंधित या प्रतिबंधित कर सकता है? (उदाहरण के लिए, युद्ध में यूएसए और रूस, क्या रूस को अपने .us TLD की पहुंच से रोकना शारीरिक रूप से संभव है?)
  • क्या यह संभव है कि TLD किसी भी तरह से प्रतिबंधित या प्रतिबंधित होगा? क्या ऐसा करने से किसी देश को कोई फायदा होगा? (उदाहरण के लिए, युद्ध में यूके और यूएसए, क्या यूएस के लिए ब्रिटेन को अपने .uk TLD के उपयोग से प्रतिबंध लगाने का कोई लाभ होगा?)
  • क्या कोई भी देश अपने देश को दूसरे देशों के TLD तक पहुँचने से रोक सकता है? (उदाहरण के लिए, रूस के साथ युद्ध में यूके, क्या ब्रिटेन के पास रूसी वेबसाइटों तक पहुंच पर प्रतिबंध लगाने का कोई कारण होगा?)

5
कुछ हद तक संबंधित विषय: ब्रिटेन के स्वामित्व वाले .euडोमेन को अब ब्रेक्सिट के कारण अनुमति नहीं दी जाएगी और जाहिरा तौर पर उन लोगों को बंद कर दिया जाएगा: dot-eu-is-going.uk
a_horse_with_no_name

1
@a_horse_with_no_name सभी Brexit संबंधित जानकारी के बारे में रजिस्ट्री में आधिकारिक मुख्य पृष्ठ: eurid.eu/en/register-a-eu-domain/brexit-notice । टीएल; डीआर: स्थिति स्पष्ट नहीं है, कभी भी महीनों से नहीं था, शायद आने वाले महीनों के लिए भी कभी नहीं होगा
पैट्रिक मेवज़ेक

@a_horse_with_no_name - यह देखने के लिए दिलचस्प है कि अब इसकी कुछ तिथियां हैं - 1 जनवरी, .eu डोमेन ब्रिटेन के निवासियों के लिए स्पष्ट रूप से बंद हो जाता है ... यह कैसे संभव है जब ब्रेक्सिट अभी भी सहमत नहीं हुआ है?
5Diraptor

जवाबों:


35

मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या मैं विदेशी TLD का मालिक हूं और वे एक सर्वर पर होस्ट किए गए हैं जो मेरे अपने देश में है, URL तक पहुंच रोका जा सकता है या TLD मेजबान देश द्वारा प्रतिबंधित किया जा सकता है

संक्षिप्त उत्तर हां है (लेकिन कृपया केवल URL के बारे में न सोचें, यही वेब है, लेकिन किसी भी प्रकार की सेवाएं, जैसे ईमेल, वीओआइपी, आदि)

यहाँ यह क्यों है। IANA DNS रूट प्रत्येक TLD को कुछ रजिस्ट्रियों में दर्शाता है। gTLD को ICANN के साथ अनुबंध के तहत रजिस्ट्रियों द्वारा प्रत्यायोजित किया जाता है और ccTLDs रजिस्ट्रियों को संबंधित देशों की सरकारों को सौंप दिया जाता है, कि प्रत्येक तकनीकी रूप से तय करता है कि ccTLD का प्रबंधन कैसे किया जाता है (बहुत सारे मॉडल हैं: कभी-कभी यह सरकार द्वारा स्वयं चलाया जाता है, कभी-कभी यह होता है। एक गैर-लाभकारी संगठन के लिए स्रोत और कभी-कभी इसे केवल कंपनियों के लिए सर्वश्रेष्ठ प्रस्ताव के लिए निविदा के तहत रखा जाता है)।

ये रजिस्ट्रियां नेमसर्वर का प्रबंधन करती हैं, जिसमें तब TLD के तहत प्रत्येक पंजीकृत डोमेन को NS रिकॉर्ड के माध्यम से प्रत्यायोजित किया जाता है।

किसी भी कैश के बिना, अलग-अलग कहा जाता है, प्रत्येक TLD में एक डोमेन नाम तक पहुंच जाता है, इसके रिज़ॉल्यूशन के लिए, कुछ बिंदु पर टीएलडी के नेमवेर में आता है। इसलिए, सैद्धांतिक रूप से वे कुछ भी उत्तर दे सकते थे और आपके डोमेन को किसी और चीज़ के लिए अग्रेषित कर सकते थे।

डीएनएस के पास कैश होने के कारण यह विवश है, इसलिए टीएलडी नेमसेवर को प्रत्येक संकल्प पर, केवल कुछ समय के लिए क्वेर नहीं किया जाएगा।

इस प्रक्रिया को आसानी से उपयोग करके देखा जाता है dns +trace, जैसे:

dig www.openstreetmap.fr +trace @1.1.1.1 +nodnssec

; <<>> DiG 9.10.3-P4-Ubuntu <<>> www.openstreetmap.fr +trace @1.1.1.1 +nodnssec
;; global options: +cmd
.           6313    IN  NS  a.root-servers.net.
.           6313    IN  NS  b.root-servers.net.
.           6313    IN  NS  c.root-servers.net.
.           6313    IN  NS  d.root-servers.net.
.           6313    IN  NS  e.root-servers.net.
.           6313    IN  NS  f.root-servers.net.
.           6313    IN  NS  g.root-servers.net.
.           6313    IN  NS  h.root-servers.net.
.           6313    IN  NS  i.root-servers.net.
.           6313    IN  NS  j.root-servers.net.
.           6313    IN  NS  k.root-servers.net.
.           6313    IN  NS  l.root-servers.net.
.           6313    IN  NS  m.root-servers.net.
;; Received 431 bytes from 1.1.1.1#53(1.1.1.1) in 64 ms

fr.         172800  IN  NS  f.ext.nic.fr.
fr.         172800  IN  NS  d.ext.nic.fr.
fr.         172800  IN  NS  g.ext.nic.fr.
fr.         172800  IN  NS  e.ext.nic.fr.
fr.         172800  IN  NS  d.nic.fr.
;; Received 357 bytes from 192.33.4.12#53(c.root-servers.net) in 62 ms

openstreetmap.fr.   172800  IN  NS  a.dns.gandi.net.
openstreetmap.fr.   172800  IN  NS  c.dns.gandi.net.
openstreetmap.fr.   172800  IN  NS  b.dns.gandi.net.
;; Received 110 bytes from 194.0.36.1#53(g.ext.nic.fr) in 68 ms

www.openstreetmap.fr.   10800   IN  CNAME   osm146.openstreetmap.fr.
osm146.openstreetmap.fr. 10800  IN  A   217.182.186.67
openstreetmap.fr.   10800   IN  NS  b.dns.gandi.net.
openstreetmap.fr.   10800   IN  NS  a.dns.gandi.net.
openstreetmap.fr.   10800   IN  NS  c.dns.gandi.net.
;; Received 147 bytes from 217.70.179.1#53(c.dns.gandi.net) in 81 ms

आप प्रत्येक चरण को पुनरावर्ती रूप से देख सकते हैं, बाईं ओर लेबल (रूट, फिर TLD, फिर डोमेन, फिर अंतिम होस्टनाम) और NSप्रत्येक चरण में आधिकारिक नामावली रिकॉर्ड में दाईं ओर , पहले IANA रूट के लिए, फिर वाले। TLD के लिए, फिर डोमेन नाम के लिए एक।

प्रत्येक चरण में एक नेमसेवर झूठ बोल सकता है और एक गलत प्रतिक्रिया प्रदान कर सकता है, जैसे पथ में कोई भी सक्रिय तत्व क्वेरी या प्रतिक्रिया को बदल सकता है। DNSSEC इसके खिलाफ कुछ सुरक्षा प्रदान करता है, लेकिन पहले सभी डोमेन DNSSEC (वास्तव में उनमें से बहुत कम) के साथ सुरक्षित हैं, और फिर वह "दुष्ट" TLD को हल नहीं कर सका।

यह तकनीकी हिस्सा है। आपके अन्य प्रश्न अधिक राजनीतिक समस्या हैं। लेकिन ध्यान दें कि इन सटीक समान कारणों से कुछ देशों ने निर्णय लिया, या कम से कम घोषणा की, कि वे अपने स्वयं के DNS रूट को संचालित करना चाहते हैं। औचित्य यह है कि वर्तमान जड़ अमेरिकी पर्यवेक्षण के अधीन है (जो एक जटिल बिंदु है जिसे अंतहीन रूप से तर्क दिया जा सकता है, इसलिए मैं उस विशिष्ट बिंदु को यहां और अभी विकसित नहीं करूंगा), और कुछ देशों को डर है कि अमेरिका एक TLD को "सेंसर" कर सकता है। , विशेषकर कुछ देश जिन्हें अमेरिकी सरकार ने दुश्मन माना है। हालाँकि कई अभिनेताओं का मानना ​​है कि अगर यह कभी एक दिन होना चाहिए तो यह परमाणु हमले के रूप में एक ही स्तर पर रूपक होगा और इंटरनेट को इस तरह से टुकड़े-टुकड़े कर देगा, जो शायद कभी भी एक साथ वापस नहीं मिला होगा।

उदाहरण के लिए इस मामले पर ध्यान दें: कुछ वादी ने आतंकवादी हमले के बाद हताहतों की संख्या के लिए क्षतिपूर्ति प्राप्त करने के लिए मुकदमा दायर किया और (लेकिन इस बात से इनकार कर दिया गया था) कि आने वाले ccTLDs पर नियंत्रण पाने के लिए जो उन्होंने आतंकवाद का स्रोत माना। इस कहानी के कुछ भाग के लिए यह लेख देखें: " आतंकवादी पीड़ितों को मुआवजा देने के लिए हत्या। आईजीओ बचाव के लिए? "

पहले समझने के लिए दूसरा महत्वपूर्ण बिंदु यह है कि जैसे ही आप किसी भी TLD में एक डोमेन नाम खरीदते हैं , आप उस TLD के नियमों द्वारा बाध्य होते हैं (भले ही आप इसे तब नहीं पढ़ते हैं, जब आप पात्रता आवश्यकताओं को पूरा करते हैं और कोई भी डोमेन नाम पंजीकृत करने और रखने के संबंध में अन्य बाधाएँ। CcTLDs के लिए इसमें विशेष रूप से देश के कानूनों का पालन करना शामिल है। और क्योंकि कुछ ccTLD को डोमेन नाम के खेल के लिए अच्छे TLD के रूप में विपणन किया जाता है, कुछ लोगों को इसका एहसास नहीं होता है। उदाहरण के लिए एक बिंदु पर प्रवृत्ति जारी थी .LY, और जैसा कि आप इसे अच्छे डोमेन नाम के लिए देखना चाहते हैं, यह अभी भी देश का ccTLD "लाइबिया" है और इसलिए आपको इसके कानूनों और शरिया का पालन करने की आवश्यकता है। कुछ कंपनियों ने इन सटीक कारणों के लिए अपने डोमेन नाम को ढीला करने के लिए ढीले या जोखिम का काम किया। उदाहरण के लिए देखें:क्लेवर डोमेन भूमि में परेशानी: बिट.ली और अन्य लोग जोखिम उठाते हैं स्विफ्ट.ली "या" लीबिया डोमेन बंद होने का कोई खतरा नहीं है, बिट पर जोर देता है। "

चूंकि हम जारी हैं .LYऔर आपने युद्धों के बारे में बात की है, इसलिए ये लेख आपको कुछ संकेत दे सकते हैं कि युद्ध क्या डोमेन नाम (TLD) या नियंत्रण के चारों ओर संघर्ष कर सकते हैं:

लेकिन यह भी टिप्पणी करें कि कठोर परिवर्तन ccTLDs के लिए हो सकते हैं, यहां तक ​​कि युद्धों के बिना भी। यह एक (में) प्रसिद्ध उदाहरण है: " चोरी की कहानी स्लोवाक राष्ट्रीय शीर्ष स्तर डोमेन। "

आइए हम आपके विशिष्ट प्रश्नों पर वापस जाते हैं, लेकिन ध्यान दें कि वे व्यक्तिपरक उत्तरों का हिस्सा हैं।

क्या यह शारीरिक रूप से संभव है कि कोई देश कुछ या सभी अन्य देशों से अपने विशिष्ट TLD तक पहुँच को प्रतिबंधित या प्रतिबंधित कर सकता है? (उदाहरण के लिए, युद्ध में यूएसए और रूस, क्या रूस को अपने .us TLD की पहुंच से रोकना शारीरिक रूप से संभव है?)

हां, आप तकनीकी रूप से कल्पना कर सकते हैं कि .USनेमवेर्सर्स दुनिया में एक विशिष्ट भौगोलिक स्थानों से आने वाले अनुरोधों का जवाब देने से इनकार करते हैं। हालाँकि यह कई कारणों से 100% से दूर होगा: IP जियोलोकेशन 100% विश्वसनीयता के साथ एक कठिन विज्ञान नहीं है, DNS में कैश हैं, किसी वीपीएन का उपयोग करना आसान है, कोई भी (प्रभावित देशों के लोगों सहित) एक खुली रिवाल्वर का उपयोग कर सकता है , जैसे कि Google Public DNS या CloudFlare एक या Quad9 एक (वास्तव में इसका उपयोग राज्य सेंसरशिप का मुकाबला करने के लिए अतीत में किया गया था, उदाहरण के लिए देखें: " Google DNS Freedom Fight: 8.8.8.8 "), आदि।

क्या यह संभव है कि TLD किसी भी तरह से प्रतिबंधित या प्रतिबंधित होगा? क्या ऐसा करने से किसी देश को कोई फायदा होगा? (उदाहरण के लिए, युद्ध में यूके और यूएसए, क्या यूएस के लिए ब्रिटेन को अपने .uk TLD के उपयोग से प्रतिबंध लगाने का कोई लाभ होगा?)

जैसा कि ऊपर लिखा गया है, तकनीकी रूप से IANA रूट आज TLD सक्रिय है। तकनीकी रूप से यह बदल सकता है, और बदल सकता है, लेकिन विशिष्ट प्रक्रियाओं के तहत, 2012 में ICANN नए gTLD राउंड की तरह। ccTLDs में परिवर्तन के लिए (चूंकि देश तकनीकी प्रबंधक सहित अपने TLD पर विभिन्न विवरण बदलने का फैसला कर सकते हैं), उन्हें पालन करना होगा " देश-स्तरीय शीर्ष-स्तरीय डोमेन (ccTLD) को सौंपना या स्थानांतरित करना "।

अब तकनीकी भाग के अलावा, सामान्य अर्थ में "राजनीति" हैं:

  • IANA वर्तमान में एक संरचना की तुलना में अधिक "फ़ंक्शन" है। संरचना पीटीआई (सार्वजनिक तकनीकी पहचानकर्ता) है जो वर्तमान में आईसीएएनएन से संबद्ध है। देखें https://www.iana.org/about जानकारी के लिए
  • ICANN एक गैर-लाभकारी संगठन है, जिसे कैलिफ़ोर्निया, संयुक्त राज्य अमेरिका में शामिल किया गया है। यह हाल ही में कई विदेशी सरकारों के दबाव के बाद, परिवर्तनों का एक गहरा सेट बन गया, ताकि इसे "अंतरराष्ट्रीय" के रूप में और अमेरिकी सरकार के प्रत्यक्ष नियंत्रण में कम देखा जा सके, जैसा कि अतीत में हुआ था ( .XXXप्रतिनिधिमंडल के आसपास कुख्यात उपद्रव देखें ) । अब आईसीएएनएन और अमेरिकी सरकार के बीच विशेष रूप से आईएएनए के कार्यों के लिए एक विशिष्ट अनुबंध नहीं है।
  • A रूट नेमसर्वर का तकनीकी ऑपरेटर, जो सभी का मास्टर है, जिसमें से एक-दूसरे रूट नेमसर्वर "विशुद्ध रूप से" एक कॉपी है, जिसे अमेरिकी सरकार द्वारा सीधे अनुबंध के तहत एक अमेरिकी कंपनी, VeriSign द्वारा प्रबंधित किया जाता है।

क्या कोई भी देश अपने देश को दूसरे देशों के TLD तक पहुँचने से रोक सकता है? (उदाहरण के लिए, रूस के साथ युद्ध में यूके, क्या ब्रिटेन के पास रूसी वेबसाइटों तक पहुंच पर प्रतिबंध लगाने का कोई कारण होगा?)

यह DNS सेंसरशिप का एक रूप है और यह आधिकारिक लोगों के बजाय पुनरावर्ती नेमसर्वर्स को अधिक लक्षित करता है। हां, कुछ स्थानीय वेबसाइटों तक देश स्थानीय ऑपरेटरों को पहुंच (अधिक सटीक: संकल्प) के लिए मना कर सकते हैं। यह हर जगह होता है: संयुक्त राज्य अमेरिका, जर्मनी, फ्रांस, चीन, ऑस्ट्रेलिया, आदि (ईमानदार होने के लिए मुझे यकीन नहीं है कि आप स्थानीय राजनीति के आधार पर विभिन्न कारणों से बहुत सारे देशों को इस तरह से बिना सेंसरशिप के पा सकते हैं) और क्योंकि कुछ वेबसाइटें किसी दिए गए देश से परामर्श करने के लिए अवैध माना जाता है।

लेकिन सेंसरशिप के किसी भी रूप की तरह इसे कम या ज्यादा जटिल तंत्र द्वारा विकसित किया जा सकता है। ऊपर दिए गए उदाहरणों की तरह, जब कुछ देशों में स्थानीय पुनरावर्ती नामकरणकर्ताओं को कुछ दिए गए नामों को हल करने के लिए प्रतिबंधित किया गया था, लोगों ने लिखा है 8.8.8.8(Google सार्वजनिक DNS रिज़ॉल्वर का IPv4 पता) ताकि कोई भी स्थानीय के बजाय इसका उपयोग करने के लिए अपने सिस्टम को पुन: कॉन्फ़िगर कर सके (झूठ बोल रहा है ) DNS रिज़ॉल्वर, चूंकि, जाहिर है, दिए गए देश Google को कुछ प्रश्नों के उत्तर बदलने के लिए नहीं लगा सकते हैं। अतीत में अन्य मामलों में, यहां तक ​​कि जहां एक परिवहन के रूप में इंटरनेट भी बाधित हो गया था, अन्य देशों में कुछ आईएसपी ने मोडेम से जुड़ी फोन लाइनें प्रदान कीं जिन्हें आप इंटरनेट तक पहुंच प्राप्त करने के लिए फिर से डायल कर सकते हैं, भले ही सभी स्थानीय एफएआई बंद थे।

डीएनएस सेंसरशिप वर्तमान में कई विशिष्ट डोमेन नामों के बारे में है, कई टीएलडी में, लेकिन आधार पूरी तरह से टीएलडी को सेंसर करने के लिए समान होगा।

यह तकनीकी लेख आपको यह बताने के लिए कि यह कैसे किया जाता है, और इसे कैसे दरकिनार किया जाता है, दोनों पर बहुत सी बाधाएँ दे सकता है: " DNS सेंसरशिप (DNS Lies) As Seen by RIPE Atlas "

डीएनएस / इंटरनेट सेंसरशिप के इस एकमात्र बिंदु का विस्तार कई तरीकों से किया जा सकता है जो अतीत में हुई हर चीज का विस्तार करता है लेकिन मुझे उम्मीद है कि पिछले बिंदु पहले से ही आपको तकनीकी रूप से संभव है और यह पूरी राजनीति / शासन ढांचे में कैसे फिट बैठता है, इस पर आपको विचार देगा।


3

यह एक दिलचस्प सवाल है। किसी देश के लिए अपने ccTLD के उप-डोमेन तक पहुँच को अस्वीकार करना संभव है? हाँ। क्या यह संभावना है, यहां तक ​​कि दूरस्थ रूप से, कि वे ऐसा करेंगे? नहीं।

यदि कोई आपके domain.ru पते पर नेविगेट कर रहा है, तो उनके रिज़ॉल्वर अंततः ccTLD के लिए नाम सर्वर पर जाएंगे और पूछेंगे कि 'domain.ru के लिए नाम सर्वर कहाँ हैं?'

अंतर्राष्ट्रीय मानकों के तहत, DNS एक उचित प्रोटोकॉल है, जिसका अर्थ है कि प्रत्येक प्रश्न को एक प्रतिक्रिया मिलती है। यह संभव है कि Ph TLD सर्वर कहेंगे 'अहा! वह आईपी यूके से है और हम उन्हें नहीं बताएंगे कि domain.ru नाम सर्वर कहां है ', लेकिन यह उनके लिए अच्छा नहीं होगा।

अंततः, सब कुछ के लिए दिशा रूट सर्वर द्वारा नियंत्रित किया जाता है। ये 13 स्वतंत्र रूट सर्वर हैं, जो 12 स्वतंत्र संगठनों द्वारा संचालित हैं, जो DNS के बराबर पहुंच बनाए रखने के लिए एक साथ काम करते हैं। यदि यह वास्तव में होता था, तो रूट सर्वर, अंतर्राष्ट्रीय मानक निकायों के सहयोग से, रूसी सर्वरों को सचमुच किसी और के साथ बदल सकते थे। यह कहने के बजाय, 'रूस में वहाँ जाओ। वे उरकेन में यहाँ जाओ' कह सकते हैं।

जबकि संभव है, यह वास्तव में सभी अंतरराष्ट्रीय व्यवहार के खिलाफ जाता है और असाधारण रूप से संभावना नहीं है।

संपादित: परिवर्तन नहीं 13 स्वतंत्र संगठनों, लेकिन 13 रूट सर्वर स्पष्ट करने के लिए।


1
ठीक इसी तरह के एक संकेत के रूप में कि यह कैसे असंभावित है कि एक ccTLD अक्षम हो जाएगा: .SUसोवियत संघ के लिए ccTLD, एक देश जो एक सदी के एक चौथाई से अधिक के लिए अस्तित्व में नहीं है, अभी भी जीवित है और अच्छी तरह से है।
कैले डायबाहल

बहुत दिलचस्प, और विस्तृत जवाब, धन्यवाद! क्या इसका मतलब केवल नियंत्रण है कि होस्टिंग देश का नियंत्रण उन सर्वरों पर है जो उस देश में स्थित हैं? और अगर मेरे डब्ल्यूओ डोमेन ने एक सर्वर को इंगित किया जो यूके में था, तो रूस के पास सेवा को बाधित करने का कोई तरीका नहीं है?
5Diraptor

यह सटीकता के लिए
व्रत

नाइटपिक करने के लिए, 13 तार्किक रूट सर्वर हैं, लेकिन 13 संगठन नहीं हैं। उदाहरण के लिए उनमें से दो (ए और जे), वेरिसाइन द्वारा प्रबंधित किए जाते हैं। Root-servers.org देखें जो स्पष्ट रूप से बताता है: 2018-06-15 के अनुसार, रूट सर्वर सिस्टम में 12 स्वतंत्र रूट सर्वर ऑपरेटरों द्वारा संचालित 928 इंस्टेंस हैं।
पैट्रिक मेवजेक

3
@CalleDybedahl .su एक प्रसिद्ध उदाहरण है लेकिन निश्चित रूप से नियम नहीं है। आपके पास आज .skऔर .czविभाजन के बाद है, और .csगायब हो गया। के लिए एक ही .yuहै कि द्वारा प्रतिस्थापित किया जा करने के लिए गायब हो गया .si, .hr, .rsऔर .ms
पैट्रिक मेव्ज़ेक

0

मैं यह जानने की कोशिश कर रहा हूं कि क्या मैं विदेशी TLD का मालिक हूं और वे एक ऐसे सर्वर पर होस्ट किए गए हैं जो मेरे ही देश में है, URL तक पहुंच रोका जा सकता है या TLD होस्ट देश द्वारा प्रतिबंधित किया जा सकता है, और फिर यदि यह संभव है, तो क्या इस बात की कोई संभावना है कि देशों के बीच युद्ध या प्रमुख राजनीतिक टूटने में उनकी भागीदारी की स्थिति में ऐसा होगा?

यह संभव है और यह पहले से ही युद्ध के बिना हुआ।

चीन के पास .cn TLD है। यह दुनिया के लिए खुला हुआ करता था। यदि चीनी सरकार एक .cn डोमेन को नीचे ले जाना चाहेगी क्योंकि उसे इस पर कुछ सामग्री पसंद नहीं है, तो यह उस .cn डोमेन के DNS रिकॉर्ड को बदल सकता है।

हालाँकि, यह चीनी सरकार के लिए इसे प्रबंधित करने का एक सही तरीका नहीं था, क्योंकि कौन जानता है कि किस सामग्री को किस .cn डोमेन से परोसा जाता है। इसलिए एक दिन सरकार ने फैसला किया कि सभी .cn डोमेन को चीन के अंदर भौतिक रूप से आईपी पते की ओर इशारा करना होगा। (यदि आपके पास उस समय चीन IP से बाहर जाने वाले एक .cn डोमेन का स्वामित्व था, तो उन्होंने आपको अपना डोमेन स्थानांतरित करने या बंद करने के लिए कुछ समय दिया।)

लोगों को चीन के अंदर .cn डोमेन को होस्ट करने के लिए मजबूर करके, चीनी सरकार यह निरीक्षण कर सकती है कि प्रत्येक डोमेन क्या सेवाएं प्रदान करता है और प्रत्येक डोमेन क्या सामग्री प्रदान करता है। यह किसी भी सर्वर को डेटा सेंटर में रखने की आवश्यकता के रूप में लोगों को अपने सर्वर पर पिछले दरवाजे को स्थापित करने के लिए मजबूर कर सकता है। (इसने उस विचार को कुछ समय के लिए आज़माया।)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.