LAN IP sendo anexado com porta do encaminhamento de porta do roteador após a instalação do Wordpress

Question

Eu nunca encontrei isso antes ...

Eu tenho mexido com servidores apache diferentes em casa, enquanto no trabalho. Antes de eu ter o proxypass funcionando, eu precisava ser capaz de acertar o servidor número dois de fora da rede local.

Eu fiz isso configurando o encaminhamento de porta no meu roteador (linksys executando dd-wrt). Foi algo como my.pub.ip.add:28000 encaminhado para o número dois do servidor :80 . Funcionou bem. Isso é o que eu precisava.

Então, eu finalmente configurei o proxypass no servidor número um para encaminhar solicitações do meu www.domain.com para o servidor número dois, o que significa que eu não precisaria mais que o encaminhamento de porta atingisse o servidor dois diretamente.

Agora, quando eu vou para www.domain.com de um navegador, ele expira, mas faz isso com o IP local do meu servidor dois na barra de endereços, anexado com a porta pública original (e aparentemente não relacionada) configurado anteriormente.

Então, digitando www.domain.com , expira com 192.168.x.x:28000 na barra de endereço.

Eu posso aceitar que a configuração do meu apache ainda não está correta, mas mesmo ao tentar acertar o servidor dois de dentro da LAN, apenas digitando 192.168.x.x , ele ainda anexa essa porta. Eu posso tentar algo como 192.168.x.x:80 e ainda o substitui por :28000 .

• Desativei o encaminhamento de porta que usei anteriormente. Eu fiz isso imediatamente porque a porta aleatória que eu usei para entrar na minha LAN estava bem ali!

• Eu ssh'd no roteador dd-wrt e liberei o dnsmasq, pensando que pode ter sido ligado a algo, por uma sugestão em uma pesquisa no google.

• E de outra forma parece ser uma coisa difícil de pesquisar no Google.

Para ser honesto, não sei bem onde concentrar minha atenção. O roteador, porque é o gateway e o DNS local? O apache instala no servidor 2? O sistema operacional Ubuntu que é o servidor 2?

A questão , no final, é por que a porta que configuro direciona o tráfego público para o meu servidor dois sendo anexado a solicitações locais e externas para o servidor dois mesmo depois de remover esse encaminhamento de porta regra?

EDITAR:

Começando a reduzi-lo. Parece ser um problema com o Wordpress. Basicamente, eu fiz a instalação do Wordpress via ssh, mas depois a configuração inicial e teste com um navegador (daí o encaminhamento de porta).

Parece que a instalação do Wordpress está obstinadamente ligada ao método de acesso de antes. Quaisquer recomendações sobre onde se concentrar na instalação do Wordpress?

    

Answer 1

Ok, resolvi isso.

O Wordpress realmente registra as URLs absolutas no banco de dados. Quando eu estava configurando o site com o endereço http:my.pub.ip.add:28000/wp-admin (porta encaminhada pelo roteador), o Wordpress realmente anotou esse endereço. É onde pensava que vivia.

No final, usei o "Relocate Method" mencionado na página do códice Wordpress.

Citações:

Note: When the RELOCATE flag is set to true, the Site URL will be automatically updated to whatever path you are using to access the login screen. This will get the admin section up and running on the new URL, but it will not correct any other part of the setup. Those you will still need to alter manually.

    

Answer 2

Eu começaria usando meus arquivos de configuração do Apache (em ambos os servidores) para 28000.

Eu estou supondo que em algum momento você disse ao Apache sobre a porta 28000 porque precisava de redirecionamentos do Apache no Servidor 2 para redirecioná-lo para uma URL correta para o Servidor 2 e uma URL correta para o Servidor 2 (quando estiver conectando de fora) tem que ter: 28000.

Por exemplo, quando você precisava desse mapeamento de porta para acessar o Servidor 2, se você tivesse ido para o link (sem o rastro "/") e redirecionou você para adicionar o "/" final, se ele não sabia que a porta 28000 estava em jogo, ele teria redirecionado você para " link " (ou seja, a primeira página do Servidor 1) em vez de " link " (ou seja, a frente página do servidor 2).

Então você provavelmente disse ao Apache sobre a porta 28000 para fazer com que esses redirecionamentos funcionassem corretamente, mas agora você esqueceu que fez isso.