multisite – Mapeo de dominios (sin plugin) en 4.5.x multisitio?

Pregunta:

Usando WP 4.5.2

Incluso el desarrollador del complemento de WordPress.org para el mapeo de dominios en una red multisitio dice que no use más el complemento, ya que el núcleo de WP ahora incluye la misma funcionalidad.

¿Alguien sabe de alguna instrucción de extremo a extremo sobre cómo hacer que esto funcione? Intenté configurar un puntero CNAME en mi registrador a uno de mis sitios de red, y cambié la URL del sitio en admin->network->edit site->info->Site Address (URL) al nombre del dominio registrado – y todavía me lleva a una página de "el sitio no existe" en mi empresa de alojamiento.

Tengo la sensación de que se debe a que no tengo una dirección IP dedicada para la instancia de varios sitios, pero antes de comprar otro plan de alojamiento y pagar por una dirección IP dedicada, quería realmente entender cómo se supone que se configura el mapeo de dominios, en WP 4.5 multisitio.

Se agradecería mucho cualquier ayuda, información o puntero a una buena referencia.

Respuesta:

Aquí hay un ejemplo de una solución que configuré, que deja el sitio en la red, pero establece un mapa de dominio desde cualquier dominio registrado a la red. Hace que el sitio de la red parezca un sitio completamente independiente, con todas las funciones (inicio de sesión, etc.) intactas.

Meta:

Asigne el dominio registrado del cliente, tanto www.foosite.com como foosite.com a nuestra red mymultisite.com , y mymultisite.com lo más fácil posible para el cliente (es decir, no perder el tiempo con los registros CNAME o A, en su registrador).

Procedimiento:

Uso de Amazon Route 53 como sistema DNS.

  1. Con Amazon, AWS Route 53 maneja el DNS, por lo que primero creamos una zona alojada para el dominio registrado del cliente ( foosite.com ) con un registro CNAME www que apunta a www.mymultisite.com

  2. Configure un bucket de S3 en Amazon AWS para foosite.com del cliente (que no es www) y foosite.com estáticamente a www.foosite.com

  3. De vuelta en la zona alojada de Route 53, cree un registro A para foosite.com (no www) y especifíquelo como un Alias, apuntándolo al depósito creado en el paso 2. Esto asegura que tanto www.foosite.com como foosite.com terminará apuntando a www.mymultisite.com

  4. En la red multisitio, vaya al sitio del cliente en el administrador de red y edite la URL del sitio, cambiándola a www.foosite.com

  5. En la cuenta de hosting que aloja mymultisite.com especifique un dominio adicional (o un dominio estacionado) llamado foosite.com y foosite.com a public_html (o donde sea que tenga WP instalado). Esto crea efectivamente un registro de host virtual en la configuración de Apache, para el sitio mapeado entrante.

( nota: si el multisitio está alojado en una dirección IP estática y es el único sitio en esa dirección, y la empresa de alojamiento permite el mapeo dinámico de los dominios entrantes a la raíz del documento del sitio … entonces no tiene que usar add- dominios estacionados o en dominios. Consulte con su empresa de alojamiento si no está seguro).

  1. En su wp-config.php para el multisitio, necesita agregar una línea: define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] ); Si tiene algún problema con esta configuración, puede intentar define('COOKIE_DOMAIN', ''); ).

Resultado:

Ha establecido una solución DNS completa para el dominio mapeado. Todo lo que tiene que hacer es decirle al cliente que actualice su registrador para su dominio, especificando los servidores de nombres de Amazon que están registrados en su zona alojada en Route 53 como su DNS. Sus clientes no tienen que perder el tiempo con los registros CNAME o A: usted está manejando el mapeo por completo, en la Ruta 53. Además, debido a la magia del registro de AWS Alias, su sitio múltiple ni siquiera necesita estar encendido una dirección IP estática (aunque la mantengo en una, solo para estar seguro).

Si usa otro sistema como servidor de nombres (por ejemplo, Enom o GoDaddy), configuraría un registro A para su dominio que apunta a la dirección IP estática de mymultisite.com . Esta es una buena respuesta, pero conlleva el riesgo de que, si alguna vez cambia su dirección IP estática, tendrá que decirles a sus clientes que actualicen el registro A en su registrador.

Me gusta mucho más la solución de la Ruta 53. También establecí un conjunto de DNS de "etiqueta blanca" en AWS siguiendo las instrucciones de este artículo . Ahora es extremadamente simple: solo dígales a los clientes que aquí están sus nuevos servidores de nombres para configurar en su registrador, y todo en el lado de WP funciona perfectamente. No es necesario mantener una dirección IP estática en un registro A.

Así es como se ve la zona alojada para foosite.com:

foosite.com     A     ALIAS <name of S3 bucket>
footsite.com    NS    ns1.vanityns.com; ns2.vanityns.com; ns3.vanityns.com; ns4.vanityns.com
foosite.com     SOA   ns1.vanityns.com hostmaster.vanityns.com x x x x
www.foosite.com CNAME www.mymultisite.com

Configurar el servidor de nombres personalizado es demasiado para ingresar aquí; siga las instrucciones en ese artículo que vinculé. Un punto adicional al respecto: asegúrese de que para las entradas del servidor de nombres para el servidor de nombres personalizado en sí, especifique la lista de servidores de nombres personalizados con registros adhesivos que se conectan a las direcciones IP reales de los servidores de nombres asignados por AWS en su conjunto de delegación reutilizable.

Esto se reduce a unas 20 horas de investigación / experimentación sobre lo que funcionó para mí.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top

web tasarım