configuración de red después de restaurar una instantánea en una instancia VPS recién creada

Question

Tengo un sitio web en funcionamiento en una instancia VPS deVultrejecutando Ubuntu 18.04LTS, todo está bien. Quería probar una instantánea de la instancia en una sesión de restauración en caso de que algo malo le sucediera al sistema. Así que creé unnuevoinstancia e implementé esa instantánea como se esperaba, pero no pude ver mi sitio web y error establishing a database connectiondespués de cambiar el DNS a la nueva dirección IP. Entonces, la sesión de restauración falló en este caso y no logró su objetivo. Me comuniqué con el equipo de soporte, pero solo me indicaron que debo corregir alguna configuración de red en la nueva instancia después de la restauración de la instantánea, pero no recibieron instrucciones específicas sobre cómo hacerlo en Ubuntu 18.04LTS. Consulté sudocumentación, pero no mencionó nada sobre la nueva configuración de red para netplanreemplazar ifupdownlos servidores Ubuntu 180.04LTS.

Permítanme ir punto por punto en la documentación, noté lo siguiente:

• en mi nueva instancia el /etc/udev/rules.d/70-persistent-net.rulesarchivo está vacío, no hay nada allí.
• Cuando revisé el contenido /etc/network/interfacesno había direcciones IP dentro, en lugar de eso, tengo este mensaje comentado.

# ifupdown ha sido reemplazado por netplan(5) en este sistema. Consulte # /etc/netplan para conocer la configuración actual. # Para volver a habilitar ifupdown en este sistema, puede ejecutar: # sudo apt install ifupdown

Entonces revisé /etc/netplanla configuración y ahí tengo dos archivos:

01-netcfg.yaml, y está vacío.

El otro 10-ens3.yamlarchivo tiene esta configuración dentro:

network:
version:2
renderer: networkd
ethernets:
ens3:
dhcp4: yes

Teniendo en cuenta eso, estoy totalmente perdido con esta configuración. Siento que es irrelevante para el nuevo netplansistema. Así que estaría muy agradecido si pudiera ayudarme con la configuración de red correcta en este caso para restaurar mi sitio web en vivo.

Answer 1

La sugerencia amablemente proporcionada por @MichaelHampton provocó la acción de depuración en el lado de la configuración de WordPress. Sí, mi sitio duplicado ya está en funcionamiento nuevamente y listo para ser público después de cambiar el DNS. Sin embargo, no voy a hacerlo ahora, porque sólo estaba examinando este método para tenerlo a mano en caso de que algo malo le sucediera a mi sistema. Por cierto, esto me abrió caminos sobre cómo desarrollar mi(s) sitio(s) web en undiferenteServidor VPS. Sí, uno podría pensar que la desventaja es que tienes que pagar por ese servidor, pero está bien, esto me impulsará a hacer el desarrollo tan rápido como pueda pagar el nuevo servidor (pagos por hora relativamente baratos). Otra ventaja que puedo tenerotrosVisite el sitio de desarrollo y tenga su opinión antes de ir al sitio de producción.
Todo lo que tengo que hacer es decirles la nueva dirección IP y el nombre de dominio, por supuesto, luego los editarán /etc/hosts en consecuencia en su máquina de esta manera: [new-ip-address-no-brackets-pls] example.com www.example.com pueden borrar los datos de navegación en sus navegadores y luego ver el sitio de desarrollo implementado desde un instantánea del sitio activo actual, mientras que el resto del universo ve el mismo sitio en su estado original, ¡qué configuración tan maravillosa para el desarrollo de sitios web!

Definitivamente este sería mi método de desarrollo preferido. No conozco ningún otro método que pueda superar fácilmente a este, me alegra que alguien quiera compartir alguno.

Solución

simplemente escriba 'cambiar las direcciones IP' dondequiera que se encuentren por la recién proporcionada en la nueva instancia: -wp-config.php

• /etc/mysql/my.cnfdos ubicaciones hostybind-address

• /etc/ee/ee.confpero eso puede que no sea necesario

• Ahora la parte complicada es editar MySQL, estoy usando MariaDB. En primer lugar, no podrá iniciar sesión en MySQL como antes, incluso después de todos los reemplazos realizados anteriormente, no me darían permiso para iniciar sesión en MySQL en este nuevo servidor sin importar qué (no tengo idea de por qué). Entonces, una solución alternativa sería iniciar sesión como localhost, lo que salvaría el escenario:mysql -u root -h localhost -p

Luego debes iniciar sesión: una vez allí puedes hacer el reemplazo de la base de datos de todos tus users@old-ip-addressarchivos, user@new-ip-addresspor ejemplo:

mysql> RENAME USER root@[old-ip-add-without-square-brackets] TO root@[new-ip-address-again-without-square-brackets];

Asegúrese de reemplazar la dirección IP de todos sus usuarios y finalmente haga:

mysql> FLUSH PRIVILEGES;y luego pude ver mi instancia recién restaurada con todos sus sitios. Si tiene más de un sitio, es obvio que debe cambiar la dirección IP dentro de los wp-config.phparchivos respectivos; todos los demás reemplazos a continuación /etc/son centrales en el servidor y no son específicos del sitio.