configuração de rede após restaurar um instantâneo na instância VPS recém-criada

configuração de rede após restaurar um instantâneo na instância VPS recém-criada

Eu tenho um site instalado e funcionando em uma instância VPS deVultrexecutando o Ubuntu 18.04LTS, está tudo bem. Eu queria testar um instantâneo da instância em uma sessão de restauração, caso algo ruim acontecesse com o sistema. Então eu criei umnovoinstância e implantei esse instantâneo conforme esperado, mas não consegui visualizar meu site e error establishing a database connectiondepois de alterar o DNS para o novo endereço IP. Portanto, a sessão de restauração falhou neste caso e não atingiu seu objetivo. Entrei em contato com a equipe de suporte, mas eles apenas apontaram que devo corrigir algumas configurações de rede na nova instância após a restauração do snapshot, mas não há instruções específicas sobre como fazer isso no Ubuntu 18.04LTS. eu consultei o delesdocumentação, mas não mencionou nada sobre a nova configuração de rede para netplansubstituição ifupdownnos servidores Ubuntu 180.04LTS.

insira a descrição da imagem aqui

Deixe-me ir ponto a ponto na documentação, notei o seguinte:

  • na minha nova instância, o /etc/udev/rules.d/70-persistent-net.rulesarquivo está vazio, não há nada lá.
  • quando revisei o conteúdo, /etc/network/interfacesnão havia endereços IP, em vez disso, recebi esta mensagem comentada.

# ifupdown foi substituído por netplan(5) neste sistema. Veja # /etc/netplan para configuração atual. # Para reativar o ifupdown neste sistema, você pode executar: # sudo apt install ifupdown

Então revisei /etc/netplana configuração e tenho dois arquivos:

01-netcfg.yaml, e está vazio.

O outro 10-ens3.yamlarquivo tem esta configuração dentro:

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

Considerando isso, estou totalmente perdido com essa configuração. Eu sinto que isso é irrelevante para o novo netplansistema. Portanto, ficaria muito grato se você pudesse me ajudar com a configuração de rede correta neste cenário para restaurar meu site ativo.

Responder1

A dica gentilmente fornecida por @MichaelHampton acionou a ação de depuração no lado WordPress da configuração. Sim, meu site duplicado está funcionando novamente e pronto para ficar público após alterar o DNS. No entanto, não vou fazer isso agora, porque estava apenas examinando esse método para tê-lo à mão caso algo de ruim acontecesse com meu sistema. A propósito, isso abriu caminhos para mim sobre como desenvolver meu(s) site(s) em umdiferenteServidor VPS. Sim, pode-se pensar que a desvantagem é que você tem que pagar por esse servidor, mas tudo bem, isso me levará a fazer o desenvolvimento o mais rápido que eu puder pagar pelo novo servidor (pagamentos relativamente baratos por hora). Outra vantagem, posso teroutrosvisite o local de desenvolvimento e dê sua opinião antes de ir para o local de produção.
Tudo o que preciso fazer é informar a eles o novo endereço IP e o nome de domínio, é claro, eles irão editá-los /etc/hosts adequadamente em suas máquinas desta maneira: [new-ip-address-no-brackets-pls] example.com www.example.com eles podem limpar os dados de navegação em seus navegadores e então visualizar o site de desenvolvimento implantado a partir de um instantâneo do site ativo atual, enquanto todos os outros universos visualizam o mesmo site em seu estado original, que configuração maravilhosa para o desenvolvimento de sites!

Definitivamente, este seria meu método preferido para desenvolvimento. Não conheço nenhum outro método que possa superar este facilmente, fico feliz se alguém quiser compartilhar alguns.

Solução

basta colocar 'alterar os endereços IP' onde quer que seja encontrado para o recém-fornecido na nova instância: -wp-config.php

  • /etc/mysql/my.cnfdois locais hostebind-address

  • /etc/ee/ee.confmas isso pode não ser necessário

  • agora a parte complicada é fazer a edição do MySQL, estou usando o MariaDB. Primeiro de tudo, você não seria capaz de fazer login como antes no seu mysql, mesmo depois de todas as substituições feitas acima, eu não teria permissão para fazer login no mysql neste novo servidor, não importa o que acontecesse (não faço ideia do porquê). Portanto, uma solução alternativa seria registrar como localhost, o que salvava o cenário:mysql -u root -h localhost -p

Então você deve estar logado: uma vez lá você pode fazer a substituição do banco de dados de todos os seus, users@old-ip-addresspor user@new-ip-addressexemplo:

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

Certifique-se de substituir o endereço IP de todos os seus usuários e, finalmente, faça:

mysql> FLUSH PRIVILEGES;e então eu poderia ver minha instância recém-restaurada com todos os seus sites. Se você tiver mais de um site, é óbvio que terá que alterar o endereço IP dentro dos respectivos wp-config.phparquivos, todas as outras substituições /etc/são centrais no servidor e não específicas do site.

informação relacionada