http://anonymous.invalid의 올바른 동작은 무엇입니까? [폐쇄]

이는 Chrome의 버그일 수 있습니다. 링크로는 Google 검색이 되지 않습니다. 이 동작은 URL 표시줄 자체에 붙여넣을 때만 나타납니다.

나는 이것을 버그로 신고한다.

https://bugs.chromium.org/p/chromium/issues/detail?id=1008918

위키피디아에서

잘못된 이름은 IETF(Internet Engineering Task Force)에 의해 RFC 2606(1999년 6월)에서 인터넷 DNS(Domain Name System)의 최상위 도메인으로 설치되지 않는 도메인 이름으로 예약되었습니다.1

예를 들어 다음을 사용하려는 경우http://anonymous.evan끝에 /만 추가하면 됩니다. 그런 다음 Google Chrome에서 문제를 해결하려고 시도합니다.

편집하다:https://bugs.chromium.org/p/chromium/issues/detail?id=30636 여기에서 제공되는 정보:https://stackoverflow.com/questions/36783705/force-chrome-to-follow-url-and-not-search/36783847#36783847

URL을 해석하는 방법을 규정하는 많은 표준이 있습니다. 그러나 웹 브라우저의 URL과 검색 콤보 바에 입력된 문자열을 해석하는 방법에 대한 표준은 없습니다.

표시줄에 유효한 URL을 입력하면 브라우저가 해당 URL에 액세스할 것이라는 암묵적인 기대가 있습니다. 그러나 "유효"의 정확한 정의는 해석에 따라 다릅니다. 주요 브라우저에는 문자열이 URL처럼 보이는지 아니면 다른 것(예: 검색 또는 북마크)처럼 보이는지 결정하기 위한 경험적 방법이 있습니다.

RFC 2606지정된 최상위 도메인은 invalid인터넷에 결코 할당되지 않습니다. 개인 네트워크(인트라넷)에서 사람들이 수행할 수 있는 작업은 인코딩되지 않습니다. 이 문서의 근거는 개인 네트워크에서의 사용에 반대하는 것이지만 RFC는 개인 네트워크가 아닌 인터넷만을 규제합니다.

invalidChromium에서는 이를 일반적인 최상위 도메인으로 취급하고 DNS 시스템이 그 아래의 레코드를 반환하지 않음으로써 RFC 2606을 처리하도록 하는 것이 합리적입니다 .invalid. 또한 Chromium에서는 이것이 .invalid결코 유효한 TLD가 아니라고 결정하고 이 TLD가 있는 것처럼 보이는 모든 URL을 URL이 아닌 것으로 처리하는 것이 합리적입니다.

웹 브라우저는 URL 구성과 관련하여 몇 가지 제한 사항을 따라야 합니다. 예를 들어,HSTS특정 사이트 이름을 HTTP를 통해서는 액세스할 수 없고 HTTPS를 통해서만 액세스할 수 있도록 지정하는 것은 웹 브라우저가 이를 바로가기 대신으로 처리하는 facebook.com오류입니다 . 그러나 이러한 제한 사항은 일반 TLD와 다르게 취급하는 경우에만 적용되지 않고 허용됩니다.http://facebook.comhttps://facebook.com.invalid

1 _{HSTS의 작동 방식에 대한 자세한 내용은 이 답변의 범위를 벗어납니다.}

이것은 DNS 서버일 수도 있습니다. 많은 ISP 제공 DNS 서버는 찾을 수 없는 이름이 주어지면 리디렉션됩니다. 광고나 보고도움말을 자주 봅니다.