Azure部署应用绑定Hostinger子域名后跨地域访问异常求助

核心原因推测 #

从现象判断，问题大概率和DNS缓存、区域解析差异或Hostinger隐性配置冲突有关，并非单纯的A记录设置错误：

• 远程同事看到测试页：设备/本地DNS服务器缓存了旧的解析记录，未更新到新的A记录
• 境外无法访问：要么Hostinger针对境外区域的解析未同步，要么Azure VM的网络规则限制了境外IP访问
• VPN切换后正常：VPN使用的DNS/路由绕过了本地缓存或区域限制

具体排查&修复步骤 #

1. 强制清除DNS缓存 #

让出现问题的远程同事执行以下命令刷新缓存，或切换公共DNS（8.8.8.8/1.1.1.1）测试：

• Windows：ipconfig /flushdns
• macOS：sudo dscacheutil -flushcache
• Linux：sudo systemd-resolve --flush-caches

2. 检查Hostinger解析配置细节 #

• 确认子域名的A记录无冲突记录：比如是否存在CNAME、Hostinger自动生成的默认解析（部分托管商会给未绑定站点的子域名默认指向测试页，优先级可能高于手动A记录）
• 关闭或配置Hostinger的智能DNS/区域解析：若开启该功能，需确保所有区域的解析规则都指向Azure VM的IP，而非默认节点
• 调整A记录的TTL值：建议设为300秒（5分钟），加快全球解析同步速度

3. 验证Azure VM的网络可达性 #

• 让境外同事直接访问Azure VM的公网IP：
  • 若IP能访问，问题在DNS层面；
  • 若IP无法访问，检查Azure NSG入站规则是否允许境外IP（可临时开放所有IP测试），同时确认VM系统防火墙的端口限制

4. 对比区域解析结果 #

让不同地区的同事用以下命令测试解析结果，确认是否一致：

• Windows：nslookup 你的子域名 8.8.8.8
• Linux/macOS：dig @8.8.8.8 你的子域名
  如果不同地区解析出的IP和Azure VM IP不一致，联系Hostinger客服强制刷新全球DNS节点

补充说明 #

AWS部署未遇问题，可能是因为Route 53的全球解析同步机制更透明，没有Hostinger这类托管商的隐性默认解析规则干扰。若Hostinger端排查无果，可考虑将DNS托管切换到Azure DNS，避免第三方解析限制。

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