답변:
도메인 이름을 통해 도달 한 웹 사이트는 IP 주소의 루트에서 직접 호스팅되지 않을 수 있습니다 . 즉,에 example.org매핑 될 수 있습니다 123.45.67.89/~example. 이는 웹 사이트 당 IP 주소를 할당 할 수 없기 때문에 일반 웹 호스트에서 일반적입니다. 이는 매우 낭비입니다.
당신이 할 경우 예를 들어, DNS 조회 의를 webmasters.stackexchange.com, 당신은 IP 주소를 얻을 것이다 198.252.206.140(I가 링크 된 웹 사이트의 오른쪽에를). IP 주소는 StackExchange 페이지로 이동하지만 웹 마스터 섹션으로 연결되지는 않습니다 198.252.206.140/www/webmasters.
IP 주소 (또는 이와 유사한 것 123.45.67.89/~example) 를 사용하는 한 가지 단점은 고정 IP 주소가 필요하다는 것입니다. 어떤 이유로 든 IP 주소를 변경해야하는 경우 사용자를 리디렉션 할 방법이 없습니다. 도메인 이름을 사용하는 것은 단순히 새로운 IP 주소를 가리 키도록 DNS 레코드를 업데이트하는 것입니다.
완전히 관련이 없지만 IP 주소의 또 다른 명백한 단점은 이름과 끝보다 기억하기가 훨씬 어렵다는 것입니다.
기본적으로 웹 사이트는 도메인 이름과 IP 주소를 통해 사용할 수 있습니다. 이 질문에 대한 다른 답변 / 의견은 다른 관점을 제공하며, 나는 그것을 복사하고 싶지 않습니다.
개인적으로, 나는 IP 주소에 의한 액세스를 차단하지 않을 것입니다. 단순히 인터넷이 작동하는 방식이 아니기 때문입니다. 또한 일반 사용자는 웹 사이트의 IP 주소를 임의로 찾지 않으며 IP 주소와 사이트 링크를 공유하지 않습니다. 따라서 SEO 및 보안에 대한 모든 노력이 다른 곳에서 더 잘 소비됩니다.
stackexchange.com, 그리고를 webmasters.stackexchange.com. gwhois.org/webmasters.stackexchange.com+dns
173.194.41.161Google 홈페이지가 나타납니다.
HTTP의 원래 버전에는 클라이언트가 요청의 일부로 호스트 이름을 지정하는 메커니즘이 포함되어 있지 않습니다. 서버에 연결되어 URL의 경로 부분 만 보냈습니다. HTTP 프로토콜의 초기 수정 중 하나는 클라이언트가 호스트 이름을 포함한 다른 "헤더"정보를 전송하는 기능을 추가하는 것이 었습니다.
20 년 전 가상 호스트에 대한 브라우저 지원은 매우 드물었습니다. 그 당시에는 IP 주소만으로도 콘텐츠를 제공해야하는 정당한 이유가있었습니다. 적은 비율의 클라이언트가 호스트 헤더를 보내지 않았을 것입니다. 호스트 이름은 이제 모든 브라우저와 웹 크롤러가 보내는 표준 헤더입니다.
사실, 서버가 내 웹 사이트에 응답하면 IP 주소의 콘텐츠를 찾는 요청이 만족스럽지 않을 수 있습니다. 나는 다음과 같은 IP 전용 요청을 보는 경향이 있습니다.
이제 내 사이트를 제공하거나 내 사이트로 리디렉션하는 대신 IP 주소 요청에 대해서만 404 오류를 처리하는 것을 선호합니다. 내 서버는 또한 악의적 인 도메인 리디렉션을 처리하는 방법 에 대한 답변에 설명 된대로 인식 할 수없는 호스트 이름에 404 페이지를 제공하도록 구성되어 있습니다 .
특히 공유 호스팅 또는 여러 도메인을 호스팅하는 자체 서버가있는 경우 IP를 통해 "웹 사이트"에 액세스 할 수 없습니다. 자체 서버의 경우 IP를 입력하면 도달하는 기본 도메인을 정의 할 수 있습니다. 불가능한 공유 호스트의 경우.
@Ijacqu에서 언급했듯이 IP는 쉽게 변경 될 수 있습니다.
또 다른 것은 중복 콘텐츠이므로 기본적으로 그렇게하는 것은 좋지 않습니다.
웹 사이트의 서버 IP를 통해 웹 사이트에 접속하려면 도메인 자체에 301 또는 302를 추가해야합니다.
내가 관리 한 한 서버의 경우 여러 고객 프로젝트가 해당 컴퓨터에서 호스팅 되었기 때문에 "123.456.789.123에 오신 것을 환영합니다"라는 기본 웹 사이트를 에코하는 작은 HTML 사이트를 추가했습니다. 기본 사이트에 대한 화이트 레이블 솔루션이 필요했습니다. 아파치 vhosts를 사용하도록 구성했습니다.
SEO 관점에서 볼 때 그것은 재앙입니다.
예를 들어 stackexchange.com과 같은 웹 사이트가 하나 있고 IP 주소에서도 액세스 할 수 있으면 콘텐츠가 복제됩니다.
이렇게하면 순위가 떨어지고 사용자를 혼동하게되어 사용자가 Google을 검색하고 동일한 주제 (도메인 이름으로 액세스 할 수있는 하나, IP 주소로 액세스 할 수있는 하나)에 대한 2 개의 결과를 찾습니다.
IP 주소에서 도메인에 액세스 할 수 없도록하십시오.
단일 서버에서 하나의 도메인을 호스트 한 경우 가장 좋은 방법은 301 redirect해당 도메인에 대한 IP 주소 액세스를 지시하는 것입니다.
서버에 둘 이상의 도메인이있는 경우 직접 IP 주소 액세스를 비활성화하십시오.
<link rel="canonical" href="http://example.com" />중복 컨텐츠를 피하기 위해 를 추가 할 수 있습니다 .
내 2 센트 만 내 웹 서버에 웹 사이트 (약 8 개)가 있고 모두 동일한 IP 주소를 가지고 있습니다. FQDN은 호스트 헤더를 사용하여 웹 서버 (필자의 경우 Apache)가 해당 웹 사이트의 올바른 디렉토리로 요청을 보내도록 도와줍니다. IP 주소는 기본적으로 회사 웹 사이트로 연결됩니다. 나는 2001 년경 이래로 이것이 대부분의 웹 호스팅 제공 업체들, 특히 IPv4 주소의 현재 상태를 고려할 때의 표준이라는 것을 알게되었다. 약간의 배경 지식으로 약 8 년 동안 Voyager.net (미시간)에서 근무했으며 Voyager는 8 만 개가 넘는 도메인을 호스팅하는 호스팅 회사 및 ISP였으며 얼마나 많은 웹 사이트를 호스팅했는지 모릅니다. 참고로, FQDN은 정의상 사람이 읽을 수있는 주소를 IP 주소에 제공하여보다 쉽게 기억할 수 있도록하는 데 사용됩니다. 다시 내 2 센트.
보안 관점에서 보면 현명한 움직임입니다.
트래픽이 많은 대부분의 웹 사이트에는 CDN이 사용됩니다. 따라서 시도 된 DOS 또는 DDOS 공격은 단순히 CDN 서버를 통해 사라지고 사용자 사이트에 도달하지 않습니다.
그러나 사용자가 사이트의 IP 주소를 알고 있으면 IP에 대한 공격을 직접 실행하여 서버를 즉시 중단시킬 수 있습니다. 그렇기 때문에 대부분의 CDN은 서버의 IP 주소를 숨길 수있는 옵션을 제공합니다. 따라서 사이트에 액세스하려는 사람에게 404를 제공하는 것이 좋습니다. .htaccess 파일을 사용하거나 기본 서버 문서 루트가 아닌 다른 사이트에서 사이트를 호스팅하여이를 수행 할 수 있습니다.
공유 IP 호스팅에 대해 모두가 잊어 버린 것은 동일한 라이센스 번호를 가진 1000 대의 자동차와 같습니다. 한 사람이 악의적 인 일을하는 경우 해당 트래픽이 대상 서버에 IP에서 표시됩니다. 그것은 차단되고 다른 사람들도 그것을 사용합니다. 관심있는 모든 사이트에는 자체 IP가 있어야합니다. 보내는 모든 메일은 공유 메일이 아닌 IP에서 가져와야합니다. 나는 그다지 중요하지 않으며 1994 년부터이 자리에있었습니다.