Конфигурация сети после восстановления снимка на вновь созданном экземпляре VPS

У меня есть веб-сайт, работающий на VPS-экземпляре Vultr с Ubuntu 18.04LTS, все в порядке. Я хотел попробовать снимок экземпляра в сеансе восстановления на случай, если с системой произойдет что-то плохое. Поэтому я создал новый экземпляр и развернул этот снимок, как и ожидалось, но я не смог просмотреть свой веб-сайт и получил error establishing a database connection после смены DNS на новый IP-адрес. Таким образом, сессия восстановления не удалась в этом случае и не достигла своей цели. Я связался со службой поддержки, но они только указали, что я должен исправить некоторые настройки сети на новом экземпляре после восстановления моментального снимка, но никаких конкретных инструкций о том, как это сделать в Ubuntu 18.04LTS, нет. Я ознакомился с их документацией, но в ней ничего не упоминалось о новой настройке сети netplan замена ifupdown в серверах Ubuntu 180.04LTS.

Позвольте мне перейти от точки к точке в документации, я заметил следующее:

  • на моем новом экземпляре /etc/udev/rules.d/70-persistent-net.rules файл пуст, там ничего нет.
  • когда я просмотрел содержание /etc/network/interfaces внутри не было IP-адресов, вместо этого я закомментировал это сообщение.

# ifupdown в этой системе заменено на netplan(5). Смотрите # /etc/netplan для текущей конфигурации. # Чтобы снова включить ifupdown в этой системе, вы можете запустить: # sudo apt install ifupdown

Итак, я рассмотрел /etc/netplan настройки и там у меня есть два файла:

01-netcfg.yaml и пусто.

Другой 10-ens3.yaml Файл имеет эту настройку внутри:

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

Итак, учитывая это, я полностью потерян с этой настройкой. Я чувствую, что это не имеет отношения к новому netplan система. Поэтому я был бы очень признателен, если бы вы помогли мне с правильной конфигурацией сети в этом случае для восстановления моего живого веб-сайта.

Источник

1 ответ

Решение

Подсказка, любезно предоставленная @MichaelHampton, вызвала действие отладки на стороне установки WordPress. Да, мой дублированный сайт снова запущен и готов к работе после смены DNS. Однако я не собираюсь делать это сейчас, потому что я просто изучал этот метод, чтобы он был удобен на случай, если с моей системой произойдет что-то плохое. Кстати, это открыло мне дорогу к разработке моего веб-сайта (ов) на другом VPS-сервере. Да, можно подумать, что недостатком является то, что вы должны платить за этот сервер, но это нормально, это подтолкнет меня к разработке так быстро, как я могу позволить себе оплатить новый сервер (сравнительно дешевые почасовые платежи). Еще одно преимущество, я могу позволить другим посетить сайт разработки и высказать свое мнение, прежде чем перейти на сайт производства.
Все, что мне нужно сделать, это сообщить им новый IP-адрес и имя домена, и они, конечно, отредактируют свои /etc/hosts соответственно на своей машине таким образом:[new-ip-address-no-brackets-pls] example.com www.example.comони могут очистить данные браузера в своих браузерах, а затем просмотреть, что сайт разработки развернут из снимка текущего живого сайта, в то время как все остальные юниверсы просматривают тот же сайт в его первоначальном состоянии, какая замечательная настройка для разработки сайта!

Определенно, это был бы мой метод развития. Я не знаю другого метода, который мог бы легко победить этот, рад, если кто-то хотел бы поделиться им.

Решение

просто введите "изменить IP-адреса", где бы они ни находились, на новый, заданный в новом экземпляре: wp-config.php

  • /etc/mysql/my.cnf два места host а также bind-address

  • /etc/ee/ee.conf но это может быть не нужно

  • Теперь самое сложное - редактировать MySQL, я использую MariaDB. Прежде всего, вы не сможете войти в MySQL, как раньше, даже после всех замен, сделанных выше, мне не будет дано разрешение войти в mysql на этом новом сервере, несмотря ни на что (не знаю почему). Таким образом, обходной путь может заключаться в регистрации в качестве локального хоста, который сохраняет сценарий:mysql -u root -h localhost -p

Тогда вы должны войти в систему: как только вы можете сделать замену базы данных всех ваших users@old-ip-address в user@new-ip-address например:

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

Обязательно замените IP-адрес для всех ваших пользователей и, наконец, выполните:

mysql> FLUSH PRIVILEGES; и тогда я мог просмотреть мой недавно восстановленный экземпляр со всеми его сайтами. Если у вас более одного сайта, очевидно, что вы должны изменить IP-адрес внутри соответствующего wp-config.php файлы, все другие замены под /etc/ центральные на сервере нет конкретного сайта.

Источник
Другие вопросы по тегам