ok - acho que não tenho como redirecionar o site antigo para o novo endereço IP

Question

Isso é quase cômico, mas estou preso neste ponto. Aqui está a situação:

current host:  no root access, can really only work in .htaccess
current host:  site to be moved to new host is on a shared IP address
current host:  site has .htaccess redirecting all non-www traffic to www.

new host:  root access, WHM, all the knobs/dials
new host:  mod_userdir is disabled

OK. Então, no host atual, não consigo adicionar um redirecionamento .htaccess como este:

RewriteRule ^(.*)$ http://1.2.3.4/~accountname/$1 [R=301,L]

desde que mod_userdir está desabilitado no novo host - e me disseram que a ativação não é exatamente simples. Assim, o endereço IP e o nome da conta não serão resolvidos.

Ótimo - então, no novo host, vamos colocar o site em um endereço IP dedicado. Não, isso não funcionará porque a regra .htaccess reescreve todo o tráfego para "www". significa que vai quebrar - você consegue isso:

www.1.2.3.4 -- server DNS address could not be found.

Tenho medo de desativar esse "www." reescrever a regra porque ela foi colocada em prática anos atrás e não tenho certeza do que pode acontecer se não estiver lá.

Portanto, neste ponto, não vejo como mover este site e redirecionar o site antigo para o novo site. Eu tenho TTL definido muito baixo, então eu vou ter que contar com os caches DNS globais atualizando em um período de tempo razoável (eu posso tolerar 24 horas).

Minha cabeça está doendo. Estou faltando alguma coisa ou devo apenas ir com o plano de jogo para mover o site e nem sequer tentar fazer o redirecionamento do local antigo?

    

Answer 1

Estou copiando essa resposta da sua outra pergunta , porque ela é realmente mais relevante com seus novos detalhes. É totalmente factível com apenas .htaccess no host atual.

Meu exemplo usa o subdomínio www , mas você pode ajustá-lo conforme necessário.

No novo servidor / site, verifique se ele pode atender às solicitações em www.example.com e em um segundo subdomínio de sua escolha que não assustará os usuários finais. Eu costumo ir com www2.example.com .

Quando você estiver pronto para interromper, altere o DNS para apontar para o novo IP e, em seguida, no servidor antigo, reconfigure o site para que ele faça um redirecionamento HTTP para todas as solicitações para www2.example.com . Isso deve não ser um redirecionamento permanente (301), usar 302 ou 307.

O resultado é que todos os clientes que obtêm a nova entrada de DNS vão para o novo servidor como deveriam.

Qualquer cliente que tenha uma entrada em cache acessa o servidor antigo e, em seguida, é redirecionado para www2 , que sempre aponta para o novo IP, para que não possa ser armazenado em cache e, em seguida, obtém o novo servidor.

Algumas coisas podem complicar isso. Para SSL, o certificado precisará incluir o nome do host temporário. Se o site usa cookies, não tenho certeza se eles ainda funcionarão (ou não serão transferidos). Você terá que considerar todas as maneiras pelas quais um nome diferente pode afetar as coisas, embora, na minha experiência, não haja muita gente batendo no cache e elas caiam rapidamente enquanto seu TTL estiver razoavelmente baixo. / p>