Descobri que muitos sites exibem o conteúdo do site apenas quando você os acessa pelo FQDN (exemplo example.com). Ao tentar acessar pelo endereço IP, eles mostram um erro 404 não encontrado no site.
Existem boas razões pelas quais os proprietários de sites não desejam que seus sites sejam diretamente acessíveis por endereço IP em vez de passar pelo DNS?
Quais são os prós e os contras de disponibilizar o acesso direto ao IP para o seu site?
Respostas:
Observe que o site alcançado através de um nome de domínio pode não estar hospedado diretamente na raiz do endereço IP, ou seja, example.orgpode ser mapeado para 123.45.67.89/~example. Isso é comum para hosts da Web normais, pois eles não podem alocar um endereço IP por site - isso seria incrivelmente inútil.
Por exemplo, se você fizer uma pesquisa DNS de webmasters.stackexchange.com, você poderá obter o endereço IP 198.252.206.140(no lado da mão direita sobre o site que eu ligado a). Embora o endereço IP vá para uma página StackExchange, ele não leva à seção webmasters, que pode ser algo parecido 198.252.206.140/www/webmasters.
Um truque ao usar um endereço IP (ou algo parecido 123.45.67.89/~example) é a necessidade de um endereço IP estático. Se, por algum motivo, o endereço IP precisar mudar, você não poderá redirecionar usuários. Enquanto que com um nome de domínio, basta atualizar os registros DNS para apontar para o novo endereço IP.
Embora não esteja completamente relacionado, outro golpe óbvio de endereços IP é que eles são muito mais difíceis de lembrar do que um nome e um final.
Por padrão, um site estará disponível por meio do nome do domínio e do endereço IP. Respostas / comentários diferentes para esta pergunta oferecem perspectivas diferentes, e eu não quero copiar isso.
Pessoalmente, eu não bloquearia o acesso por endereço IP, simplesmente porque não é assim que se espera que a Internet funcione. Além disso, um usuário comum nunca encontrará aleatoriamente o endereço IP do seu site e ele definitivamente não começará a compartilhar links para o seu site com o endereço IP. Portanto, qualquer esforço de SEO e segurança certamente é melhor gasto em outros lugares.
stackexchange.com, e não webmasters.stackexchange.com. gwhois.org/webmasters.stackexchange.com+dns
173.194.41.161, acaba acessando a página inicial do Google.
A versão original do HTTP não incluía nenhum mecanismo para o cliente especificar o nome do host como parte da solicitação. Ele se conectou ao servidor e enviou apenas a parte do caminho da URL. Uma das primeiras modificações no protocolo HTTP foi adicionar a capacidade de o cliente enviar outras informações de "cabeçalho", incluindo o nome do host.
Há 20 anos, o suporte ao navegador para hosts virtuais era muito irregular. Naquela época, haveria um motivo válido para veicular o conteúdo apenas do endereço IP também. Uma pequena porcentagem de clientes não teria enviado o cabeçalho do host. O nome do host agora é um cabeçalho padrão enviado por todos os navegadores e rastreadores da web.
Na verdade, acho que as solicitações de procura de conteúdo em um endereço IP provavelmente não serão atendidas se meu servidor responder ao meu site. Costumo ver apenas solicitações de IP que são:
Agora, prefiro exibir um erro 404 apenas para solicitações de endereço IP, em vez de veicular meu site ou redirecioná-lo para ele. Meus servidores também estão configurados para servir 404 páginas em nomes de host não reconhecidos, conforme explicado na resposta a Como lidar com redirecionamentos de domínio malicioso?
Especialmente se você tiver uma hospedagem compartilhada ou um servidor de sua preferência, hospedando vários domínios, não poderá acessar o "site" via IP. Para o seu próprio servidor, você pode definir um domínio primário que é alcançado se você digitar o IP. Para hosts compartilhados, isso é impossível.
Como mencionado por @Ijacqu, o IP pode mudar facilmente.
Outra coisa é o conteúdo duplicado; portanto, basicamente não é uma boa prática fazê-lo.
Se você deseja que um site seja acessado por meio do IP do servidor, você deve adicionar 301 ou 302 ao próprio domínio.
Para um servidor que administrei, adicionei um pequeno site HTML, apenas ecoando "Bem-vindo ao 123.456.789.123" como site padrão, pois vários projetos de clientes estavam hospedados nessa máquina e eu só precisava de uma solução de etiqueta branca para o site padrão. Eu configurei isso usando apache vhosts.
Da perspectiva de SEO, é um desastre.
Se você tem um site, por exemplo, stackexchange.com, e também é acessível a partir do endereço IP, isso resultará em conteúdo duplicado.
Isso destruirá seus rankings e confundirá seus usuários, que pesquisarão no Google e encontrarão 2 resultados para o mesmo tópico (um acessível pelo nome do domínio e outro pelo endereço IP)
Nunca torne um domínio acessível a partir do endereço IP.
Se você tem um domínio hospedado em um único servidor, a melhor abordagem é 301 redirectdirecionar o acesso ao endereço IP para esse domínio.
Se você tiver mais de um domínio em um servidor, desative o acesso direto ao endereço IP.
<link rel="canonical" href="http://example.com" />para evitar conteúdo duplicado.
Apenas meus 2 centavos, tenho alguns sites no meu servidor (cerca de 8) e todos eles têm exatamente o mesmo endereço IP. Com o uso de cabeçalhos de host, o FQDN ajuda o servidor da web (no meu caso, o Apache) a direcionar a solicitação para o diretório correto do site em questão. O endereço IP é direcionado para o site da minha empresa por padrão. Descobri desde 2001 que essa é a norma para a maioria dos provedores de hospedagem na web, principalmente considerando o estado atual dos endereços IPv4. Apenas com experiência, trabalhei na Voyager.net (em Michigan) por cerca de 8 anos e a Voyager era uma empresa de hospedagem e ISP que hospedava mais de 80.000 domínios e não sei quantos sites hospedamos. Em uma nota lateral, o FQDN é, por definição, usado para fornecer endereços legíveis para humanos ao endereço IP, para que possamos lembrá-los mais facilmente. Novamente apenas meus 2 centavos.
Do ponto de vista da segurança, é uma jogada inteligente.
A maioria dos sites com tráfego intenso terá uma CDN usada em algum lugar. Portanto, qualquer tentativa de ataque do DOS ou DDOS simplesmente se dissipa pelos servidores da CDN e não chega ao site do usuário.
No entanto, se um usuário estiver ciente do endereço IP do site, ele poderá disparar um ataque diretamente no IP e derrubar o servidor rapidamente. É por isso que a maioria das CDNs oferece opções para ocultar os endereços IP do seu servidor. Portanto, dar um 404 a alguém que está tentando acessar o site é uma boa jogada. Ele pode ser feito com um arquivo .htaccess ou hospedando o site em um local diferente da raiz padrão do documento do servidor.
O que todo mundo esquece sobre hospedagem IP compartilhada é que são como 1000 carros com o mesmo número de licença. Se uma pessoa estiver fazendo algo malicioso, esse tráfego será exibido no servidor de destino a partir de um IP. Ele fica bloqueado e todos os outros o usam. Qualquer site de seu interesse deve ter seu próprio IP. Qualquer email que você enviar deve vir do seu IP e não um endereço compartilhado. Eu me contento com nada menos e estou nisso desde 1994.