도대체 어떻게 http://to./ 유효한 도메인 이름입니까?


70

분명히 URL 단축기입니다. Chrome과 Firefox에서 잘 해결됩니다. 이 도메인은 어떻게 유효한 최상위 도메인입니까?

업데이트 : 왜 즉,이 브라우저 헛소리의 말을 사람들에게 http://com./로 이동하지 않습니다 : http://www.com/?

그리고 브라우저가 실제로 주소 표시 줄에있는 것 이외의 곳에서 응답을 보내 줍니까? 프레임 셋과 같은 것들 외에도 브라우저가 주소 표시 줄의 사이트에서만 피싱을 막기 위해 콘텐츠를 보내려고 열심히 노력했다고 생각합니다.


2
슬래쉬 닷은 속도가 빠르지 않았기 때문이다.
badp 2009

요즘은 slashdot의 독자성으로 인해 대역폭의 일반적인 가용성이 불균형 적으로 증가하는 것처럼 보입니다 ...
Chris

또한 http://to.웹 사이트와 다른 웹 사이트가 생성됩니다 http://www.to.(후자는 웹 사이트 와 동일 http://www.to). 두 URL에 대해 동일한 내용이 표시되는 경우 브라우저가 실제로 엉망이고 아마도 둘 다 www.to를 표시하는 것입니다.
Arjan

2
난 그냥 오늘 발견 더 이상 작동합니다. 슬픈 얼굴. 여전히 작동하는 것은 ac 이지만 [nic.as] [1] 웹 사이트를 제공합니다. [1] : nic.ac
Marcel

답변:


48

기본적으로 누군가 ccTLD의 소유자에게 'to'를 설득 할 수있었습니다. (Tonga?)는 A 레코드를 자신의 IP 주소에 할당합니다. URL 단축기의 이상한 오래된 세계에서 꽤 쿠데타.

일반적으로 이러한 최상위 수준에는 표준 A 레코드를 통해 할당 된 IP 주소가 없지만 .uk, .com, .eu 등에서는이를 수행 할 수 없다고 할 말이 없습니다.

엄밀히 말하면 '.'을 가질 이유가 없습니다. 브라우저가 'to.yourdomain.com'과 같은 다른 조합을 먼저 시도하지 못하게하고 주소 확인 속도를 높여야합니다. 점이 없기 때문에 브라우저를 혼란스럽게 할 수도 있지만 Safari는 적어도 제대로 작동하는 것 같습니다.


19
이것은 올바른 액세스 권한 (그러나 가능하지는 않음)을 통해 누군가가 루트 "."에 웹 사이트를 설정할 수 있음을 의미합니까? 그 자체?
Chris

6
크리스 : 네, 가능합니다.
xmm0

5
바로 그거죠. 그래서 n @ ai는 유효한 이메일 주소입니다.
Pridkett 2009

9
"http : //"여야합니다.
chris

4
또는 내용 http : //./index.html
chris

21

"to"(Tongga의 국가 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./ " 를 사용하는 것이 좋은 이유 는 일부 브라우저가 주소 표시 줄에서 "to"를 " http://www.to.com " 으로 변환하려고하기 때문 입니다.


29
몇 초 동안 "$ telnet to 80"으로 혼란 스러웠던 유일한 사람 입니까?
벨민 페르난데스

15

모든 DNS 영역에는 해당 영역 자체에 대한 모든 DNS 레코드가있을 수 있습니다 (바인드 구성 파일에서이 레코드에는 @로 레이블이 지정됨). 실제로 – 이걸 물어 보자 – 루트 존이 @를 기술 할 수 있는가? IE는 주소 레코드를 가질 수 있습니까? 왜 그렇게 할 수 없는지 모르겠습니다. 그것은 멋진 주소가 될 것입니다. " http : //./ "

"루트"영역은 단순히 "."이라는 영역입니다. 현재 해당 영역에는 이름 서버가 많이 있습니다. 이러한 이름 서버의 주소는 텍스트 파일 로 배포됩니다 . 이 텍스트 파일 또는 이와 유사한 것이 많은 전형적인 재귀 이름 서버에 수동으로 입력됩니다.

"."배치 이름의 끝에는 로컬 확인자에게 " 완벽한 "도메인 이름 을 입력 한 이름이 표시됩니다. 이는 정확히 원하는 이름입니다. 종종 "www"와 같이 규정되지 않거나 모호한 이름을 사용하여 로컬 DNS 확인자가 "of.the.place.I.work"를 "dns"로 "www.of.the.place.I.work"를 의미합니다. 도메인 "또는"검색 도메인 ".

이 루트 수준 도메인 서버에는 " 최상위 "도메인 목록이 있으며, 80 년대의 연구원들이 인터넷을 사용할 것이라고 생각한 방식과 국가 , " 인프라 "에 대한 최상위 도메인을 대략적으로 구상 한 추상 목록으로 구성 되어 있습니다 . 이러한 최상위 도메인 각각에는 해당 도메인에 실제 영역 목록이있는 이름 서버가 많이 있으므로 maps.google.com에 대한 요청은 먼저 알려진 이름 서버 목록을 전달하는 루트 수준 서버로 이동합니다. co.kr과 요청이있을 경우 그 중 하나가 어떤 이름 서버에 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

그리고 다음은 mx 레코드를 가지고 있습니다 (따라서 user @ TLD.는 잠재적으로 전달 가능한 주소입니다)

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"로 무슨 일이 일어나고 있는지 궁금합니다 ...)

이론적으로는 pope @ va로 이메일을 보낼 수 있습니다. 제대로 전달됩니다 ...

다른 루트 서버를 사용하는 경우 인터넷에 존재하는 항목을 다르게 볼 수 있습니다. 내가 한 모든 로컬 해상도 는 루트 서버로 직접 이동 하는 " dnscache "를 사용하는 로컬 시스템에 대한 것 입니다. 다른 많은 해결 DNS 서버는 루트 서버를 요청하는 대신 다른 로컬 DNS 서버를 요구합니다.


tt에 두 개의 MX 레코드가있는 것 같습니다. 첫 번째 실패하면 두 번째로 시작됩니다 ...
Tamara Wijsman

2
아니요. 제가 이상하게 생각하는 것은 조회 할 때 tt가 다른 사람의 집 컴퓨터를 반환하고 있었다는 것입니다. rr.com은 최종 사용자 ISP 인 roadrunner입니다. 어쩌면 그들은 다른 서비스를 제공하지만 MX가 rr.com 주소를 가리 키도록하는 것은 여전히 ​​엉뚱합니다.
chris

@ chris TLD가 연결된 IP를 가질 수 없다는 것을 의미합니까?
Pacerier

ttMX 레코드가 Google을
가리킴

5

어때요? 도메인이 가져야하는 최소 "섹션"에는 제한이 없습니다. 그것은을위한 ccTLD를 통가어 같은 us, eu, uk, me, ... 다음 도트는 루트 도메인의 하위 도메인 의미합니다. 실제로 xyz.comxyz.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.

추신 :이 스레드의 내용을 바탕으로 일부 인터넷 운영자 (ISP, ...)가 사용하는 소프트웨어가 사양을 올바르게 따르지 않고 규칙을 준수 한다는 것을 절대적으로 확신합니다 . 이것이 아마도 많은 사람들이 도메인을 망가 뜨린 이유 일 것입니다.


사실이 아니다. DNS 자체는 기술적으로 단일 부분 도메인 이름을 허용하지만 등록 기관 (ICANN 등)에서는 기본 도메인을 등록 할 수 없습니다.
sleske 2009

4
썰매 : 나라 입니다. 국가에는 TLD가 있습니다.
xmm0

ping기본적으로 모든 문제 해결에 사용하지만 잘못된 DNS 문제 해결에는 사용하지 않는 도구입니다.
Patrick Mevzek

3

최상위 도메인에 A 레코드가있는 경우는 드물지만 완벽하게 합법적입니다. "www.foo.com"과 "foo.com"의 레코드가 다른 방법을 생각하고 통가 ccTLD에 적용하십시오.


2
nslookup을 사용하여 내 조사에서 A 레코드를하지 않는 것
rmeador

사이트를 방문하지 못하거나 방문 할 수 없습니다!
Mark Renouf

@rmeador 나는 당신이 어떻게 확인했는지 모르지만 "to"에 A 레코드가 있기 때문에 잘못되었습니다.
bortzmeyer 2009

3

네...

"telnet www.to 80"... "GET /"입력

"telnet www.to. 80"... "GET /"입력하면 작동합니다

"telnet to 80"... 연결을 열 수 없습니다

"telnet to. 80"... 연결을 열 수 없습니다

네, 브라우저가 도와주는 것 같아요. 엠.


2
telnet to. 80나를 위해 잘 작동합니다. 일부 프록시 서버는 당신을 위해 그것을 엉망으로 만들었습니다.
xmm0

@Mehrdad telnet to. 80는 나를 위해 작동하지 않으며 프록시 뒤에 확실히 있지 않습니다. 아마도 당신의 DNS가 당신을 돕기 위해 다른 일을하고있을 것입니다.
Dan Herbert

1
일부 DNS 서버는 도메인 이름을 확인할 수 있지만 일부는 ...
splattne

telnet는 DNS 문제를 해결하는 데 사용되는 도구가 아닙니다
Patrick Mevzek

3

누군가 전체 .to를 구입 한 것 같습니다. Mehrdad가 말한 것처럼 TLD http://en.wikipedia.org/wiki/.to 는 A 레코드를 추가 할 수 있다고 말했습니다. 나는 그들이 단지을 추가하고 있다고 생각합니다. www.to의 끝까지. 주소를 찾는 것이 tld의 루트를 검색하도록합니다. . 어쨌든 내가 얻지 못하는 것은 serverfault.com이 모든 도메인의 끝에 암시되어야한다는 것입니다. 400 잘못된 요청을 반환 하시겠습니까?


Chris : IIS는 볼 때 좋은 것을 제공하는 것을 좋아하지 않습니다 Host: serverfault.com.. HTTP 사양에서 Host헤더 값 .이 끝에 포함 되는 것을 제한하는 것을 찾을 수 없습니다 . IIS의 버그 인 것 같습니다. 사양에 맞지 않습니다.
xmm0 2009

3

TLD이기 때문에 example.com이 A 레코드를 가질 수있는 것처럼 IP 주소를 가리키는 A 레코드를 가질 수 있습니다.

편집 : nslookup을 사용한 일부 테스트에 따르면 "to"에 대한 A 레코드가 "www.to"에 대한 레코드와 다른 것처럼 보이지만 이것이 글리치인지 확실하지는 않습니다.


2

이것은 브라우저와 관련이 없습니다. 'to'에는 다음과 같이 간단한 DNS 리소스 레코드가 있습니다.

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

2
그게 예입니까, 아니면 IP 주소가 정말 대단합니까?
Chris

예를 들어, "dig to"에서 볼 수 있듯이 실제 IP는 216.74.32.103입니다. 산출. 그러나 훨씬 더 재미있는 계시는 "tonic.to"에 등록하는 것입니다 :)
hayalci 2009

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

이것이 ICANN 규칙을 따르는 지 모르겠지만 그것은 전국 TLD의 DNS에 대해 DNS를 구성하는 문제입니다.


3
ccTLD는 ICANN 규칙과 관련이 없으며 ccTLD는 미국 기반 관료주의가 아닌 현지 법률에 따라 다릅니다.
bortzmeyer

2

분명히 모든 캐싱 DNS 엔티티가 내가 시도한 2 개의 DNS 서버 중 50 %에서만 작동했기 때문에 TLD가 A 레코드를 가질 준비가 된 것은 아닙니다.

이 경우 도메인을 "고정"하는 친숙한 브라우저는 혼란을 없애는 데 도움이되지 않습니다.


Safari (10.5)는 나에게 잘 작동 합니다.
Mike Pountney

1
@ Mike Pountney : 브라우저가 아닌 DNS 서버에 대해 이야기하고 있습니다. 어떤 DNS 서버는 사용중인 브라우저에 관계없이 작동하지 않습니다.
Amok

마이크는 내가 사파리와 시도 (실패) 내 원래의 대답을 참조한다
티모 Metsälä

크롬도 괜찮습니다. to
Mark Renouf

4
좋은 통계입니다. / - : :-) 두 서버의 50 %
hayalci

2

이것은 실제로 새로운 것이 아닙니다. dot tk는 오랫동안 이것을 제공하고 있습니다. tweak.tk를보고 기술 탭을보십시오. 그들이 그것을 쿨러를 수행 http://tk./abcde는 심지어 축약되는도 abcde.tk입니다!


2
문제는 "어떻게 http://to./새롭습니까?" 가 아닙니다 . :)
Chris

haha .. true :) tk. tk에 대한 A 레코드 추가에 관한 것입니다.

2

간단한 대답은 웹 서버의 소유자가

to.

해당 웹 사이트의 (추가) http 호스트 헤더.

여기서 문제는 일부 DNS 서버가 "to"와 "to"를 해결할 수 있다는 것입니다. (Google DNS는 216.74.32.103)이며 일부는 간단하지 않습니다.


2

DNS 사양은 또한 후행 기간이 루트를 나타내는 데 사용되도록 허용합니다. 예를 들어 "abc"와 "abc"는 동일하지만 후자는보다 명시 적이며 응용 프로그램에서 승인해야합니다. 이 규칙은 TLD 이름을 직접 참조 할 때 특히 중요합니다. 예를 들어 ".COM"은 해당 최상위 도메인 인 "COM"을 가리키는 일반적인 용어가되었습니다. "COM"이 최상위 도메인 이름임을 나타 내기 때문에 DNS에 관해 이야기 할 때 엄격하고 기술적으로 정확합니다.

보낸 사람 : ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt


2

문제는 왜 작동하지 않는 것입니다. 답은 Verisign이 .com에 와일드 카드를 도입하기로 결정한 후입니다. 몇 년 전, 바인드 개발자는 '델리 게이션 전용'영역이라는 개념을 도입했습니다. 위임 전용 영역에서 NS 레코드에 대한 열등한 접착제가 아닌 A 레코드는 리졸버가 수락하지 않으며 클라이언트는 NXDOMAIN을 다시받습니다.

따라서 엄격한 프로토콜 관점에서 "to"는 괜찮습니다. A 레코드가있는 DNS 이름, 실제로 일부 ISP 고객에게는 작동하지 않습니다.

당신은 넣을 수 있습니다 :

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

named.conf에서 .com에 대해서만 사용하도록 설정하십시오. 도메인을 사용하거나 모든 TLD에 대해 도메인을 사용하도록 설정하지만 다음과 같이 options {} 블록에 추가하여 일부를 제외 할 수 있습니다.

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

"to"와 같이 일반적으로 허용되는 "허용 된"도메인 목록이 많이 있지만 BOFHish의 느낌에 따라 더 제한 할 수 있습니다.

링크를 처음 기록한 후이 회신을 처음 쓴 후 다시 링크가 이동했지만 이것이 내가 지적한 것으로 생각합니다. http://www.isc.org/software/bind/delegation-only


1

OpenDNS와 관련이있을 수도 있습니다. 내 집 컴퓨터에서 OpenDNS를 사용하면 nslookup은 IP 주소를 반환합니다. 내 업무용 컴퓨터에서 VPN을 통해 확인하지 못하고 http://to./ 는 아무것도하지 않습니다.

OpenDNS의 버그 일 수 있습니다 ... 이것은 바로 가기 기능과 비슷하게 작동합니다. 바로 가기로 'mail'과 웹 사이트로 ' http://webmail.mydomain.com '을 입력하십시오. 정의 된 네트워크에서 'mail'을 입력하면 ' http://webmail.mydomain.com '으로 이동합니다. 아마도 누군가 네트워크를 0.0.0.0으로 정의하고 바로 가기로 'to'를 만들었습니까? 이 경우 OpenDNS 사용자를 이용할 수있는 큰 기회가 될 것입니다!


1

표시된 바와 같이. "에." 완전한 호스트 이름을 지정하는 올바른 방법입니다. "일반적인"DNS 이름의 다른 부분은 필요하지 않습니다.

이 화면에서 "파견 대상 "을 보면 "to"라는 표시가 나타납니다 . 216.74.32.103의 A 레코드가 있습니다 .

Tonga가 이것을 대신하여 이것을 허용하기로 결정했다고 추측합니다 (차가운, 단단한 현금?)


.to를 사용하는 것이 오늘날 통가의 주요 수입원 중 하나라는 것을 다른 곳에서 읽었습니다.
John Gardeniers

0

경고 : 나는 위험 할 정도로 DNS에 대해서만 충분히 알고 있습니다. 그러나 내가 아는 것은 다음과 같습니다.

.루트 도메인입니다. to그 아래 하나입니다

이것은 더 의미가 있고 작동합니다!

http://www.to/

기본적으로 우리는 www 부분을 생략하고 브라우저가 그것을 추론하고 있습니까?

기본 DNS 개요 :
http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html


따라서 추가 점은 일반적으로 생략되지만이 경우 웹 브라우저를 혼동하지 않도록 생략되지 않습니까?
MJeffryes 2009

5
후행 점은 웹 브라우저에 not-add를 지시합니다 .com. 방금 입력 http://to하면 브라우저가로 변경 http://www.to.com되지만 사용 http://to.하면 웹 브라우저가로 변경됩니다.http://www.to
Drew Stephens

크롬에서 저를 필요 같은 사이트에 (합니다.)
아사 프 라비에게

이것은 실제로 맞습니다. 이것은 브라우저와 아무 관련이 없습니다. "to"는 유효한 호스트 이름입니다.
Mark Renouf

내 컴퓨터에서 합니다. ( www.to.www.to)과 행. ( to.)는 다른 페이지를 생성하고 다른 IP 주소를 사용합니다. "www"는 다른 누군가에 의해 2 차 도메인으로 등록 된 것 같습니다.
Arjan

0

TO에 창녀를하기. 도메인 이름은 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 서버를 사용하는 것이 좋습니다 .
패트릭 Mevzek

0

일부 화면 캡처는 http://to./ 와 다른 사이트 를 생성 함 을 보여줍니다 .http://www.to./


http://to./http://www.to./(확대하려면 클릭)

IP 주소도 216.74.32.103과 74.54.218.210이 다릅니다.

따라서 두 URL에 대해 동일한 내용이 표시되면 브라우저가 실제로 엉망이되어 두 URL www.to에 모두 표시 되는 것입니다 .

†이 http://www.to./ 로 아마 같은 공상 아무것도 시도하지 않는 브라우저를 말할 후행 점을 필요로하고, 따라서하지 않는 http://www.to한, www아마로 등록 된 두 번째 수준 도메인 일부 관련이없는 다른 기업에 의해.


-3

이들은 www.to를 소유하므로 www.www.to는 동일한 URL을 가리 킵니다. 브라우저는 요청에 따라 www.to로 변경합니다.


이것이 "www"와 관련이 있습니까? 수백만 개의 도메인 이름이 "www"없이 작동하며 이것이 암시 적이라고 생각하지 않습니다.
Chris

오해의 소지가 있습니다. 반면 www.to같은 주소를 가리킬 수 있습니다, www.to완전히 다른 컴퓨터를 가리킬 수 있습니다.
xmm0

아니면 "www"가 일종의 기본 TLD라고 말하고 있습니까?
Chris

지금은 더 혼란 스러워요! :(
Jeff Atwood

4
이 정확하지 않습니다
카일 크로닌
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.