基于Google Cloud的Magento 1.9测试环境301重定向问题求助

这种情况我在Magento 1.9的迁移/克隆场景里碰到过好多次，大概率是Magento自身的配置或者缓存导致的，给你几个具体的排查和解决步骤：

1. 检查数据库中的基础URL配置 #

Magento会把网站的核心URL配置存在数据库里，克隆VM后新实例的数据库还是保留着原IP的配置，这是最常见的原因。

• 登录到新VM的数据库（可以用mysql -u [用户名] -p命令行或者phpMyAdmin工具）
• 找到core_config_data表，搜索path字段值为web/unsecure/base_url和web/secure/base_url的两条记录
• 把这两条记录的value字段改成新VM的IP（比如http://新IP/或者https://新IP/，注意末尾的斜杠不能省略）

2. 强制清理Magento缓存 #

就算改了数据库配置，Magento的缓存文件可能还保留着旧的URL信息，必须彻底清理：

• 登录到新VM的服务器终端，进入Magento根目录
• 执行命令删除缓存和会话文件：

  rm -rf var/cache/* var/session/*
  

• 如果改完数据库后能访问新VM的Magento后台，也可以到System > Cache Management里点击「Flush Magento Cache」和「Flush Cache Storage」

3. 排查浏览器本地缓存 #

有时候浏览器会缓存之前的重定向记录，导致你访问新IP时还是被跳转到原IP：

• 尝试用浏览器的隐私/无痕模式访问新IP，看是否还会重定向
• 如果无痕模式正常，清理浏览器的缓存和Cookie后再用普通模式测试

4. 检查服务器的额外重定向配置 #

虽然你说.htaccess里没301规则，但还要确认服务器的虚拟主机配置：

• 对于Apache，检查/etc/apache2/sites-available/目录下的站点配置文件，看有没有Redirect、RewriteRule这类指向原IP的规则
• 对于Nginx，检查/etc/nginx/sites-available/下的配置，看是否存在return 301或者rewrite规则指向原IP

5. 确认Magento的URL重写设置 #

虽然这个不太会直接导致IP重定向，但可以顺便确认配置一致性：

• 进入Magento后台System > Configuration > Web > Search Engine Optimization，确保Use Web Server Rewrites的设置和原实例一致（一般是开启状态）

按照这个顺序排查，基本能解决问题。如果还是不行，可以检查新VM的hosts文件（/etc/hosts）有没有绑定原IP的域名记录，不过这种情况比较少见。

内容的提问来源于stack exchange，提问作者jenmos