कैसे हो http://to./ एक मान्य डोमेन नाम?


70

जाहिरा तौर पर यह एक URL शॉर्टनर है। यह क्रोम और फ़ायरफ़ॉक्स में ठीक हल करता है। यह एक मान्य शीर्ष-स्तरीय डोमेन कैसे है?

अपडेट: यह कह रहे लोगों के लिए कि यह ब्राउज़र शेंनिगन है, ऐसा क्यों है: http://com./मुझे नहीं ले जाता है http://www.com/:?

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


2
स्लैशडॉट तेजी से इसे स्पष्ट रूप से नीचे लाने के लिए पर्याप्त नहीं था।
19

लगता है कि इन दिनों बैंडविड्थ की सामान्य उपलब्धता स्लैशडॉट की पाठक संख्या के साथ असमान रूप से बढ़ रही है ...
क्रिस

यह भी ध्यान दें कि http://to.एक अलग वेबसाइट से पैदावार होती है http://www.to.(बाद वाले समान ही http://www.to)। यदि कोई दो URL के लिए समान देख रहा है, तो ब्राउज़र वास्तव में गड़बड़ कर रहा है, और शायद दोनों के लिए www.to दिखा रहा है ...
Arjan

2
मैं सिर्फ यह है कि आज देखा करने के लिए अब काम करता है। उदास चेहरा। जो अभी भी काम करता है वह एसी है लेकिन यह सिर्फ [nic.as] [1] वेबसाइट पर कार्य करता है। [१]: nic.ac
मार्सेल

जवाबों:


48

मूल रूप से, कोई व्यक्ति ccTLD के मालिकों को समझाने में कामयाब रहा है। ' (टोंगा?) अपने स्वयं के आईपी पते के लिए एक रिकॉर्ड सौंपने के लिए। URL शॉर्टर्स की अजीब पुरानी दुनिया में एक तख्तापलट।

आम तौर पर इन शीर्ष-स्तरों में मानक A रिकॉर्ड के माध्यम से असाइन किए गए IP पते नहीं होंगे, लेकिन यह कहने के लिए कुछ भी नहीं है कि इसे .uk, .com, .eu, आदि के समान किया जा सकता है।

कड़ाई से बोलने का कोई कारण नहीं है '।' निर्दिष्ट है, हालांकि यह आपके ब्राउज़र को पहले 'to.yourdomain.com' जैसे अन्य संयोजनों की कोशिश करने से रोकता है, और पते के रिज़ॉल्यूशन को गति देता है। यह ब्राउज़रों को भ्रमित भी कर सकता है, क्योंकि कोई डॉट नहीं है, लेकिन सफारी कम से कम इसके साथ ठीक काम करता है।


19
क्या इसका मतलब यह है कि, सही पहुंच (हालांकि संभावना नहीं) के साथ, कोई व्यक्ति बहुत जड़ पर एक वेब साइट स्थापित कर सकता है "।" अपने आप?
क्रिस

6
क्रिस: हाँ, यह पूरी तरह से संभव है।
xmm0

5
ठीक ठीक। इसीलिए n @ ai एक वैध ईमेल पता है।
प्रिडेटेट

9
यह "http: //" होना चाहिए।
क्रिस

4
या सामग्री के लिए http: //./index.html
chris

21

"टू" (टोंगा के लिए देश TLD) साइट के लिए संपूर्ण डोमेन है - कोई ब्राउज़र चालबाजी नहीं है:

$ telnet to 80
Trying 216.74.32.103...
Connected to to.
Escape character is '^]'.
GET / HTTP/1.1
Host: to

HTTP/1.1 200 OK
Date: Thu, 03 Dec 2009 18:34:04 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Transfer-Encoding: chunked
Content-Type: text/html; charset=ISO-8859-1

2d7
<!DOCTYPE html
    PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
<head>
<title>TO. -- Get Shorty URL</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<form method="post" action="/" enctype="multipart/form-data">
<table><tr><td>Enter a long URL:</td> <td><input type="text" name="url"  size="50" /></td></tr><tr><td>Enter an optional name:</td> <td><input type="text" name="name"  size="20" /></td></tr><tr><td>&nbsp</td> <td><input type="submit" name="&#39;Witz that URL!" value="&#39;Witz that URL!" /></td></tr></table></form>
</body>
</html>
0

Connection closed by foreign host.

" Http://to./ " का उपयोग करने के लिए एक अच्छा विचार क्यों है इसका कारण यह है कि कुछ ब्राउज़र एड्रेस बार में "" को " http://www.to.com " में बदलने की कोशिश करेंगे ।


29
क्या मैं केवल कुछ सेकंड के लिए "$ telnet to 80" से भ्रमित हो गया हूं ?
बेलमिन फर्नांडीज

15

किसी भी DNS ज़ोन में उस ज़ोन के लिए कोई भी DNS रिकॉर्ड हो सकता है (बाइंड कॉन्फ़िगरेशन फ़ाइल में, यह रिकॉर्ड @ के साथ लेबल होता है)। वास्तव में - मुझे यह पूछने दो - क्या रूट ज़ोन में खुद का वर्णन करने के लिए एक @ हो सकता है? IE एक पते रिकॉर्ड हो सकता है? मैं नहीं देखता कि यह क्यों नहीं हो सकता। यह एक अच्छा पता होगा। " http: //./ "

"रूट" ज़ोन केवल "" नामक एक ज़ोन है। फिलहाल, उस क्षेत्र में नाम सर्वर का एक समूह है। इन नाम सर्वर के पते एक पाठ फ़ाइल के रूप में वितरित किए जाते हैं । यह पाठ फ़ाइल या कुछ समान मैन्युअल रूप से कई विशिष्ट पुनरावर्ती नाम सर्वर में दर्ज किया गया है।

एक जगह " एक नाम के अंत में आपके स्थानीय रिज़ॉल्वर को बताता है कि आपने जो नाम " पूरी तरह से योग्य " डोमेन नाम दर्ज किया है , जिसका अर्थ है यह ठीक और केवल वह नाम है जिसे आप देखना चाहते हैं। अक्सर, हम "www" जैसे अयोग्य या अन्यथा अस्पष्ट नामों का उपयोग "www.of.the.place.I.work" करते हैं, जहां आपके स्थानीय DNS रिज़ॉल्वर में "the.the.place.I.work" का अर्थ "dns" होता है। डोमेन "या" खोज डोमेन "।

इन रूट लेवल डोमेन सर्वर में " टॉप लेवल " डोमेन की एक सूची होती है जो 80 के दशक के पुराने अमूर्तनों को मैप करते हैं कि कैसे 80 के दशक में शोधकर्ताओं ने सोचा कि इंटरनेट का उपयोग किया जाएगा और देशों , और " इन्फ्रास्ट्रक्चर " के लिए एक शीर्ष स्तर डोमेन । इनमें से प्रत्येक शीर्ष स्तर के डोमेन में नाम सर्वर का एक समूह होता है, जिसमें उस डोमेन में वास्तविक क्षेत्रों की सूची होती है, इसलिए maps.google.com के लिए एक अनुरोध पहले रूट स्तर सर्वर पर जाता है, जो नाम सर्वरों की एक सूची से गुजरता है, जिनके बारे में जानते हैं। com, और पूछे जाने पर, उनमें से एक को पता है कि किस सर्वर का नाम google.com के लिए रिकॉर्ड है, और उनमें से एक www.google.com के लिए विशिष्ट रिकॉर्ड जानता है।

इसलिए, आपको केवल यह समझाने की जरूरत है कि जो कोई भी देश या संगठन के लिए TLD चलाता है, वह सिर्फ google.zone के बजाय .zone के लिए एक पता रिकॉर्ड में रखे और आप सुनहरे हों।

वर्तमान में, निम्न शीर्ष स्तरीय डोमेन में पते के रिकॉर्ड हैं (सभी वेब सर्वर नहीं चलाते हैं, हालांकि)

ac has address 193.223.78.210
ai has address 209.59.119.34
bi has address 196.2.8.205
cm has address 195.24.205.60
dk has address 193.163.102.23
gg has address 87.117.196.80
hk has address 203.119.2.28
io has address 193.223.78.212
je has address 87.117.196.80
ph has address 203.119.4.7
pn has address 80.68.93.100
pw has address 203.199.114.33
sh has address 64.251.31.234
tk has address 217.119.57.22
tm has address 193.223.78.213
to has address 216.74.32.103
uz has address 91.212.89.8
ws has address 63.101.245.10

और निम्नलिखित एमएक्स रिकॉर्ड हैं (इसलिए उपयोगकर्ता @ टीएलडी। एक संभावित वितरण योग्य पता है)

ai mail is handled by 10 mail.offshore.ai.
as mail is handled by 10 dca.relay.gdns.net.
cf mail is handled by 10 mail.intnet.cf.
dj mail is handled by 5 smtp.intnet.dj.
dj mail is handled by 5 relais2.intnet.dj.
dm mail is handled by 10 mail.nic.dm.
gp mail is handled by 20 manta.outremer.com.
gp mail is handled by 5 ns1.nic.gp.
gp mail is handled by 10 ns34259.ovh.net.
gt mail is handled by 10 mail.gt.
hr mail is handled by 10 alpha.carnet.hr.
io mail is handled by 10 mailer2.io.
kh mail is handled by 10 ns1.dns.net.kh.
km mail is handled by 110 bow.snpt.km.
km mail is handled by 100 mail1.comorestelecom.km.
mh mail is handled by 10 imap.pwke.twtelecom.net.
mh mail is handled by 20 mx1.mail.twtelecom.net.
mh mail is handled by 30 mx2.mail.twtelecom.net.
mq mail is handled by 10 mx1-mq.mediaserv.net.
ne mail is handled by 20 bow.rain.fr.
ne mail is handled by 10 bow.intnet.ne.
pa mail is handled by 5 ns.pa.
td mail is handled by 0 mail.intnet.td.
tt mail is handled by 0 66-27-54-138.san.rr.com.
tt mail is handled by 10 66-27-54-142.san.rr.com.
ua mail is handled by 10 mr.kolo.net.
va mail is handled by 20 paul.vatican.va.
va mail is handled by 50 proxy2.urbe.it.
va mail is handled by 90 john.vatican.va.
va mail is handled by 10 lists.vatican.va.
ws mail is handled by 10 mail.worldsite.ws.

(मैं वास्तव में "tt" के साथ यहाँ क्या हो रहा है के बारे में आश्चर्य ...)

तो, सिद्धांत रूप में, आप पो @ वीए को ईमेल भेज सकते हैं। और यह ठीक से वितरित किया जाएगा ...

यदि आप विभिन्न रूट सर्वर का उपयोग करते हैं, तो आप इंटरनेट पर मौजूद एक अलग दृष्टिकोण के साथ हवा देंगे। मेरे द्वारा किए गए सभी स्थानीय संकल्प मेरे स्थानीय सिस्टम के खिलाफ थे जो " dnscache " का उपयोग कर रहा है जो सीधे रूट सर्वर पर जाता है। DNS सर्वर को हल करने वाले कई अन्य रूट सर्वर पूछने के बजाय एक अन्य स्थानीय DNS सर्वर पूछेंगे।


ऐसा लगता है कि tt के पास केवल दो MX रिकॉर्ड हैं, जिनके बारे में कोई आश्चर्य नहीं है। अगर पहली बार विफल हो जाता है तो यह दूसरे में किक करेगा ...
तमारा विज्समैन

2
नहीं - जो मुझे अजीब लगता है, वह यह है कि उस समय मैंने ऐसा किया था कि लुकिंग टीटी किसी के घर के कंप्यूटर को वापस कर रहा था। rr.com रोडरनर है, एक अंतिम-उपयोगकर्ता ISP है। हो सकता है कि वे अन्य सेवाएं भी प्रदान करते हों, लेकिन फिर भी एक mr को rr.com पते की ओर इशारा करना थोड़ा निराला है।
क्रिस

@chris क्या आपका मतलब है कि TLD में कोई संबद्ध IP नहीं हो सकता है?
पचेरियर

ttएमएक्स रिकॉर्ड अब Google को इंगित करते हैं
पैट्रिक मेव्ज़ेक

5

यह कैसे नहीं है? एक डोमेन के लिए न्यूनतम "वर्गों" के लिए कोई सीमा नहीं है। इसके लिए एक ccTLD है टोंगा की तरह us, eu, uk, me, .... निम्नलिखित डॉट मतलब है कि यह रूट डोमेन का उप है। वास्तव में, xyz.comवास्तव में है xyz.com.

मूल रूप से, उन्होंने जो किया है वह बस Aएक वेब सर्वर की ओर इशारा करते हुए एक रिकॉर्ड जोड़ रहा है। वे अपने to.सभी उप डोमेन के लिए प्रश्नों का उत्तर देने के लिए जिम्मेदार नाम के स्वामी हैं, ताकि वे आसानी से ऐसा कर सकें।

तथ्य का प्रदर्शन:

MehrdadAir:~ Mehrdad$ ping to.
PING to (216.74.32.103): 56 data bytes
Request timeout for icmp_seq 0
^C
--- to ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
MehrdadAir:~ Mehrdad$ telnet 216.74.32.103 80
Trying 216.74.32.103...
Connected to 216.74.32.103.static.sfo.hosting.com.
Escape character is '^]'.
GET / HTTP/1.0
Host: to.
User-Agent: Mozilla


HTTP/1.1 200 OK
Date: Thu, 03 Dec 2009 18:41:05 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Connection: close
Content-Type: text/html; charset=ISO-8859-1

<!DOCTYPE html
    PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
<head>
<title>TO. -- Get Shorty URL</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<form method="post" action="/" enctype="multipart/form-data">
<table><tr><td>Enter a long URL:</td> <td><input type="text" name="url"  size="50" /></td></tr><tr><td>Enter an optional name:</td> <td><input type="text" name="name"  size="20" /></td></tr><tr><td>&nbsp</td> <td><input type="submit" name="&#39;Witz that URL!" value="&#39;Witz that URL!" /></td></tr></table></form>
</body>
</html>
Connection closed by foreign host.

पुनश्च: इस धागे की सामग्री के आधार पर, मैं पूरी तरह से आश्वस्त हूं कि कुछ इंटरनेट ऑपरेटरों (आईएसपी, ...) द्वारा उपयोग किए जाने वाले सॉफ़्टवेयर सही ढंग से चश्मे का पालन नहीं करते हैं और बस सम्मेलनों का पालन करने के लिए होता है। शायद यही कारण है कि कई लोगों के लिए डोमेन टूट गया है।


सच नहीं। जबकि DNS स्वयं तकनीकी रूप से एकल-भाग डोमेन नाम की अनुमति देगा, पंजीकरण अधिकारी (ICANN et al।) आपको नग्न शीर्ष-स्तरीय डोमेन पंजीकृत नहीं करने देगा।
साल्के

4
sleske: यह एक देश है । देशों में TLD होते हैं।
xmm0

pingकिसी भी समस्या निवारण के लिए मूल रूप से उपयोग करने के लिए गलत उपकरण है, लेकिन विशेष रूप से DNS समस्या निवारण के लिए नहीं।
पैट्रिक मेव्ज़ेक

3

यह दुर्लभ है कि शीर्ष स्तर के डोमेन में ए रिकॉर्ड है, लेकिन यह पूरी तरह से वैध है। सोचें कि आपके पास "www.foo.com" और "foo.com" के अलग-अलग रिकॉर्ड कैसे हो सकते हैं, और टोंगन ccTLD, .to के लिए नीचे सभी तरह से लागू करें।


2
ऐसा प्रतीत नहीं होता है कि मेरी जांच से, nslookup
rmeador

यह होना चाहिए या आप साइट पर नहीं जा पाएंगे!
मार्क रेनॉफ

@rmeador मुझे नहीं पता कि आपने कैसे जाँच की लेकिन यह "ए" रिकॉर्ड होने के बाद से बुरी तरह से किया गया था।
बोर्टजमेयर

3

हाँ ...

"टेलनेट www.to 80" ... टाइपिंग "GET /" काम करता है

"टेलनेट www.to. 80" ... टाइपिंग "GET /" काम करता है

"telnet to 80" ... कनेक्शन नहीं खोल सका

"टेलनेट। 80" ... कनेक्शन नहीं खोल सका

तो हाँ, मुझे लगता है कि ब्राउज़र की मदद कर रहा हूँ। म।


2
telnet to. 80मेरे लिए ठीक काम करता है। कुछ प्रॉक्सी सर्वर ने आपके लिए गड़बड़ कर दी होगी।
xmm0

@ मेहरदाद telnet to. 80मेरे लिए काम नहीं करता है और मैं निश्चित रूप से एक प्रॉक्सी के पीछे नहीं हूँ। शायद आपका DNS आपकी मदद करने के लिए कुछ और कर रहा है ...
Dan Herbert

1
कुछ डीएनएस सर्वर डोमेन नाम को हल कर सकते हैं, कुछ नहीं ...
splattne

telnetDNS मुद्दों का निवारण करने के लिए उपयोग करने का उपकरण नहीं है
पैट्रिक मेव्ज़ेक

3

लगता है किसी ने पूरी खरीद ली। TLD http://en.wikipedia.org/wiki/.to के रूप में मेहरदाद ने कहा कि आप तब एक रिकॉर्ड जोड़ सकते हैं। मुझे लगता है कि वे सिर्फ जोड़ रहे हैं। www.to के अंत तक। यह सुनिश्चित करने के लिए कि कभी पता लग रहा है कि tld की जड़ क्या है। । सभी डोमेन के अंत में वैसे भी निहित होना चाहिए जो मुझे नहीं मिलता है, इसलिए serverfault.com क्या है। 400 बुरा अनुरोध वापस?


क्रिस: आईआईएस को कुछ अच्छा नहीं लगता जब वह देखता है Host: serverfault.com.। मुझे HTTP विनिर्देश में कुछ भी नहीं मिल रहा है जो Hostहेडर मान .को अंत में रखने से सीमित करता है । मुझे लगता है कि यह IIS में एक बग है; यह विनिर्देश के अनुरूप नहीं है।
19mm पर xmm0

3

एक TLD होने के नाते, यह भी एक IP पते की ओर इशारा करते हुए एक रिकॉर्ड हो सकता है, जैसे example.com में एक रिकॉर्ड हो सकता है।

संपादित करें: nslookup के साथ कुछ परीक्षण के अनुसार, ऐसा लगता है कि "www.to" के लिए "से" के लिए एक रिकॉर्ड अलग है, हालांकि मैं पूरी तरह से निश्चित नहीं हूं कि यह गड़बड़ है या नहीं।


2

इसका ब्राउज़र से कोई लेना-देना नहीं है। 'टू' के पास DNS संसाधन रिकॉर्ड है, जो सरल है:

$ORIGIN to.
@ SOA to. admin.to. ( ... )
@ A 123.4.5.6

2
क्या यह एक उदाहरण है या आईपी पता वास्तव में बहुत बढ़िया है?
क्रिस

एक उदाहरण है, असली आईपी 216.74.32.103 है जैसा कि आप "खुदाई से" देख सकते हैं। उत्पादन। लेकिन एक बहुत मजेदार रहस्योद्घाटन, है करने के लिए के लिए registery "tonic.to" :) पर है
hayalci

2

कोई मदद ब्राउज़र की जरूरत:

$ curl -i "http://to./check"
HTTP/1.1 302 Found
Date: Thu, 03 Dec 2009 18:27:20 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Location: http://madmw.tumblr.com/tagged/check <<<=== Actual URL
Transfer-Encoding: chunked
Content-Type: text/plain

ऐसा लगता है कि पूरा TLD IP पते (बनाम DNS पदानुक्रम) के लिए मैप किया गया है, कोशिश करें:

$dig to.
...
to.         85265   IN  A   216.74.32.103
...

लेकिन किसी भी अन्य TLD की जाँच करें:

$dig as.
as.         600 IN  SOA dca.tld.gdns.net. hostmaster.gdns.net.as. 56480 10800 1800 604800 21600

मुझे नहीं पता कि यह आईसीएएनएन नियमों का पालन करता है लेकिन यह पूरे देश टीएलडी के डीएनएस के लिए डीएनएस को कॉन्फ़िगर करने का मामला है।


3
इसका आईसीएएनएन नियमों से कोई लेना-देना नहीं है, ccTLDs स्थानीय कानून पर निर्भर करते हैं, न कि अमेरिका स्थित नौकरशाही पर।
bortzmeyer

2

जाहिरा तौर पर सभी कैशिंग DNS इकाइयां एक TLD के लिए A रिकॉर्ड रखने के लिए तैयार नहीं हैं, क्योंकि यह केवल 2 DNS सर्वरों के 50% के साथ काम करता है जो मैंने कोशिश की थी।

उन दोस्ताना ब्राउज़रों ने www.to को उस मामले में डोमेन को "फिक्सिंग" कर दिया ताकि भ्रम को दूर करने में मदद न मिले।


सफारी (10.5 पर) मेरे साथ ठीक काम करती है।
माइक प्रीवेटी

1
@ माइक पॉटनी: वह डीएनएस सर्वरों के बारे में बात कर रहा है, ब्राउज़रों के बारे में नहीं। कुछ DNS सर्वर आपके पास किसी भी ब्राउज़र से काम नहीं करते हैं।
अमोक

माइक मेरे मूल उत्तर का जिक्र कर रहा है, जहां मैंने सफारी के साथ (और असफल) कोशिश की थी
टिमो मेटासला

क्रोम भी ठीक है। से
मार्क रेनॉफ

4
अच्छा आँकड़ा। दो सर्वरों का% ५०:: - /
हैलसी

2

यह वास्तव में नया नहीं है। डॉट टीके इसे उम्र के लिए पेश करता रहा है। tweak.tk तो तकनीकी टैब को देखो। वे इसे कूलर करते हैं, http://tk./abcde भी abcde.tk है, जो कि छोटा है!


2
सवाल यह नहीं था कि " http://to./नया कैसे है ?"। सिर्फ :) :)
क्रिस

haha .. सच :) tk के लिए। यह सिर्फ tk के लिए A रिकॉर्ड जोड़ने के बारे में है।

2

मुझे लगता है कि इसका सरल उत्तर यह है कि वेब सर्वर का मालिक सेट है

to.

उस वेब साइट के लिए (अतिरिक्त) http होस्ट हेडर के रूप में।

यहाँ समस्या यह है कि कुछ DNS सर्वर "to" और "to" को हल कर सकते हैं। (Google DNS 216.74.32.103 कहता है) और कुछ बस नहीं कर सकते।


2

डीएनएस विनिर्देश भी रूट को निरूपित करने के लिए एक अनुगामी अवधि की अनुमति देता है, उदाहरण के लिए, "एबीसी" और "एबीसी" बराबर हैं, लेकिन उत्तरार्द्ध अधिक स्पष्ट है और अनुप्रयोगों द्वारा स्वीकार किए जाने की आवश्यकता है। यह सम्मेलन विशेष रूप से महत्वपूर्ण है जब एक TLD नाम को सीधे संदर्भित किया जा रहा है। उदाहरण के लिए, जबकि ".COM" उस शीर्ष-स्तरीय डोमेन, "COM।" का संदर्भ देने के लिए लोकप्रिय शब्दावली बन गया है। DNS के बारे में बात करने में सख्ती और तकनीकी रूप से सही होगा, क्योंकि यह दिखाता है कि "COM" एक शीर्ष-स्तरीय डोमेन नाम है।

से: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt


2

तो सवाल यह है कि यह काम क्यों नहीं करेगा। और जवाब है कि Verisign ने .com में वाइल्डकार्ड पेश करने का फैसला किया। कुछ साल पहले ज़ोन के डेवलपर्स ने एक 'डेलिगेशन-ओनली' ज़ोन की अवधारणा पेश की। एक प्रतिनिधि-केवल क्षेत्र में, कोई भी रिकॉर्ड जो एक NS रिकॉर्ड के लिए हीन गोंद नहीं है, उसे रिज़ॉल्वर द्वारा स्वीकार नहीं किया जाएगा और क्लाइंट को एक NXDOMAIN वापस मिल जाएगा।

तो एक सख्त प्रोटोकॉल दृष्टिकोण से यह "के लिए" ठीक है। DNS नाम में A रिकॉर्ड है, व्यवहार में यह कुछ ISP के ग्राहकों के लिए काम नहीं करेगा।

आप डाल सकते हैं:

zone "com." { type delegation-only; };

अपने नाम में .conf इसे सिर्फ .com के लिए चालू करने के लिए। डोमेन, या आप इसे TLD के सभी के लिए चालू कर सकते हैं, लेकिन विकल्पों में जोड़कर उनमें से कुछ को बाहर कर सकते हैं {} कुछ को ब्लॉक करें:

root-delegation-only exclude { "de"; "to"; };

आदि यहाँ "स्वीकृत" डोमेन की एक लंबी सूची है, जिन्हें आमतौर पर "जैसे" के लिए अनुमति दी जाती है, लेकिन BOFHish आपको कैसा लग रहा है, इसके आधार पर आप इसे और अधिक सीमित कर सकते हैं।

लिंक तब से आगे बढ़ा है जब मैंने पहली बार इसे नोट किया था, और फिर से जब से मैंने पहली बार यह उत्तर लिखा था, लेकिन मुझे लगता है कि मैंने यही बताया है: http://www.isc.org/software/bind/delegation-only


1

किसी भी मौका यह OpenDNS के साथ कुछ करने के लिए हो सकता है। OpenDNS nslookup का उपयोग करने वाले मेरे घर के कंप्यूटर पर एक IP पता दिया जाता है। वीपीएन के माध्यम से मेरे कार्य कंप्यूटर पर हल नहीं होता है और http://to./ कुछ नहीं करता है।

यह OpenDNS के साथ एक बग हो सकता है ... यह उनकी शॉर्टकट कार्यक्षमता के समान कार्य करता है, जहां आप 'मेल' जैसे शॉर्टकट और ' http://webmail.mydomain.com ' वेबसाइट के रूप में दर्ज करते हैं, और जब आप अपने परिभाषित नेटवर्क से 'मेल' दर्ज करते हैं, यह आपको ' http://webmail.mydomain.com ' पर ले जाता है । संभवतः किसी ने अपने नेटवर्क को 0.0.0.0 के रूप में परिभाषित किया और शॉर्टकट के रूप में 'टू' बनाया? अगर ऐसा है तो यह OpenDNS उपयोगकर्ताओं का शोषण करने का एक बड़ा अवसर होगा!


1

जैसा संकेत किया गया है। "सेवा।" पूरी तरह से योग्य होस्ट नाम निर्दिष्ट करने का एक वैध तरीका है। आपके "विशिष्ट" DNS नाम के अन्य भागों की आवश्यकता नहीं है।

यदि आप "खुदाई करने के लिए" इस स्क्रीन कैप्चर को देखते हैं, तो आप देखेंगे कि "को।" 216.74.32.103 का A रिकॉर्ड है :

मैं अनुमान लगा रहा हूँ कि टोंगा ने किसी चीज़ के बदले में यह अनुमति दी है (ठंड, हार्ड कैश संभवतः?)


मैंने कहीं और पढ़ा है कि .to का उपयोग करना इन दिनों टोंगा की मुख्य आय धाराओं में से एक है।
जॉन गार्डनियर्स

0

चेतावनी: मुझे केवल इतना ही पता है कि DNS खतरनाक होना चाहिए। लेकिन यहाँ मैं क्या जानता हूँ:

.रूट डोमेन है; toउसके नीचे एक है

यह अधिक समझ में आता है (और काम करता है!):

http://www.to/

तो, मूल रूप से, हम www भाग को छोड़ रहे हैं और ब्राउज़र इसका संदर्भ दे रहा है?

मूल DNS अवलोकन:
http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html


तो अतिरिक्त डॉट को सामान्य रूप से छोड़ दिया जाता है, लेकिन इस मामले में बाहर नहीं छोड़ा जाता है ताकि वेब ब्राउज़र को भ्रमित न करें?
MJeffryes

5
अनुगामी डॉट वेब ब्राउज़र को न जोड़ने के लिए कहता है .com। यदि आप बस डालते हैं http://to, तो आपका ब्राउज़र उसे बदल देता है http://www.to.com, लेकिन यदि आप उपयोग करते हैं http://to.तो वेब ब्राउज़र इसे बदल देता हैhttp://www.to
आकर्षित Stephens

क्रोम से मुझे ले जाता है करने के लिए है कि एक ही साइट पर (के लिए।)
आसफ़ Lavie

यह वास्तव में सही है। इसका ब्राउज़र से कोई लेना-देना नहीं है, "टू" एक मान्य होस्ट नाम है।
मार्क रेनॉफ

मेरे कंप्यूटर पर, करने के लिए। ( www.to.और www.to) और करने के लिए। ( to.) विभिन्न पृष्ठों का उत्पादन करते हैं, और अलग-अलग आईपी पते का उपयोग करते हैं। मुझे लगता है कि "www" वास्तव में किसी दूसरे व्यक्ति द्वारा दूसरे स्तर के डोमेन के रूप में पंजीकृत किया गया है।
अर्जन

0

TO पर एक whois कर रहा है। डोमेन नाम पैदावार कि यह IANA के स्वामित्व में है:

Domain Name: TO
   Registrar: INTERNET ASSIGNED NUMBERS AUTHORITY (2)
   Whois Server: whois.iana.org
   Referral URL: http://www.iana.org
   Name Server: AUTH02.NS.UU.NET
   Name Server: COLO.TO
   Name Server: NS-TO.RIPE.NET
   Name Server: NS1.IAFRICA.COM
   Name Server: TONIC.TO
   Status: clientDeleteProhibited
   Status: clientTransferProhibited
   Status: clientUpdateProhibited
   Status: serverDeleteProhibited
   Status: serverTransferProhibited
   Status: serverUpdateProhibited
   Updated Date: 23-oct-2008
   Creation Date: 18-dec-1995
   Expiration Date: 31-dec-2099

TLD के बारे में जानकारी के लिए IANA WHOIS सर्वर का उपयोग करना बेहतर है।
पैट्रिक मेव्ज़ेक

0

कुछ स्क्रीन कैप्चर करते हैं, यह दिखाने के लिए कि † कीhttp://to./ तुलना में एक अलग साइट मिलती है :http://www.to./


http://to./बनाम http://www.to./(विस्तार करने के लिए क्लिक करें)

IP पते अलग-अलग हैं: 216.74.32.103 बनाम 74.54.218.210 आज।

तो: यदि कोई दो URL के लिए समान देख रहा है तो ब्राउज़र वास्तव में गड़बड़ कर रहा है, और शायद www.toदोनों के लिए दिखा रहा है।

http://www.to./ शायद ब्राउज़र को बताने के लिए अनुगामी डॉट की ज़रूरत नहीं है कि कुछ भी कल्पना करने की कोशिश न करें, और इसलिए यह उसी तरह है http://www.to, जिसमें wwwसंभवतः कुछ असंबंधित अन्य कंपनी द्वारा दूसरे स्तर के डोमेन के रूप में पंजीकृत किया गया है ।


-3

वे www.to के मालिक हैं, इसलिए www.www.to उसी URL की ओर इशारा करते हैं। ब्राउज़र अनुरोध पर इसे www.to में बदल देता है।


क्या आप सुनिश्चित हैं कि इसका "www" से कोई लेना-देना है? लाखों डोमेन नाम "www" के बिना काम करते हैं और मुझे नहीं लगता कि यह है क्योंकि यह निहित है।
क्रिस

यह भ्रामक है। जबकि www.toएक ही पते पर www.toइंगित कर सकते हैं , एक पूरी तरह से अलग कंप्यूटर को इंगित कर सकते हैं।
xmm0

या आप कह रहे हैं कि "www" कुछ प्रकार की डिफ़ॉल्ट TLD है?
क्रिस

अब मैं और भी उलझन में हूँ! :(
जेफ एटवुड

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