to
내용은 .to
TLD를 가리키고 있으며 기본적으로 콘텐츠가없는 웹 서버가있는 것으로 보입니다. 웹 사이트가 반드시 있어야하는 것은 아니지만 확인한 모든 TLD는이 방법으로 액세스 할 수 있습니다.
to
내용은 .to
TLD를 가리키고 있으며 기본적으로 콘텐츠가없는 웹 서버가있는 것으로 보입니다. 웹 사이트가 반드시 있어야하는 것은 아니지만 확인한 모든 TLD는이 방법으로 액세스 할 수 있습니다.
답변:
이론적으로 정규화 된 도메인 이름은 모두로 끝나야합니다. -이것은 원래 RFC에 있지만 실제적인 이유로 무시됩니다. 서버가 TLD를 가리 키도록 설정할 수도 있지만 일반적으로 수행되지는 않습니다.
따라서이를 위해서는 자신 만의 TLD를 소유해야합니다. 그럴듯 하지만 가능성은 낮습니다 . icann은 조직이 그러한 TLD를 실행할 수 있도록하지만, registar 및 기타 요구 사항을 실행할 수 있음을 증명해야합니다. "나는 멋진 2 글자 tld를 원한다"는 좋은 이유가 아니다. 다른 방법으로, 공식 등록자가되거나 국제 사건을 일으키지 않고 현 정부를 전복시킴으로써 ccTLD가 필요하고 그 근본을 통제 할 수 있습니다.
따라서 끝에있는 점의 두 글자 도메인은 그럴듯 하지만 개인이 가질 수는 없습니다.
그러나 점으로 자신의 도메인을 끝내고 친구들을 즐겁게하고 놀라게하십시오.
.
. 암시 적으로 추가 된 접미사로 인해 발생할 수있는 모호성을 제거합니다.
.
사이에 org
그리고 /rfc
그 사이에 추가하는 것은 잘 작동합니다 . 안타깝게도 superuser.com./ 에 대해서도 마찬가지인 것으로 보이지만 올바른 서버에 도달하는 것처럼 보이지만 즐겨 찾기 아이콘이 나타납니다.
http://to./ (또는 http : // to ) 에 대한 형사 연구 :
ping to.
내 컴퓨터에. 확인 을 위해 브라우저 에 http://216.74.32.107/ 을 입력 하면 동일한 웹 사이트가 표시됩니다.Wcp/32Points Intermediate Holding Company, INC
.이 회사는 DNS를 통해 584 개의 사이트를 21 개의 최상위 도메인으로 나눕니다. 그들의 목록은 위의 MYIP.MS 링크에 있습니다. 이는 21 개의 도메인 형식 abc.com
이 각각 약 28 개의 하위 도메인을 가짐을 xxx.abc.com
의미하며 21 개의 매우 복잡한 웹 사이트를 의미합니다.
ARIN Whois 는이 회사 216.74.0.0 - 216.74.63.255
가 16320 개의 주소 중 소량 의 IP 범위를 소유하고 있다고 말합니다 .
회사 웹 사이트는 그대로 제공 www.breedworks.biz
되지만이 주소 (판매용 도메인)에는 아무것도 없습니다.
결론 : 이것은 자체 DNS 레코드를 관리하는 소규모 호스팅 회사입니다.
내 개인적인 의견 :
도메인은 아니지만 호스팅 회사의 DNS 레코드에 결함이 있습니다. 즉, 포스터가 HTTP 주소를 잘못 입력 할 때까지 관찰되지 않은 버그입니다.
이 DNS는 IIS를 사용하는 빈 웹 사이트를 가리키는 것으로 보이며 아마도 사용되지 않았으므로이 DNS 오류는 발견되지 않았습니다.
편지 나 전화 (내가 의도하지 않은)를 제외하고이 회사에 DNS 오류를 알리는 방법을 찾지 못했습니다.
somecharacter.to
호스팅 회사에 도메인 이름 을 부여했으며 일부 버그 나 실수로 인해 도메인 이름 somecharacter
만 제공 to./
했습니까?
to/
뿐만 아니라 작동합니다 to./
.
To는 Tonga 의 국가 코드 입니다. 미국의 국가 코드는 us
이므로 example.us 형식으로 도메인 이름을 볼 수 있습니다. 독일의 국가 코드는 de
, 멕시코 의 국가 코드는 , mx
프랑스 의 국가 코드 는 fr
입니다. 기타는 공식적으로 지정된 코드 요소를 참조하십시오 .
일부 국가 코드는 도메인 이름이 연결된 국가 외부의 웹 사이트에 사용됩니다. 예를 들어 "Western Samoa"의 약자이며 Samoa의 인터넷 국가 코드 최상위 도메인 (ccTLD) 인 .ws 는 "웹 사이트"의 약자로도 간주 될 수 있기 때문에 일부 웹 사이트 소유자에게 매력적입니다. .
to
동일하다 to.
마찬가지로, abc.com
과 동일 abc.com.
- 참조 도메인 이름에 후행 점을 :. "... 완전한 (모호) DNS 도메인 이름 끝에 점을 DNS 서버를 실행하는 사람들은 보통이 알고 ( 후행 점을 놓치면 DNS 구성이 작동하지 않을 것입니다. 그러나 일반인은 일반적으로 그렇지 않습니다. 끝에 점이없는 도메인 이름은 정규화되지 않았으며 모호 할 수 있습니다. 는 DNS 사양에 설명, RFC 1034 1987 년, 방법은 다시 "
나는 to./
실제로 .to tld를 제공하는 호스트 시스템에 설치된 웹 서버 라고 생각 합니다.http://to
/
끝에 그냥 하위 폴더 탐색 분리 문자와입니다 .
모든 브라우저를 입력 할 필요가 없습니다 모든 TLD 년대의 TLD입니다 루트 레벨의 도메인 구조에 대한 두 번째 마지막 스탠드 실제로 존재한다.
내가 여기서 의미하는 바가 명확하지 않은 경우 예를 들어보십시오.
사람들이 사용 / 입력 한 일반 URL
www.goolge.com
URL이 실제로 무엇입니까
www.google.com.
또는 다른 말로하면 모든 fqdn 끝에 ./를 추가 할 수 있으며 bevor처럼 작동해야합니다.
그것을 열어 증명 http://www.google.com./
재판매 한 공급 업체가있을 수 있지만 https://register.to/ 에서 등록 할 수 있습니다.
최신 정보:
많은 의견을 확인한 후 확인을 진행 한 결과 모든 TLD가 자신을 가리키는 DNS 항목을 가질 수 있음을 발견했습니다. 이는 http://to
유효한 URL 임을 나타 냅니다.
짧은 URL을 얻는 것이 실제로 원하는 경우 TLD를 설정해야 하며이 질문 에서 잘 해결됩니다 .
.to
또는 로컬 주소 인 경우 OP는 명확하지 않습니다 http://to/
. 현재 여기의 대답은 추측입니다.
to
. http://to
유효한 URL입니다.
웹 페이지에 호스트 이름으로 액세스 할 수있는 최상위 도메인 "to"를 우연히 점으로 끝내서 구매할 수 있을지 모르겠습니다. 그러한 주소가 사용중인 소프트웨어에 따라 예측할 수없는 결과를 가져올 것이기 때문에 좋은 생각이라고 생각하지 않습니다. 이는 최상위 도메인이 서비스에 대한 DNS 조회로 정의되지 않았기 때문에 특정 프로그램을 구현할 때 해석되는 방식입니다. / to dot / joke 뒤에있는 사람들과 연락하려면 http://ipduh.com/dns/?to에서 정보를 찾으십시오 .
http://to/
또는http://something.to
?