WWW는 무엇을합니까?


23

명확하게하기 위해 : 나는 wwwURL에 사용 해야하는지 여부 와 장단점이 무엇인지 묻지 않습니다 . 또한 이것이 스택 오버플로, 서버 오류 또는 웹 마스터의 질문인지 확실하지 않았습니다.보다 적절한 채널로의 마이그레이션은 매우 환영합니다.


배경 : 나는 최근에 모두 사용하는 사이트의 URL을 변환하도록 요청 받았다 www같이 http://example.comhttp://www.example.com. 요청 이유는 내 머리 위에 있습니다. 이메일에서 발췌 한 내용을 제시합니다.

문제가있어

사이트가 원래 네트워크로 설정 될 때마다 (설치 전) 설치 프로그램은 내부 도메인을 'example.com'으로 사용하기로 선택했습니다.

이것은 외부에서 해결하려고하는 문제입니다 .... 몇 가지 qweb 페이지 소스 코딩을 보았고 많은 링크가 'http : \ example.com \ PAGE.XXX'로 코딩되는 것을 보았습니다 ...

전역 적으로 'http : \ example.com'에서 'http : \ www.example.com'으로 변경할 수 있습니까

www를 해결할 수는 있지만 링크를 누르면 서버가 도메인 'example.com'을 포함하는 내부 예라고 생각합니다 ...

클라이언트가 자신의 네트워크에서 웹 사이트에 액세스 할 수없는 것과 관련이 있습니다. 내가 언급했듯이, 나는 그것을 이해하지 못한다.

그래서 변경 사항을 구현했지만 테스트하는 동안 실수로 추가 내용을 입력했으며 w놀랍게도 사이트가 여전히 작동했습니다.

그런 다음 몇 가지를 시도한 w다음 두 가지를 시도한 다음 말도 안되는 부분을 입력했는데 사이트가 여전히 작동했습니다.

편집 : 더 정확하게하기 위해 알파, 숫자, 대시 및 밑줄 문자 만 해결 되므로 브라우저에서 서버를 찾을 수 없음 오류를 반환 합니다.

방금 스택 오버플로에서 이것을 테스트하고을 사용할 때 리디렉션 www되었지만 다른 모든 항목은 "서버를 찾을 수 없음" 오류를 반환했습니다 .

이 이메일 요청의 요점과 내가 언급 한 사고와 실험이 왜 효과가 있었는지 누구에게도 통찰력이 있습니까?

나는 확실히 더 많은 정보를 제공 할 수있다. 나는 무엇이 적절한 지 잘 모르겠다.


전에는 들어 본 적이 없습니다 ... 거의 모든 것을 입력하고 여전히 기본 도메인에 도달 할 수있는 하위 도메인의 "캐치 올"과 같습니다. test.yourDomain.com을 시도하면 어떻게됩니까? 다시 작성하거나 www로 리디렉션합니까? 또는 테스트를 수행합니다. URL에 계속?
스파키

W3C 사이트를보십시오.

@ Sparky672 : 정상적으로 리디렉션되거나 아무것도 표시되지 않습니다.
웨슬리 머치

@ 웨슬리 : 반복해서 말하면 상상할 수있는 횡설수설 서브 도메인을 포함 할 수 있습니까? 기묘한. "와일드 카드를 모 재 작성" 내 초기 생각했지만 URL의 임의 하위 도메인 지속되면, 나는 그 뒤에 메커니즘의 생각이 없습니다.
스파키

2
DNS 와일드 카드이지만 문자 데이터 만 허용하지 않는 DNS 명명 표준의 적용을받습니다.

답변:


11

www의 하위 도메인입니다 example.com.

여러 웹 서버로 확인되는 여러 하위 도메인을 갖도록 DNS를 구성하여 다른 사이트를 제공 할 수 있습니다.

example.com (하위 도메인 없음)

site2.example.com

site3.example.com

example.com네트워크 DNS 서버에서 내부 웹 서버로 확인하도록 네트워크 세트 를 설정 한 사람처럼 들립니다 . 내부 네트워크의 호스트 만 액세스 할 수 있으므로 네트워크 내부를 탐색하는 모든 사용자 example.com는 다른 DNS 서버를 사용하여 외부 웹 사이트를 방문하여 다른 웹 사이트를 볼 수 있습니다 example.com. 이 도메인에 자체 하위 도메인을 제공하는 것이 좋습니다. 예 :internal.example.com

네트워크 내부의 사용자 www.example.com가 링크를 쳐서 example.com외부로 이동하지만 내부적으로 다른 웹 서버로 확인되므로 링크를 변경하라는 요청을 받았습니다.

내부 서버의 내용이 외부 서버의 내용과 동일하면 반대의 문제가 발생할 수 있습니다. 내부 사이트를 탐색 할 때 모든 하이퍼 링크는 외부 사이트로 이동합니다.

가능하면 하이퍼 링크에서 상대 URL을 사용하는 것이 좋습니다. 예를 들어, <a href="/webmasters//index.htm">Index Page</a>대신<a href="https://example.com/index.htm">Index Page</a>

그러면 브라우저는 찾은 사이트에 따라 https://www.example.com또는 선택 https://example.com합니다.

왜 ' www일 가능성이 될 수 와일드 카드 DNS의 동일 IP에 입력 수단 * .example.com을 결의, 모든 존재하지 않는 서브 도메인에 대해 효과적으로 캐치.


좋은 설명인데, 지금 나에게 명확 해지고 있습니다. 상대 URL에 대한 유용한 팁-이미 사이트의 90 %에 대해 사용하고 있지만 때로는 CMS를 사용하기 때문에 레이더 아래로 미끄러지는 경우가 있습니다. 그래서, 기술적으로, 하나는 선택할 수 없습니다 수 있도록 www하위 도메인으로 해결하기 위해?
웨슬리 머치

예, 일반적으로 수행되지만. 완전한 DNS 제어를 통해에 대한 DNS 항목을 명시 적으로 설정해야한다고 생각합니다 www. 내 DNS 제공 업체가 www를 하위 도메인으로 자동 추가합니다.

8

WWW는 월드 와이드 웹 (World Wide Web )의 도토리이며 , 도메인이 웹 사이트를 호스팅하고 있음을 지정하기 위해 사람들이 사용하는 공통 하위 도메인이기도합니다.

하위 도메인 이름을 사용하면 웹 서버 클러스터를 가리키는 CNAME 레코드를 작성하여 들어오는 웹 트래픽의로드 밸런싱에 유용합니다. 현재는 하위 도메인 만 cname 할 수 있으므로 베어 도메인 루트를 사용하여 동일한 결과를 얻을 수 없습니다.

대부분의 경우 www.하위 도메인이 생략 되었다고 생각 하고 하나를 입력해도 실제로 중요하지 않습니다. 그러나 오늘날 웹이 어떻게 생겼고 HTTP와 웹이 실제로 어디에나 존재 하는지를 보았을 www.때 도메인 이름에 포함을 요구하지 않으며 오늘 웹 사이트를 보면 페이스 북과 같은 사이트를 볼 수 있습니다. www.입력하지 않아도 Google prepend

다른 작업을 입력 할 때에도 작동하는 이유는 해당 도메인에 대해 DNS를 설정하는 방식을 수행해야합니다. 와일드 카드 를 처리 하고 하위 도메인에 관계없이 모든 트래픽을 동일한 웹 서버로 전달 하는 방법이 있습니다 . 그러나 어떤 방식 으로든 각각의 개별 호스트 헤더에 응답하는 것은 웹 서버에 달려 있습니다.


그렇다면 OP가 문자 그대로 하위 도메인을 URL에 입력하는 방법을 설명하고 여전히 작동합니까?
스파키

웹 서버는 비슷한 방식으로 설정되어 있습니다. 웹 서버는 와일드 카드뿐만 아니라 올바른 웹 사이트에도 매핑해야합니다. 즉, 호스트 헤더에서 끝나는 것은 아마도 무엇이든 될 수 있지만 올바르게 매핑되지 않으면 올바른 웹 사이트에 도착하지 않습니다.

이해가되지 않습니다. 그는 말 그대로 하위 도메인에 어떤 횡설수설을 입력 할 수 있으며 사이트는 여전히 URL에 포함 된 임의의 하위 도메인으로 잘 작동한다고 주장합니다.
스파키

2
예, DNS 와일드 카드 (답변에 링크)조차도 말하고 있습니다. 와일드 카드 하위 도메인을 가질 수 있으며 웹 서버가 와일드 카드를 사용하여 호스트 매핑을 수행하는 경우에도 작동합니다. 설명 된대로.

나는 당신의 설명에 반대하지 않습니다. 우리가 모두 OP와 같은 페이지에 있는지 확인하면서 그의 설명이 나에게 새로운 것이라고 진술합니다.
스파키

2

그들이이 "url"을 정확히 사용하려고한다면 http:\example.com\PAGE.XXX아무것도 도움이되지 않을 것입니다.

wwwwww.example.com 의 접미사 기준 ...

예를 들어 'ftp', 'pop3'등의 'www'는 'example.com'도메인 내에서 해당 서비스를 실행하는 시스템의 이름입니다. 실제로이 스키마는 여전히 많은 회사에서 사용됩니다.

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