Un dominio que nunca he oído de resuelve a mi website

He descubierto (a través de mirar mod_pagespeed inputs de caching) que un dominio completamente random que nunca he oído hablar de antes es la resolución de mi website.

Si visita este dominio, mi website se carga. El DNS para ese dominio está apuntando a la IP de mi server.

En este momento en mi config vhost tengo *: 80, que supongo que es donde me voy mal.

Inmediatamente cambié esto a example.com:80 donde example.com es mi dominio. Suponiendo que esto significaría que el server sólo respondería y cumpliría las peticiones de mi nombre de dominio, en lugar de cualquier request en el puerto 80.

Mi config vhost original;

<VirtualHost *:80> DocumentRoot "/var/www/example.com" <Directory "/var/www/example.com"> Order allow,deny Allow from all Allowoverride all </Directory> </VirtualHost> 

Mi nuevo bash de configuration;

 Listen 80 ServerName example.com <VirtualHost example.com:80> DocumentRoot "/var/www/example.com" <Directory "/var/www/example.com"> Order allow,deny Allow from all Allowoverride all </Directory> </VirtualHost> 

Cuando traté de reiniciar apache con la nueva configuration tengo el siguiente error:

  * Restarting web server apache2 [Fri Mar 28 08:55:47.821904 2014] [core:error] [pid 5555] (EAI 2)Name or service not known: AH00549: Failed to resolve server name for 152.155.254.241 (check DNS) -- or specify an explicit ServerName (98)Address already in use: AH00072: make_sock: could not bind to address [::]:80 

Nota: El IP que comienza 152 en el error anterior se ha editado ligeramente, pero el original no era la dirección IP de mi server de todos modos.

¿Puede alguien ofrecer consejos sobre este tema? ¿Es el dominio (en realidad hay un par) que está resolviendo a mi website inocentemente sólo el usuario anterior del server dedicado, cuyo DNS es sólo sigue apuntando a ella? ¿Cómo puedo resolver el problema de configuration de host virtual de apache, y cualquier otro consejo es bienvenido.

Gracias.

No hay probablemente ningún daño en tener esos otros dominios que señalan a su anfitrión, excepto por supuesto que aumenta la carga en su server. Si desea bloquearlos, configure nuevos hosts virtuales para ellos:

 NameVirtualHost *:80 <VirtualHost *:80> ServerName example.com # example.com configuration </VirtualHost> <VirtualHost *:80> ServerName baddomain.com Deny from all </VirtualHost> 

En lugar de Deny from all que podría utilizar Redirect permanent /error.html para mostrarles un post de error personalizado.

Podrías repetir el segundo VirtualHost para cada dominio que quieras bloquear, o si hay muchos, ponlo primero para que sea el VirtualHost pnetworkingeterminado y haga excepciones para tu dominio:

 NameVirtualHost *:80 <VirtualHost *:80> # default VirtualHost Deny from all </VirtualHost> <VirtualHost *:80> ServerName example.com # example.com config </VirtualHost> 

En cuanto a los posts de error, parece que Apache no pudo resolver el nombre de host example.com cuando se inició o no pudo encontrar su directiva ServerName . No sé por qué. El segundo error dice que el puerto 80 ya está en uso en su host. ¿Has terminado de cerrar todas las instancias anteriores de Apache?

Apache sirve como una class de defecto el primer dominio que usted defina.

Si quieres servir myowndomain.com con el contenido que desees y todos los demás dominios algún comportamiento (quizás networkingireccionando a la página correspondiente de tu dominio preferido), define primero el dominio "catchall", maneja el tráfico adecuadamente (te recomiendo que networkingirijas a tu count dominio real) y, a continuación, definir su dominio real, etc con posterior VirtualHosts.

En cuanto a "donde heck hizo este otro nombre para mi website vienen de", cualquier persona puede poner cualquier logging que les gusta en cualquier nombre por debajo de un dominio que controlan. Puede investigar un poco utilizando whois para averiguar quién ha registrado el dominio de segundo nivel que contiene el nombre DNS ofensivo.

Su mejor apuesta aquí, si realmente desea evitar dominios aleatorios que se señala a su website, es probablemente como Andrew Schulman ha respondido y BeowulfNode42 ha comentado:

Sirva un vhost pnetworkingeterminado. Usted tiene algunas opciones aquí, pero para ser claro que no recomiendo servir una página de error simple, ya que puede hacer que la solución de problemas un dolor más tarde.

  • Suministro de una sosa "En circunstancias normales no debería ver esto, póngase en contacto con bla bla para get ayuda." tipo de post. De esta forma, si algo no deseado sucede más tarde (las configuraciones erróneas suceden) tendrás un recurso útil.
  • Redireccionar con 301 a su dominio real / website, aunque si ciertos problemas surgen, podría terminar con un bucle de networkingirección.
  • Tener algún tipo de mini-sitio que luego dirige al usuario a su website real, tal vez explicando que el dominio que han golpeado es "ya no está en uso".

Por lo tanto, dejar su configuration de vhost como era , pero crear un nuevo vhost para el website real, intercambiar los directorys de todo, y seguir adelante.

Teniendo en count lo que has dicho sobre la reciente asumir el server, me gustaría considerar asegurarse (a less que el dominio claramente no es el suyo) que esto no es un sobrante olvidado que necesita ser retirado de la renovación, o que no es parte de algún proyecto que aún no está completo o que fue abandonado.

Siempre debe poner el VirtualHost pnetworkingeterminado en primer lugar, como en @Andrew Schulman segunda solución.

De esta manera puede mantener todas las requestes que no son para su sitio en diferentes files de logging utilizando CustomLog y ErrorLog en la configuration – no quiere que en sus loggings si está utilizando AWStats u otro progtwig para crear sus statistics.

También muchos de (la mayoría?) Los ataques vendrán en su IP y no en su hostname. Una vez más esto mantendrá sus loggings reales del sitio limpio y rechazarlos directamente con la negación de todos.