Vraag Hoe is het in hemelsnaam http://to./ een geldige domeinnaam?


Blijkbaar is het een URL-verkorter. Het lost het prima op in Chrome en Firefox. Hoe is dit een geldig hoofddomein?

Update: voor de mensen die zeggen dat het de shenanigans van de browser is, waarom is het dat: http://com./ neemt me niet mee naar: http://www.com/?

En sturen browsers u ooit een reactie van ergens anders dan wat er daadwerkelijk in de adresbalk staat? Afgezien van framesets en dergelijke, dacht ik dat browsers heel hard probeerden om je content alleen van de site in de adresbalk te sturen, om je te beschermen tegen phishing.


67
2017-12-03 18:09


oorsprong


Slashdot was blijkbaar niet snel genoeg om het naar beneden te halen. - badp
Het lijkt erop dat de algemene beschikbaarheid van bandbreedte disproportioneel toeneemt met het lezerspubliek van slashdot ... - Chris
Merk ook op dat http://to. levert een andere website op dan http://www.to. (de laatste is hetzelfde als http://www.to). Als iemand hetzelfde ziet voor de twee URL's, is de browser inderdaad in de war en geeft waarschijnlijk www.to voor beide ... - Arjan
Ik heb het vandaag net gemerkt naar werkt niet meer. Verdrietig gezicht. Een die nog steeds werkt is ac maar dat dient gewoon de [nic.as] [1] -website. [1]: nic.ac - Marcel


antwoorden:


Kortom, iemand is erin geslaagd om de eigenaars van de ccTLD 'te overtuigen'. (Tonga?) Om de A-record toe te wijzen aan hun eigen IP-adres. Nogal een coup in de vreemde oude wereld van URL-verkortingen.

Normaal gesproken zouden deze topniveaus geen IP-adressen hebben toegewezen via een standaard A-record, maar er is niets om te zeggen dat hetzelfde niet kon worden gedaan met .uk, .com, .eu, enz.

Strikt genomen is er geen reden om de '.' gespecificeerd, hoewel dit moet voorkomen dat uw browser andere combinaties zoals 'to.yourdomain.com' eerst probeert, en de resolutie van het adres versnelt. Het kan ook browsers verwarren, want er is geen punt, maar Safari lijkt in ieder geval goed te werken.


47
2017-12-03 18:25



Betekent dit dat iemand met de juiste toegang (hoe onwaarschijnlijk) iemand ook een website zou kunnen opzetten "." zelf? - Chris
Chris: Ja, het is perfect mogelijk. - xmm0
Precies. Dat is de reden waarom n @ ai een geldig e-mailadres is. - Pridkett
Het zou 'http: //' moeten zijn. - chris
Of voor inhoud http: //./index.html - chris


"to" (het land-TLD voor Tonga) is het volledige domein voor de site - er is geen browser-bedrog:

$ 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.

De reden waarom het een goed idee is om te gebruiken "http://to./"is omdat sommige browsers zullen proberen om" in "in te zettenhttp://www.to.com"in de adresbalk.


21
2017-12-03 18:39



Ben ik de enige die in de war is geraakt door "$ telnet to 80" voor slechts een paar seconden? - Belmin Fernandez


Elke DNS-zone kan elke DNS-record voor die zone zelf hebben (in een bindconfiguratiebestand is deze record gelabeld met een @). Eigenlijk - laat me dit vragen - kan de rootzone een @ hebben om zichzelf te beschrijven? IE kan @ een adresrecord hebben? Ik snap niet waarom het dat niet kon. dat zou een cool adres zijn om te hebben. "http: //./"

De "Root" -zone is gewoon een zone met de naam ".". Op dit moment heeft die zone een aantal nameservers. De adressen van deze nameservers worden verdeeld als een tekstbestand. Dit tekstbestand of iets dergelijks wordt handmatig ingevoerd in veel typische recursieve naamservers.

Een "." Plaatsen aan het einde van een naam vertelt uw lokale resolver dat de naam die u hebt ingevoerd een "volledig gekwalificeerd"domeinnaam, wat betekent dat het precies en alleen de naam is die u wenst op te zoeken. Vaak gebruiken wij niet-gekwalificeerde of anderszins dubbelzinnige namen zoals" www "om" www.of.the.place.I.work "te betekenen waar uw lokale DNS-resolver heeft "of.the.place.I.work" als het "dns-domein" of "zoekdomein".

Deze rootniveau-domeinservers hebben een lijst met "topniveau"domeinen die grofweg in kaart brengen naar oude abstracties van hoe onderzoekers in de jaren 80 dachten dat internet zou worden gebruikt en landenen een hoofddomein voor "infrastructuur". Elk van deze topleveldomeinen heeft een groot aantal naamservers met lijsten met werkelijke zones in dat domein, dus een verzoek voor maps.google.com gaat eerst naar een hoofdniveauserver die een lijst met naamservers doorgeeft die weten over .com en wanneer daarom wordt gevraagd, weet een van die personen welke naamsserver records heeft voor google.com en een daarvan kent het specifieke record voor www.google.com.

Dus, alles wat je hoeft te doen is degene overtuigen die de TLD voor een land of organisatie uitvoert om een ​​adresrecord voor .zone in te zetten in plaats van alleen google.zone en je bent gouden.

Op dit moment hebben de volgende hoofddomeinen adresrecords (niet alle run-webservers echter)

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

en de volgende hebben mx-records (dus gebruiker @ TLD. is een mogelijk te leveren adres)

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.

(Ik vraag me echt af wat er hier met "tt" aan de hand is ...)

Dus in theorie zou je e-mail naar paus @ va kunnen sturen. en het zal correct worden afgeleverd ...

Als u verschillende root-servers gebruikt, krijgt u een andere kijk op wat er op internet bestaat. Alle lokale resoluties die ik deed waren tegen mijn lokale systeem dat "dnscache"die rechtstreeks naar de basisservers gaat.Veel andere andere DNS-servers die worden opgezocht zullen een andere lokale DNS-server vragen in plaats van de root-servers te vragen.


15
2017-12-03 20:24



Het lijkt erop dat er slechts twee MX-records zijn, niets om je af te vragen. Als de eerste mislukt, begint de tweede ... - Tom Wijsman
nee - wat ik daar vreemd over vind, is dat ik op dat moment opzoek was naar iemands thuiscomputer. rr.com is roadrunner, een ISP voor eindgebruikers. Misschien bieden ze ook andere diensten aan, maar nog steeds een beetje gek om een ​​MX naar een rr.com-adres te laten verwijzen. - chris
@chris Bedoel je dat een TLD geen geassocieerd IP-adres kan hebben? - Pacerier


Hoe is het niet? Er is geen beperking voor de minimale "secties" die een domein zou moeten hebben. Het is een ccTLD voor Tonga net zoals us, eu, uk, me, .... De volgende punt betekent dat het een subdomein van het hoofddomein is. Eigenlijk, xyz.com is echt xyz.com..

Kortom, wat ze hebben gedaan is gewoon een toevoegen A record wijzend naar een webserver. Ze bezitten de naamserver die verantwoordelijk is voor het beantwoorden van vragen to. en al zijn subdomeinen, zodat ze dat gemakkelijk kunnen doen.

Demonstratie van het feit:

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.

PS: Op basis van de inhoud van deze thread ben ik er absoluut van overtuigd dat de software die wordt gebruikt door sommige internetoperators (ISP's, ...) Niet volgen juiste specs en gebeurt het gewoon om conventies te volgen. Dit is waarschijnlijk de reden waarom het domein voor veel mensen is verbroken.


5
2017-12-03 18:12



Niet waar. Hoewel DNS zelf technisch enkelvoudige domeinnamen toestaat, laten de registratieautoriteiten (ICANN et al.) U niet toe een naakt hoofddomein te registreren. - sleske
sleske: Het is a land. Landen hebben TLD's. - xmm0


Het komt zelden voor dat een topleveldomein een A-record heeft, maar het is volkomen legitiem. Bedenk hoe u "www.foo.com" en "foo.com" verschillende records kunt laten hebben, en dat helemaal toepasbaar op de Tongan ccTLD, .to.


3
2017-12-03 18:18



het lijkt geen A-record te hebben, van mijn onderzoeken met nslookup - rmeador
Het moet of je zou niet in staat zijn om de site te bezoeken! - Mark Renouf
@rmeador Ik weet niet hoe je het hebt gecontroleerd, maar het was slecht omdat "to" wel een A-record heeft. - bortzmeyer


Ja...

"telnet www.to 80" ... typen "GET /" werkt

"telnet www.to.80" ... typen "GET /" werkt

"Telnet to 80" ... kan de verbinding niet openen

"telnet to. 80" ... kan de verbinding niet openen

dus ja, ik vermoed dat de browser helpt. m.


3
2017-12-03 18:23



telnet to. 80 werkt prima voor mij. Sommige proxy-servers hebben dat misschien voor je verprutst. - xmm0
@Mehrdad telnet to. 80 werkt niet voor mij en ik sta absoluut niet achter een proxy. Misschien doet uw DNS iets anders om u te helpen ... - Dan Herbert
sommige dns-server kan de domeinnaam verhelpen, andere niet ... - splattne


Het lijkt erop dat iemand de hele .to heeft gekocht. TLD http://en.wikipedia.org/wiki/.to zoals Mehrdad zei, je kunt dan een A-record toevoegen. Ik denk dat ze gewoon de. aan het einde van www.to. om ervoor te zorgen dat wat er ook op zoek is naar het adres zoekt naar de root van de tld. de . aan het einde van alle domeinen moet sowieso worden gesuggereerd wat ik niet snap, waarom doet serverfault.com dat? een 400 Bad Request retourneren?


3
2017-12-03 18:28



Chris: IIS houdt er niet van iets goeds te dienen als het ziet Host: serverfault.com.. Ik kan niets vinden in de HTTP-specificatie die dit beperkt Host headerwaarde van containing . aan het einde. Ik denk dat het een fout is in IIS; het voldoet niet aan de specificatie. - xmm0


Omdat het een TLD is, kan het ook een A-record hebben dat verwijst naar een IP-adres, net zoals example.com een ​​A-record kan hebben.

Bewerken: volgens sommige tests met nslookup lijkt het alsof de A-record voor "to" anders is dan die voor "www.to", hoewel ik niet helemaal zeker weet of dit een glitch is of niet.


3
2017-12-03 18:26





dit heeft niets met browsers te maken. 'to' heeft een DNS-bronrecord, eenvoudig als dat:

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

2
2017-12-03 18:32



Is dat een voorbeeld of is het IP-adres echt zo geweldig? - Chris
dat is een voorbeeld, echte IP is 216.74.32.103 zoals je kunt zien aan "dig to." output. Maar een veel leukere onthulling is, registery voor is op "tonic.to" :) - hayalci