Nasıl halt http://to./ geçerli bir etki alanı adıdır?

70

Görünüşe göre bu bir URL kısaltıcı. Chrome ve Firefox'ta gayet iyi giderir. Bu nasıl geçerli bir üst düzey etki alanıdır?

Güncelleme:: neden yani, bu tarayıcı maskaralık söyleyerek insanlar için http://com./beni almaz: http://www.com/?

Tarayıcılar, adres çubuğunda gerçekte olanlardan başka bir yerden size yanıt gönderdi mi? Çerçeve kümeleri ve bunun gibi şeylerin yanı sıra, tarayıcıların kimlik avına karşı korunmaya yardımcı olmak için yalnızca adres çubuğundaki siteden içerik göndermek için gerçekten çok uğraştıklarını düşündüm.

domain-name-system domain url

— Chris
kaynak

2

Slashdot görünüşte aşağı çekmek için yeterince hızlı değildi.

— badp

Görünüşe göre bugünlerde bant genişliğinin genel kullanılabilirliği, slashdot'un okur kitlesiyle orantısız şekilde artıyor ...

— Chris

Ayrıca http://to., farklı bir web sitesi http://www.to.(ikincisi aynı http://www.to) olur. Eğer biri iki URL için de aynı şeyi görüyorsa, tarayıcı gerçekten karışık oluyor ve muhtemelen ikisi için de www.to gösteriyor ...

— Arjan

2

Sadece bugün fark etmek artık işler. Üzgün surat. Hala işe yarayan biri ac ama bu sadece [nic.as] [1] web sitesine hizmet ediyor. [1]: nic.ac

— Marcel

48

Temel olarak, birileri ccTLD sahiplerini '' konusunda ikna etmeyi başardı. (Tonga?) A kaydını kendi IP adreslerine atamak için. URL kısaltıcıların garip eski dünyasında bir darbe.

Normalde bu üst seviyeler standart A kaydıyla atanmış IP adreslerine sahip olmaz, ancak aynı .uk, .com, .eu, vb. İçin yapılamadığını söyleyecek hiçbir şey yoktur.

Kesin konuşursak, '' olması için hiçbir sebep yoktur. Ancak, tarayıcınızın önce 'to.alaniniz.com' gibi diğer kombinasyonları denemesini engellemesi ve adresin çözünürlüğünü hızlandırması gerektiğini belirtti. Ayrıca, nokta olmadığı için tarayıcıları şaşırtabilir, ancak Safari en azından iyi çalışıyor gibi görünüyor.

— Mike Pountney
kaynak

19

Bu, doğru erişime sahip (ancak pek mümkün olmamak üzere) birinin "kök" üzerine bir web sitesi kurabileceği anlamına mı geliyor? kendisi?

— Chris

6

Chris: Evet, bu tamamen mümkün.

— xmm0

5

Kesinlikle. Bu nedenle n @ ai geçerli bir e-posta adresi.

— Pridkett

9

"Http: //" olmalı.

— chris

4

Veya içerik için http: //./index.html

— chris

21

"to" (Tonga için ülke TLD'si) sitenin tüm etki alanıdır - tarayıcı hilesi yoktur:

$ 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./ " kullanmanın iyi bir fikir olmasının nedeni, bazı tarayıcıların adres çubuğunda "" "" ": http://www.to.com " ' a dönüştürmeye çalışmasıdır .

— Kyle Cronin
kaynak

29

Sadece birkaç saniye boyunca "$ telnet to 80" ile karıştırılan tek kişi ben miyim ?

— Belmin Fernandez

15

Herhangi bir DNS bölgesi, o bölgenin kendisi için herhangi bir DNS kaydına sahip olabilir (bir bağlama konfigürasyon dosyasında bu kayıt bir @ ile etiketlenmiştir). Aslında - şunu sorayım - kök bölgesinin kendini tanımlaması için @ olabilir mi? IE @ adres kaydına sahip olabilir mi? Neden yapamadığını anlamıyorum. Bu olması güzel bir adres olurdu. " http: //./ "

"Kök" bölgesi basitçe "." Adlı bir bölgedir. Şu anda, o bölgede bir sürü isim sunucusu var. Bu isim sunucularının adresleri bir metin dosyası olarak dağıtılır . Bu metin dosyası veya benzeri bir şey birçok tipik özyinelemeli ad sunucusuna el ile girilir.

Bir "." Yerleştirmek Bir adın sonunda yerel çözümleyicinize " tam nitelikli " bir alan adı girdiğinizden , yani tam olarak ve sadece aramak istediğiniz adın olduğu anlamına gelir. Genellikle, "www" gibi "www.of.the.place.I.work", yerel DNS çözümleyicinizin "d.place.I.work" "dns" olduğu anlamına gelen "www" gibi nitelenmemiş veya belirsiz isimler kullanıyoruz. etki alanı "veya" etki alanı arama ".

Bu kök düzeyinde etki alanı sunucuları , 80'li yıllardaki araştırmacıların internetin nasıl kullanılacağını düşündüklerini ve ülkeleri ve " altyapı " için üst düzey bir etki alanıyla ilgili eski soyutlamaları kabaca eşleyen " üst düzey " etki alanlarının bir listesine sahiptir . Bu üst düzey alan adlarının her biri, o etki alanındaki asıl bölgelerin listesini içeren bir grup ad sunucusuna sahiptir, bu nedenle maps.google.com için bir istek ilk önce hakkında bilinen ad sunucularının bir listesini ileten kök düzeyindeki bir sunucuya gider. com ve istendiğinde, bunlardan biri google.com için hangi ad sunucusunun kayıtları olduğunu bilir ve bunlardan biri www.google.com için belirli bir kaydı bilir.

Bu yüzden yapmanız gereken tek şey, bir ülke veya kuruluş için TLD’yi kimin çalıştıracağına, sadece google.zone yerine.

Şu anda, aşağıdaki üst düzey alan adlarının adres kayıtları var (yine de çalışan web sunucularının tümü değil)

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

ve aşağıdakiler mx kayıtlarına sahiptir (yani kullanıcı @ TLD. potansiyel olarak teslim edilebilir bir adrestir)

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.

(Burada "tt" ile neler olup bittiğini gerçekten merak ediyorum ...)

Böylece teoride, pope @ va'ya e-posta gönderebilirsiniz. ve düzgün bir şekilde teslim edilecek ...

Farklı kök sunucular kullanıyorsanız, internette neyin mevcut olduğunu farklı bir bakış açısıyla görüntüleyeceksiniz. Yaptığım tüm yerel kararlar , doğrudan kök sunuculara giden " dnscache " kullanan yerel sistemime karşıydı . Diğer birçok çözümleyen DNS sunucusu, kök sunuculara sormak yerine başka bir yerel DNS sunucusuna soracaktır.

— chris
kaynak

Görünüşe göre tt sadece iki MX kaydına sahip, merak edilecek bir şey yok. İlk başarısız olursa ikinci vuruş ...

— Tamara Wijsman

2

hayır - bu konuda garip bulduğum şey, o arama yaptığım zaman birinin ev bilgisayarını iade etmesiydi. rr.com bir son kullanıcı ISS olan roadrunner. Belki başka hizmetler de sundular, ancak yine de bir rr.com adresine işaret eden bir MX’ye sahip olmak biraz zor.

— chris

@chris Bir TLD'nin IP ile ilişkilendirilemeyeceğini mi kastediyorsunuz?

— Pacerier

ttMX kayıtları şimdi Google’ı gösteriyor

— Patrick Mevzek

5

Nasıl değil? Bir alanın sahip olması gereken minimum "bölümler" için herhangi bir sınırlama yoktur. Bu bir ccTLD olması Tonga gibi us, eu, uk, me, .... şu nokta da kök etki alanının alt alan anlamına gelir. Aslında, xyz.comgerçekten xyz.com..

Temel olarak, yaptıkları basit bir Aşekilde bir Web sunucusuna işaret eden bir kayıt eklemek . to.Tüm alt alanları için sorguları yanıtlamaktan sorumlu olan ad sunucusuna sahipler, böylece bunu kolayca yapabilirler.

Gerçeği gösteri:

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.

Not: Bu konunun içeriğine dayanarak, bazı İnternet operatörleri (ISS'ler, ...) tarafından kullanılan yazılımın spesifikasyonları doğru şekilde takip etmediği ve sadece sözleşmeleri takip ettiği için kesinlikle ikna oldum . Bu muhtemelen etki alanının birçok kişi için kırılmasının nedeni budur.

— xmm0
kaynak

Doğru değil. DNS'in kendisi teknik olarak tek bölümlü alan adlarına izin verirken, kayıt yetkilileri (ICANN ve diğerleri) çıplak bir üst düzey alan adı kaydetmenize izin vermeyecektir.

— sleske

4

sleske: Bu bir ülke . Ülkelerde TLD var.

— xmm0

pingTemelde herhangi bir sorun giderme için kullanmak için yanlış bir araçtır, ancak özellikle DNS sorun giderme için.

— Patrick Mevzek

3

Üst düzey bir etki alanının A kaydına sahip olması nadirdir, ancak tamamen meşrudur. "Www.foo.com" ve "foo.com" un nasıl farklı kayıtlara sahip olabileceğini düşünün ve tüm bunları Tongan ccTLD'ye kadar uygulayın.

— crb
kaynak

2

nslookup

— rmeador

Olmalı ya da siteyi ziyaret edemezsiniz!

— Mark Renouf,

@ rmeador Nasıl kontrol ettiğinizi bilmiyorum ama "to" a A kaydı olduğundan beri çok kötü bir şekilde yapıldı.

— bortzmeyer

3

Evet...

"telnet www.to 80" ... "GET /" yazarak çalışır

"telnet www.to. 80" ... "GET /" yazarak çalışır

"telnet'ten 80'e" ... bağlantı açılamadı

"telnet to. 80" ... bağlantıyı açamadı

evet, sanırım tarayıcının yardım edeceğini tahmin ediyorum. m.

2

telnet to. 80benim için iyi çalışıyor. Bazı proxy sunucusu bunu sizin için berbat etmiş olabilir.

— xmm0

@Mehrdad telnet to. 80benim için çalışmıyor ve kesinlikle bir proxy arkasında değilim. Belki de DNS’niz size yardımcı olacak başka bir şey yapıyor ...

— Dan Herbert

1

Bazı dns sunucusu alan adını çözebilir, bazıları çözemez ...

— splattne

telnetDNS sorunlarını gidermek için kullanılacak bir araç değil

— Patrick Mevzek

3

Birisi bütün bunları satın almış gibi görünüyor. TLD http://en.wikipedia.org/wiki/.to'ya Mehrdad'ın söylediği gibi bir A Kayıt ekleyebilirsiniz. Sanırım sadece ekliyorlar. www.to. adrese baktıklarından emin olmak için tld'nin kökünde arama yapar. the. tüm alanların sonunda zaten anlamadığım şey ima edilmeli, neden serverfault.com yapıyor. 400 Kötü İstek döndürülsün mü?

Chris: IIS göründüğünde iyi bir şey sunmaktan hoşlanmıyor Host: serverfault.com.. HTTP şartnamesinde Hostbaşlık değerini sınırlayan bir şey bulamıyorum .. Sanırım bu IIS'de bir hata; şartnameye uygun değil.

— xmm0

3

Bir TLD olduğundan, ayrıca example.com'un bir A kaydına sahip olması gibi bir IP Adresini gösteren bir A kaydına da sahip olabilir.

Düzenleme: nslookup ile yapılan bazı testlere göre, "to" için A kaydının "www.to" için olandan farklı olmasına rağmen, bunun bir aksaklık olup olmadığından tam olarak emin değilim.

— gekkz
kaynak

2

Bunun tarayıcılarla ilgisi yok. 'için' bir DNS Kaynak Kaydı vardır, bu kadar basit:

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

— ampledata
kaynak

2

Bu bir örnek mi yoksa IP adresi gerçekten bu harika mı?

— Chris

bu bir örnektir, gerçek IP "kazmak" dan gördüğünüz gibi 216.74.32.103'tür. çıktı. Ama daha komik bir vahiy, kayıt olmak için "tonic.to" da :) :)

— hayalci

2

Yardım tarayıcısına gerek yok:

$ 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

Görünen o ki, tüm TLD bir IP adresine (DNS hiyerarşisine karşı) eşlenmiş gibi görünüyor:

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

Ancak başka bir TLD'yi kontrol edin:

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

Bunun ICANN kurallarına uyup uymadığını bilmiyorum ama bu sadece bir ülke TLD'sinin DNS'sini yapılandırmakla ilgili bir konu.

— madmw
kaynak

3

ICANN kuralları ile ilgisi yoktur, ccTLD'ler ABD merkezli bir bürokrasiye değil yerel yasalara bağlıdır.

— bortzmeyer

2

Görünüşe göre, tüm önbellekleyen DNS varlıkları bir TLD'nin A kaydına sahip olması için hazırlanmamıştır, çünkü çalıştığım 2 DNS sunucusunun yalnızca% 50'sinde çalıştı.

Bu arkadaş canlısı tarayıcılar, bu durumda etki alanını "düzeltmek" için, kesinlikle karışıklığı gidermeye yardımcı olmadıklarından emin olmak için.

— Timo Metsälä
kaynak

Safari (on 10.5) ile benim için iyi çalışır .

— Mike Pountney,

1

@ Mike Pountney: Tarayıcılardan değil, DNS sunucularından bahsediyor. Bazı DNS sunucuları, hangi tarayıcıya sahip olursanız olun çalışmaz.

— Amok

Mike Safari ile çalıştı (ve başarısız) benim orijinal cevap bahsediyor

— Timo Metsälä

Chrome da iyi. için

— Mark Renouf

4

İyi istatistik İki sunucunun% 50'si :-): - /

— hayalci

2

bu gerçekten yeni değil. dot tk, yıllardır bunu öneriyor. tweak.tk dosyasına, ardından teknik sekmeye bakın. daha serin yapıyorlar, http://tk./abcde ayrıca daha da kısaltılmış olan abcde.tk!

2

Soru “Nasıl http://to./YENİ?” Değildi. Sadece söyleyerek :)

— Chris

haha .. true :) tk için. sadece tk için bir A kaydı eklemekle ilgili.

2

Sanırım basit cevabı ayarlamak web sunucusu sahibi

to.

o web sitesi için (ek) http ana bilgisayar başlığı.

Buradaki sorun, bazı DNS sunucularının "to" ve "to" çözmesidir. (Google DNS 216.74.32.103 diyor) ve bazıları basitçe yapamıyor.

— splattne
kaynak

2

DNS spesifikasyonu ayrıca kökü belirtmek için kullanılacak takip süresine izin verir, örneğin, "abc" ve "abc" eşdeğerdir, ancak ikincisi daha açıktır ve uygulamalar tarafından kabul edilmesi gerekir. Bu kural, özellikle bir TLD adı doğrudan belirtildiğinde önemlidir. Örneğin, ".COM", bu en üst düzey etki alanı olan "COM" için kullanılan popüler terminoloji haline gelmiştir. DNS hakkında konuşurken kesinlikle ve teknik olarak doğru olurdu, çünkü "COM" un bir üst düzey alan adı olduğunu gösteriyor.

Gönderen: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt

2

Öyleyse soru, neden işe yaramayacağı. Cevap, Verisign'ın .com'a joker karakter getirmeye karar vermesinden sonra. Birkaç yıl önce zon geliştiren zon geliştiricileri, 'sadece delegasyon' bölgesi kavramını ortaya koydu. Yalnızca bir delegasyon bölgesinde, bir NS kaydı için alt yapıştırıcı olmayan herhangi bir A kaydı çözümleyici tarafından kabul edilmeyecek ve müşteri bir NXDOMAIN alacaktır.

Bu yüzden sıkı bir protokol bakış açısıyla "için" tamamdır. DNS adının A kaydı olması, uygulamada bazı ISS müşterileri için işe yaramaz.

Koyabilirsiniz:

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

named.conf dosyasında bunu sadece .com için açabilirsiniz. etki alanı veya TLD'lerin tümü için açabilirsiniz ancak {} engelleme seçeneklerine ekleyerek bazılarını hariç tutabilirsiniz:

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

vb. Burada "to" gibi genel olarak izin verilen uzun bir "kabul edilmiş" alan listesi vardır, ancak BOFHish'in nasıl hissettiğine bağlı olarak, bunu daha fazla sınırlayabilirsiniz.

Bağlantı, not aldığımdan beri ve yine de bu cevabı ilk yazdığımdan beri değişti, ancak şunu işaret ettim: http://www.isc.org/software/bind/delegation-only

— Phil P
kaynak

1

OpenDNS ile bir ilgisi olabilir herhangi bir şans. OpenDNS kullanarak ev bilgisayarımda nslookup bir IP adresi döndürüyor. İş bilgisayarlarımda VPN üzerinden çözülmeyen ve http://to./ hiçbir şey yapmıyor.

OpenDNS'de bir hata olabilir ... bu, kısayol işlevlerine benzer davranıyor gibi görünüyor; burada kısayol olarak 'mail' ve web sitesi olarak ' http://webmail.mydomain.com ' gibi bir şey girdiniz. tanımlanmış ağınızdan 'posta' girmeniz sizi ' http://webmail.mydomain.com ' adresine götürür . Muhtemelen birisi ağını 0.0.0.0 olarak tanımlamış ve 'to' kısayolunu yaratmış mı? Bu durumda OpenDNS kullanıcılarından yararlanmak için büyük bir fırsat olurdu!

— John Clayton
kaynak

1

Belirtildiği gibi. "İçin." tam bir ana bilgisayar adı belirtmenin geçerli bir yoludur. "Tipik" DNS adınızın başka hiçbir kısmı gerekli değildir.

Bu ekrana bir "kazmak" için olana bakarsanız, bunu "yapmak" için görürsünüz . 216.74.32.103 A değerine sahip :

Tonga'nın buna karşılık bir şey karşılığında izin vermeye karar verdiğini tahmin ediyorum (soğuk, muhtemelen nakit para?)

— Glorfindel
kaynak

Başka yerlerde, .to kullanımını satmanın Tonga'nın ana gelir akımlarından biri olduğunu okudum.

— John Gardeniers,

0

Uyarı: Yalnızca DNS hakkında tehlikeli olacak kadar bilgim var. Ama işte bildiğim şey:

.kök etki alanıdır; tobunun altında biri

Bu daha mantıklı (ve çalışıyor!):

http://www.to/

Yani, temel olarak, www kısmını atlıyoruz ve tarayıcı çıkarıyor mu?

temel DNS'ye genel bakış:
http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html

— Jeff Atwood
kaynak

Yani ekstra nokta normalde dışarıda bırakılır, ancak bu durumda web tarayıcısını karıştırmamak için dışarıda bırakılmaz mı?

— MJeffryes

5

İzleyen nokta web tarayıcısına eklenmemesini söyler .com. Yeni koyduysanız http://to, tarayıcınız bunu değiştirir http://www.to.com, ancak kullanırsanız http://to.web tarayıcısı bunu değiştirirhttp://www.to

— Drew Stephens

Krom dan beni alır için aynı siteye (için).

— Assaf Lavie

Bu aslında doğru. Bunun tarayıcılarla ilgisi yok, "to" geçerli bir ana bilgisayar adı.

— Mark Renouf,

Bilgisayarımda, için. ( www.to.ve www.to) ve için. ( to.) farklı sayfalar oluşturur ve farklı IP adresleri kullanır. Sanırım "www" başka biri tarafından gerçekten ikinci seviye bir etki alanı olarak kaydedildi.

— Arjan

0

TO üzerine bir whois yapıyorum. etki alanı adı, IANA'ya ait olduğunu gösterir:

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'ler hakkında yalnızca IANA whois sunucusunu kullanmak daha iyi .

— Patrick Mevzek

0

Bazı ekran görüntüleri, ^†http://to./ den farklı bir site verdiğini göstermek için :http://www.to./

^{http://to./karşı http://www.to./(büyütmek için tıklayın)}

IP adresleri de farklıdır: 216.74.32.103, bugün 74.54.218.210.

Yani: biri iki URL için aynı görüyorsa, o zaman tarayıcı gerçekten berbat ve muhtemelen www.toher ikisi için de gösteriyordur .

^{^† http://www.to./ muhtemelen aynı fantezi bir şey denemek için değil tarayıcıları anlatmak için sonuna nokta gerekir ve dolayısıyla vermezse http://www.toettiği, wwwmuhtemelen olarak tescil edilmiştir ikinci düzey alan bazı alakasız başka bir şirket tarafından.}

— Arjan
kaynak

-3

Onlar www.to'ya sahipler, yani www.www.to aynı URL'ye işaret ediyor. Tarayıcı istek üzerine www.to olarak değiştirir.

— Paul
kaynak

Bunun "www" ile bir ilgisi olduğundan emin misin? Milyonlarca etki alanı adı "www" olmadan çalışır ve bunun dolaylı olduğu için bunun olduğunu sanmıyorum.

— Chris

Bu yanıltıcıdır. İken www.toaynı adrese işaret edebilir, www.tobambaşka bir bilgisayara işaret edebilir.

— xmm0

Yoksa "www" nin bir tür varsayılan TLD olduğunu mu söylüyorsunuz?

— Chris

şimdi daha da kafam karıştı! :(

— Jeff Atwood

4

bu doğru değil

— Kyle Cronin