Azure VM公网IP地域波动致Gmail脚本访问受阻求助

DevOps 小满

2026-5-19

解决Azure VM动态IP地理位置偏差导致Gmail SMTP拦截的问题

我每日傍晚关闭Azure VM，次日开机后会获取新的公网IP（此情况我可接受）。但通过WHOIS查询发现，该IP的地理位置有时显示为美国东部/西部/中部等，而非VM部署的“美国东部”区域。此问题导致我的Python smtplib脚本访问Gmail时被拦截，告警脚本失效，特此求助。

嘿，咱们一步步拆解这个问题——我之前碰到过好多次Azure动态IP和Gmail安全规则冲突的情况，太懂你的痛点了！

先搞清楚为啥会这样

Azure的动态公网IP是从美东区域的共享IP池里分配的，但第三方WHOIS数据库的地理位置信息经常不准：

云厂商的IP段注册时可能填的是“美国全境”，WHOIS只会显示这个注册范围，不会实时更新IP实际用到的具体区域；
WHOIS数据更新有延迟，刚分配的新IP可能还没同步到第三方数据库里；
Gmail的安全系统会盯着IP的WHOIS位置、历史访问记录这些，一旦发现IP的“显示区域”和你账号常用区域不符，直接就拦截了，管你实际在哪。

给你几个实用的解决方案，按优先级排序：

1. 换静态公网IP（最直接的稳定方案）

如果你能接受不用每天换IP（毕竟告警脚本稳定才是关键），给VM绑个静态IP就行：

登录Azure门户，找到你的VM，点「网络」→「公共IP地址」，把「分配方法」从「动态」改成「静态」；
改完之后这个IP就固定了，除非你手动释放；
接着去Google账号的「安全设置」，把这个静态IP加到受信任IP列表，或者如果开了2FA，就用「应用专用密码」代替普通密码登录Gmail SMTP；
注意：Azure的静态公IP是要额外花钱的，这点提前心里有数哈。

2. 把SMTP认证改成OAuth2（推荐！不用固定IP也能解决）

Gmail现在对普通密码登录限制越来越严，换成OAuth2认证就能绕开IP地理位置的限制，步骤也不难：

先去Google Cloud Console建个新项目，启用「Gmail API」；
创建「OAuth客户端ID」，选「桌面应用」类型，拿到客户端ID和密钥；
用google-auth和google-auth-oauthlib这两个库在Python脚本里实现认证，给你个示例代码参考：

import os
import smtplib
from email.mime.text import MIMEText
from google.oauth2.credentials import Credentials
from google.auth.transport.requests import Request
from google_auth_oauthlib.flow import InstalledAppFlow

# 授权范围，要访问Gmail就得用这个
SCOPES = ['https://mail.google.com/']

def get_auth_credentials():
    creds = None
    # 首次运行会弹出浏览器让你授权，之后令牌存在token.json里
    if os.path.exists('token.json'):
        creds = Credentials.from_authorized_user_file('token.json', SCOPES)
    # 如果令牌过期就刷新，没的话就重新授权
    if not creds or not creds.valid:
        if creds and creds.expired and creds.refresh_token:
            creds.refresh(Request())
        else:
            flow = InstalledAppFlow.from_client_secrets_file(
                'credentials.json', SCOPES)
            creds = flow.run_local_server(port=0)
        # 保存令牌下次用
        with open('token.json', 'w') as token_file:
            token_file.write(creds.to_json())
    return creds

def send_alert_email():
    creds = get_auth_credentials()
    # 用SMTP_SSL连接Gmail服务器
    with smtplib.SMTP_SSL('smtp.gmail.com', 465) as server:
        # 用OAuth2令牌登录
        server.login(creds.client_id, creds.token)
        # 构造邮件内容
        msg = MIMEText('这是来自Azure VM的告警信息！')
        msg['Subject'] = '系统告警'
        msg['From'] = 'your-alert-email@gmail.com'
        msg['To'] = 'your-receive-email@example.com'
        # 发送邮件
        server.send_message(msg)

# 调用发送函数
if __name__ == '__main__':
    send_alert_email()

这种方式只要你的账号授权有效，不管IP怎么变，都能正常发邮件，完全不受WHOIS地理位置的影响。

3. 确认Azure VM的实际部署区域

虽然你说VM在美东，但还是可以检查一下避免踩坑：

去Azure门户看VM的「概述」页面，确认「位置」确实是「美国东部」；
检查VM所在的虚拟网络、子网是不是也在美东，别不小心搞成跨区域了；
用Azure CLI命令az network ip check --ip-address <你的公网IP>查一下这个IP实际属于Azure的哪个区域，这个结果比第三方WHOIS靠谱多了。

4. 忽略WHOIS显示偏差（如果不影响功能的话）

要是只是WHOIS显示不对，但邮件能正常发，那就是第三方数据库的问题，不用管它。但你的情况已经导致拦截了，还是优先用前面的方案解决。

内容的提问来源于stack exchange，提问作者gvphubli.blogspot.com