Làm thế quái nào là http://to./ một tên miền hợp lệ?


70

Rõ ràng đó là một công cụ rút ngắn URL. Nó giải quyết tốt trong Chrome và Firefox. Làm thế nào đây là một tên miền cấp cao hợp lệ?

Cập nhật: đối với những người nói đó là trình duyệt shenanigans, tại sao nó http://com./lại không đưa tôi đến : http://www.com/?

Và, các trình duyệt có bao giờ gửi cho bạn phản hồi từ một nơi nào khác ngoài những gì thực sự xuất hiện trên thanh địa chỉ không? Ngoài các bộ khung và những thứ tương tự, tôi nghĩ các trình duyệt đã rất cố gắng chỉ gửi cho bạn nội dung từ trang web trong thanh địa chỉ, để giúp bảo vệ chống lừa đảo.


2
Slashdot không đủ nhanh để hạ gục nó.
badp

Có vẻ như những ngày này, tính sẵn có của băng thông đang tăng không tương xứng với lượng độc giả của slashdot ...
Chris

Cũng lưu ý rằng http://to.mang lại một trang web khác với http://www.to.(trang sau giống như http://www.to). Nếu một người thấy giống nhau cho hai URL thì trình duyệt thực sự đang rối tung và có lẽ đang hiển thị www.to cho cả hai ...
Arjan

2
Tôi chỉ nhận thấy ngày hôm nay rằng để có tác phẩm lâu hơn. Gương mặt buồn. Một cái vẫn hoạt động là ac nhưng nó chỉ phục vụ trang web [nic.as] [1]. [1]: nic.ac
Marcel

Câu trả lời:


48

Về cơ bản, ai đó đã cố gắng thuyết phục chủ sở hữu của ccTLD 'đến.' (Tonga?) Để gán bản ghi A cho địa chỉ IP của riêng họ. Khá là một cuộc đảo chính trong thế giới cũ của các công cụ rút ngắn URL.

Thông thường các cấp cao nhất này sẽ không có địa chỉ IP được gán qua bản ghi A tiêu chuẩn, nhưng không có gì để nói rằng điều tương tự không thể được thực hiện đối với .uk, .com, .eu, v.v.

Nói đúng ra, không có lý do gì để có '.' được chỉ định, mặc dù điều đó sẽ ngăn trình duyệt của bạn thử các kết hợp khác như 'to.yourdomain.com' trước và tăng tốc độ phân giải của địa chỉ. Nó cũng có thể gây nhầm lẫn cho các trình duyệt, vì không có dấu chấm, nhưng ít nhất Safari dường như hoạt động tốt với nó.


19
Điều này có nghĩa là, với quyền truy cập phù hợp (tuy nhiên không có khả năng), ai đó có thể thiết lập một trang web trên chính "." Chính nó?
Chris

6
Chris: Vâng, nó hoàn toàn có thể.
xmm0

5
Chính xác. Đó là lý do tại sao n @ ai là một địa chỉ email hợp lệ.
Pridkett

9
Nó sẽ phải là "http: //."
chris

4
Hoặc cho nội dung http: //./index.html
chris

21

"Đến" (quốc gia TLD cho Tonga) là toàn bộ miền cho trang web - không có mánh khóe trình duyệt:

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

Lý do tại sao nên sử dụng " http://to./ " là vì một số trình duyệt sẽ cố gắng chuyển đổi "thành" thành " http://www.to.com " trong thanh địa chỉ.


29
Tôi có phải là người duy nhất bị nhầm lẫn bởi "$ telnet đến 80" chỉ trong vài giây không?
Belmin Fernandez

15

Bất kỳ vùng DNS nào cũng có thể có bất kỳ bản ghi DNS nào cho chính vùng đó (trong tệp cấu hình liên kết, bản ghi này được gắn nhãn @). Trên thực tế - cho tôi hỏi điều này - vùng gốc có thể có một @ để mô tả chính nó không? IE có thể có một bản ghi địa chỉ? Tôi không thấy lý do tại sao nó không thể. đó sẽ là một địa chỉ tuyệt vời để có. " http: //./ "

Vùng "Root" chỉ đơn giản là một vùng có tên ".". Hiện tại, khu vực đó có một loạt các máy chủ tên. Địa chỉ của các máy chủ tên này được phân phối dưới dạng tệp văn bản . Tệp văn bản này hoặc một cái gì đó tương tự được nhập thủ công vào nhiều máy chủ tên đệ quy điển hình.

Đặt một "." ở cuối tên cho trình phân giải cục bộ của bạn rằng tên bạn đã nhập tên miền " đủ điều kiện ", nghĩa là tên chính xác và chỉ tên bạn muốn tra cứu. Thông thường, chúng tôi sử dụng các tên không đủ tiêu chuẩn hoặc không rõ ràng như "www" để có nghĩa là "www.of.the.place.I.work" trong đó trình phân giải DNS cục bộ của bạn có "of.the.place.I.work" là "dns tên miền "hoặc" miền tìm kiếm ".

Các máy chủ miền cấp gốc này có một danh sách các tên miền " cấp cao nhất ", ánh xạ gần như trừu tượng cũ về cách các nhà nghiên cứu trong thập niên 80 nghĩ rằng internet sẽ được sử dụng và các quốc gia , và một tên miền cấp cao nhất cho " cơ sở hạ tầng ". Mỗi tên miền cấp cao nhất này có một loạt các máy chủ tên có danh sách các vùng thực tế trong miền đó, do đó, yêu cầu cho maps.google.com trước tiên sẽ đến một máy chủ cấp gốc để đưa ra danh sách các máy chủ tên biết. com và khi được hỏi, một trong số những người biết về máy chủ tên nào có hồ sơ cho google.com và một trong số họ biết bản ghi cụ thể cho www.google.com.

Vì vậy, tất cả những gì bạn cần làm là thuyết phục bất cứ ai điều hành TLD cho một quốc gia hoặc tổ chức để đưa vào một bản ghi địa chỉ cho .zone thay vì chỉ google.zone và bạn là vàng.

Hiện tại, các tên miền cấp cao nhất sau đây có bản ghi địa chỉ (mặc dù không phải tất cả các máy chủ web đang chạy)

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

và sau đây có các bản ghi mx (vì vậy người dùng @ TLD. là một địa chỉ có thể phân phối được)

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.

(Tôi thực sự tự hỏi về những gì đang xảy ra với "tt" ở đây ...)

Vì vậy, về lý thuyết, bạn có thể gửi email đến pope @ va. và nó sẽ được chuyển đúng cách ...

Nếu bạn sử dụng các máy chủ gốc khác nhau, bạn sẽ kết thúc với một cái nhìn khác về những gì tồn tại trên internet. Tất cả các độ phân giải cục bộ tôi đã làm là chống lại hệ thống cục bộ của tôi đang sử dụng " dnscache " trực tiếp đến các máy chủ gốc. Nhiều máy chủ DNS giải quyết khác sẽ hỏi một máy chủ DNS cục bộ khác thay vì hỏi các máy chủ gốc.


Hình như tt chỉ có hai bản ghi MX, không có gì để thắc mắc. Nếu lần đầu tiên thất bại, nó sẽ đá vào lần thứ hai ...
Tamara Wijsman

2
không - điều tôi thấy kỳ lạ về điều đó là vào thời điểm tôi thực hiện việc tra cứu đó đã trả lại máy tính ở nhà của ai đó. rr.com là roadrunner, một ISP người dùng cuối. Có thể họ cũng cung cấp các dịch vụ khác, nhưng vẫn hơi kỳ quặc khi có một MX trỏ đến địa chỉ rr.com.
chris

@chris Bạn có nghĩa là một TLD có thể không có IP liên quan?
Pacerier

ttCác bản ghi MX hiện trỏ đến Google
Patrick Mevzek

5

Làm thế nào không? Không có bất kỳ giới hạn nào cho các "phần" tối thiểu mà một tên miền nên có. Đó là một ccTLD cho Tonga như us, eu, uk, me, .... Các dấu chấm sau có nghĩa đó là một tên miền phụ của miền gốc. Trong thực tế, xyz.comlà thực sự xyz.com..

Về cơ bản, những gì họ đã làm chỉ đơn giản là thêm một Abản ghi trỏ đến một máy chủ Web. Họ sở hữu máy chủ tên chịu trách nhiệm trả lời các truy vấn to.và tất cả các tên miền phụ của nó để họ có thể làm điều đó một cách dễ dàng.

Trình diễn thực tế:

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: Dựa trên nội dung của chủ đề này, tôi hoàn toàn tin tưởng rằng phần mềm được sử dụng bởi một số nhà khai thác Internet (ISP, ...) không tuân theo thông số kỹ thuật chính xác và chỉ xảy ra theo các quy ước. Đây có lẽ là lý do tại sao tên miền bị phá vỡ cho nhiều người.


Không đúng. Mặc dù DNS về mặt kỹ thuật sẽ cho phép các tên miền một phần, các cơ quan đăng ký (ICANN và cộng sự) sẽ không cho phép bạn đăng ký một tên miền cấp cao trần trụi.
sleske

4
sleske: Đó là một đất nước . Các quốc gia có TLD.
xmm0

pinglà công cụ sai để sử dụng cho bất kỳ sự cố nào về cơ bản nhưng đặc biệt là không xử lý sự cố DNS.
Patrick Mevzek

3

Rất hiếm khi tên miền cấp cao nhất có bản ghi A, nhưng nó hoàn toàn hợp pháp. Hãy suy nghĩ làm thế nào bạn có thể có "www.foo.com" và "foo.com" có các hồ sơ khác nhau và áp dụng tất cả các cách vào ccTLD Tongan, .to.


2
nó dường như không có bản ghi A, từ các cuộc điều tra của tôi bằng cách sử dụng nslookup
rmeador

Nó phải hoặc bạn sẽ không thể truy cập trang web!
Đánh dấu Renouf

@rmeador Tôi không biết bạn đã kiểm tra như thế nào nhưng nó đã được thực hiện rất tệ vì "đến" không có bản ghi A.
bortzmeyer

3

vâng

"telnet www.to 80" ... gõ "GET /" hoạt động

"telnet www.to. 80" ... gõ "GET /" hoạt động

"telnet đến 80" ... không thể mở kết nối

"telnet đến. 80" ... không thể mở kết nối

Vì vậy, yeah, tôi sẽ đoán trình duyệt giúp đỡ. m.


2
telnet to. 80làm việc tốt cho tôi Một số máy chủ proxy có thể đã gây rối cho bạn.
xmm0

@Mehrdad telnet to. 80không hoạt động đối với tôi và tôi chắc chắn không đứng sau proxy. Có lẽ DNS của bạn đang làm một cái gì đó khác để giúp bạn ra ngoài ...
Dan Herbert

1
một số máy chủ dns có thể phân giải tên miền, một số không ...
splattne

telnetkhông phải là công cụ được sử dụng để khắc phục sự cố DNS
Patrick Mevzek

3

Hình như ai đó đã mua toàn bộ .to. TLD http://en.wikipedia.org/wiki/.to như Mehrdad nói rằng bạn có thể thêm Bản ghi A. Tôi nghĩ rằng họ chỉ cần thêm. đến cuối www.to. để đảm bảo rằng những gì đang tìm kiếm địa chỉ tìm kiếm ở thư mục gốc của tld. các . vào cuối tất cả các tên miền nên được ngụ ý dù sao những gì tôi không nhận được là tại sao serverfault.com. Trả lại 400 Yêu cầu xấu?


Chris: IIS không thích phục vụ thứ gì đó tốt khi nhìn thấy Host: serverfault.com.. Tôi không thể tìm thấy bất cứ điều gì trong đặc tả HTTP giới hạn Hostgiá trị tiêu đề chứa .ở cuối. Tôi đoán đó là một lỗi trong IIS; nó không phù hợp với đặc điểm kỹ thuật.
xmm0

3

Là một TLD, nó cũng có thể có bản ghi A trỏ đến Địa chỉ IP, giống như example.com có ​​thể có bản ghi A.

Chỉnh sửa: Theo một số thử nghiệm với nslookup, có vẻ như bản ghi A cho "to" khác với bản ghi cho "www.to", mặc dù tôi không hoàn toàn chắc chắn liệu đây có phải là trục trặc hay không.


2

điều này không có gì để làm với các trình duyệt. 'đến' có Bản ghi tài nguyên DNS, đơn giản như sau:

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

2
Đó có phải là một ví dụ hay địa chỉ IP thực sự tuyệt vời?
Chris

đó là một ví dụ, IP thực là 216,74.32.103 như bạn có thể thấy từ "đào đến". đầu ra. Nhưng một tiết lộ thú vị hơn nhiều là, đăng ký tại "tonic.to" :)
hayalci

2

Không cần trình duyệt trợ giúp:

$ 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

Có vẻ như toàn bộ TLD được ánh xạ tới một địa chỉ IP (so với phân cấp DNS), hãy thử:

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

Nhưng kiểm tra bất kỳ TLD nào khác:

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

Tôi không biết nếu điều này tuân theo quy tắc ICANN nhưng đó chỉ là vấn đề định cấu hình DNS cho DNS của cả một quốc gia TLD.


3
Nó không liên quan gì đến các quy tắc của ICANN, ccTLD phụ thuộc vào luật địa phương, không phụ thuộc vào bộ máy quan liêu có trụ sở tại Hoa Kỳ.
bortzmeyer

2

Rõ ràng không phải tất cả các thực thể DNS lưu trữ đều được chuẩn bị để TLD có bản ghi A, vì nó chỉ hoạt động với 50% trong số 2 máy chủ DNS mà tôi đã thử.

Các trình duyệt thân thiện đó "sửa" tên miền trong trường hợp đó thành www. để chắc chắn không giúp xóa tan sự nhầm lẫn.


Safari (trên 10.5) hoạt động tốt với tôi với .
Mike Pountney

1
@Mike Pountney: Anh ấy đang nói về máy chủ DNS, không phải trình duyệt. Một số máy chủ DNS không hoạt động cho dù bạn có trình duyệt nào.
Amok

Mike đang đề cập đến câu trả lời ban đầu của tôi, nơi tôi đã thử (và thất bại) với Safari
Timo Metsälä

Chrome cũng tốt. đến
Mark Renouf

4
Thống kê tốt. % 50 của hai máy chủ :-): - /
hayalci

2

Điều này thực sự không mới. dot tk đã được cung cấp này từ lâu. nhìn vào.t.tk rồi tab kỹ thuật. họ làm nó mát hơn, http://tk./abcde cũng là abcde.tk mà thậm chí còn rút ngắn!


2
Câu hỏi không phải là "Làm thế nào là http://to./MỚI?". Chỉ cần nói :)
Chris

haha .. đúng :) cho tk. nó chỉ là về việc thêm một bản ghi A cho tk.

2

Tôi nghĩ rằng câu trả lời đơn giản là chủ sở hữu của bộ máy chủ web

to.

như (bổ sung) tiêu đề máy chủ http cho trang web đó.

Vấn đề ở đây là một số máy chủ DNS có thể giải quyết "đến" và "đến". (Google DNS cho biết 216.74.32.103) và một số đơn giản là không thể.


2

Đặc tả DNS cũng cho phép một khoảng thời gian kéo dài được sử dụng để biểu thị gốc, ví dụ: "abc" và "abc" là tương đương, nhưng sau này rõ ràng hơn và được các ứng dụng yêu cầu chấp nhận. Quy ước này đặc biệt quan trọng khi một tên TLD đang được đề cập trực tiếp. Ví dụ: trong khi ".COM" đã trở thành thuật ngữ phổ biến để đề cập đến tên miền cấp cao nhất đó, "COM." sẽ đúng và đúng về mặt kỹ thuật khi nói về DNS, vì nó cho thấy "COM" là một tên miền cấp cao nhất.

Từ: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt


2

Vì vậy, câu hỏi là tại sao nó sẽ không hoạt động. Và câu trả lời là sau khi Verisign quyết định giới thiệu một ký tự đại diện vào .com. cách đây vài năm, các nhà phát triển của ràng buộc đã đưa ra khái niệm về khu vực 'chỉ dành cho phái đoàn'. Trong vùng chỉ dành cho ủy nhiệm, mọi bản ghi A không kém keo cho bản ghi NS sẽ không được người giải quyết chấp nhận và khách hàng sẽ nhận lại NXDOMAIN.

Vì vậy, từ quan điểm giao thức nghiêm ngặt, "đến". Tên DNS để có một bản ghi A, trong thực tế, nó sẽ không hoạt động đối với khách hàng của một số ISP.

Bạn có thể đặt:

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

trong tên của bạn.conf để bật cái này chỉ cho .com. tên miền hoặc bạn có thể bật nó cho tất cả các TLD nhưng loại trừ một số trong số chúng bằng cách thêm vào các tùy chọn {} chặn thứ gì đó như:

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

v.v ... Có một danh sách dài các tên miền "được chấp nhận" ở đây thường được cho phép, chẳng hạn như "đến", nhưng tùy thuộc vào cảm giác của BOFHish, bạn có thể hạn chế điều này nhiều hơn.

Liên kết đã di chuyển kể từ lần đầu tiên tôi ghi chú nó xuống và một lần nữa kể từ lần đầu tiên tôi viết bài trả lời này, nhưng tôi nghĩ đây là những gì tôi đã chỉ ra: http://www.isc.org/software/bind/delegation-only


1

Bất kỳ cơ hội nào nó có thể có liên quan đến OpenDNS. Trên máy tính ở nhà của tôi bằng OpenDNS nslookup trả về một địa chỉ IP. Trên máy tính làm việc của tôi thông qua VPN để không giải quyết và http://to./ không làm gì cả.

Đó có thể là một lỗi với OpenDNS ... điều này dường như hoạt động tương tự như chức năng phím tắt của họ, nơi bạn nhập một cái gì đó như 'mail' làm lối tắt và ' http://webmail.mydomain.com ' làm trang web và khi nào bạn nhập 'mail' từ mạng được xác định, nó sẽ đưa bạn đến ' http://webmail.mydomain.com '. Có thể ai đó đã xác định mạng của họ là 0.0.0.0 và tạo 'đến' làm lối tắt? Nếu đó là một cơ hội lớn để khai thác người dùng OpenDNS!


1

Như đã được chỉ định. "đến." là một cách hợp lệ để chỉ định một tên máy chủ đủ điều kiện. Không có phần nào khác của tên DNS "thông thường" của bạn được yêu cầu.

Nếu bạn nhìn vào màn hình này chụp "đào đến", bạn sẽ thấy "đến". có một bản ghi A là 216,74.32.103 :

Tôi đoán Tonga đã quyết định cho phép điều này để đổi lấy thứ gì đó (có thể là tiền mặt lạnh, cứng?)


Tôi đã đọc ở nơi khác rằng việc sử dụng .to là một trong những nguồn thu nhập chính của Tonga những ngày này.
John Gardeniers

0

Cảnh báo: Tôi chỉ biết đủ về DNS là nguy hiểm. Nhưng đây là những gì tôi biết:

.là miền gốc; tolà một trong số đó

Điều này có ý nghĩa hơn (và hoạt động!):

http://www.to/

Vì vậy, về cơ bản, chúng ta đang bỏ qua phần www và trình duyệt đang suy ra nó?

tổng quan về DNS cơ bản:
http://developer.yahoo.net/blog/archives/2009/11/an_engineftimegu.html


Vì vậy, dấu chấm bổ sung thường bị bỏ qua, nhưng không bị bỏ sót trong trường hợp này để không gây nhầm lẫn cho trình duyệt web?
MJeffryes

5
Dấu chấm báo cho trình duyệt web không thêm .com. Nếu bạn chỉ đặt http://to, trình duyệt của bạn sẽ thay đổi thành http://www.to.com, nhưng nếu bạn sử dụng http://to.thì trình duyệt web sẽ thay đổi thànhhttp://www.to
Drew Stephens

Chrome đưa tôi từ đến cùng một trang web (đến.)
Assaf Lavie

Điều này thực sự chính xác. Điều này không liên quan gì đến trình duyệt, "đến" là tên máy chủ hợp lệ.
Đánh dấu Renouf

Trên máy tính của tôi, để. ( www.to.www.to) và đến. ( to.) mang lại các trang khác nhau và sử dụng các địa chỉ IP khác nhau. Tôi đoán "www" đã thực sự được đăng ký là tên miền cấp hai bởi người khác.
Arjan

0

Làm một whois trên TO. tên miền mang lại rằng nó được sở hữu bởi 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

Tốt hơn là chỉ sử dụng máy chủ IANA whois để biết thông tin về TLD.
Patrick Mevzek

0

Một số ảnh chụp màn hình, để chứng minh rằng http://to./sản lượng một trang web khác hơn :http://www.to./


http://to./so với http://www.to./(bấm vào để phóng to)

Các địa chỉ IP cũng khác nhau: 216.74.32.103 so với 74.54.218.210 ngày nay.

Vì vậy: nếu một người nhìn thấy giống nhau cho hai URL thì trình duyệt thực sự đang gây rối và có thể hiển thị www.tocho cả hai.

http://www.to./ có lẽ không cần dấu chấm để nói với các trình duyệt không thử bất cứ điều gì lạ mắt, và do đó cũng giống như http://www.to, trong đó wwwcó lẽ đã được đăng ký như là một tên miền cấp hai của một số công ty khác không liên quan.


-3

Họ sở hữu www.to, vì vậy www.www.to trỏ đến cùng một URL. Trình duyệt thay đổi nó thành www.to theo yêu cầu.


Bạn có chắc chắn điều này có liên quan đến "www" không? Hàng triệu tên miền hoạt động mà không có "www" và tôi không nghĩ đó là vì điều này là ẩn.
Chris

Điều này là sai lệch. Trong khi www.tocó thể trỏ đến cùng một địa chỉ, www.tocó thể trỏ đến một máy tính hoàn toàn khác.
xmm0

Hay bạn đang nói rằng "www" là một loại TLD mặc định?
Chris

bây giờ tôi còn bối rối hơn nữa! :(
Jeff Atwood

4
Điều này không chính xác
Kyle Cronin
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.