这是一个创建于 485 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家好！
我调用 Google Authentication SDK 的方法：public GoogleIdToken verify(String idTokenString)。
阅读源码后，发现是对 www.googleapis.com/142.251.42.234:443 进行 socket 连接。
现在的情况是：大陆 pc 开发环境通过机场连接不成功，报超时。新加坡生产环境连接正常。
以前的情况是：大陆 pc 开发环境通过自建 VPN （是 openVPN ）连接正常。新加坡生产环境连接正常。
之前也遇到过一些类似的情况，比如：换成机场后，Mobgodb+srv 格式的数据库 URL ，在 DNS 找不到 TXT record 。
试过两个机场，都出现以上这种问题。
请教大家，是不是机场与自建 VPN 的原理有很大的不同？为什么会出现这种问题？
我调用 Google Authentication SDK 的方法：public GoogleIdToken verify(String idTokenString)。
阅读源码后，发现是对 www.googleapis.com/142.251.42.234:443 进行 socket 连接。
现在的情况是：大陆 pc 开发环境通过机场连接不成功，报超时。新加坡生产环境连接正常。
以前的情况是：大陆 pc 开发环境通过自建 VPN （是 openVPN ）连接正常。新加坡生产环境连接正常。
之前也遇到过一些类似的情况，比如：换成机场后，Mobgodb+srv 格式的数据库 URL ，在 DNS 找不到 TXT record 。
试过两个机场，都出现以上这种问题。
请教大家，是不是机场与自建 VPN 的原理有很大的不同？为什么会出现这种问题？
 |
1
ruixue 2023-08-20 11:11:07 +08:00  1
机场客户端一般设置的系统代理，不是 vpn 这种全局代理，得首先确保 api 调用确实走了代理，可以手动指定 socks5 代理端口试试，如果确实走了代理还出现这种情况，可能是机场出口 ip 用的人太多，其他人有滥用的情况导致 ip 被 google 风控了。dns 的问题也同理，vpn 能确保所有的流量都经过代理转发，但机场的客户端未必，具体实现五花八门，dns 泄露 dns 污染也不少见，而且机场的协议也可能对 dns 有特殊的处理
|
 |
2
wdlth 2023-08-20 19:33:53 +08:00 1
你的程序没有走代理吧，如果是 Java 程序，可以加 JVM 参数让它走代理，也可以用其他的方法。
|
 |
3
franklinre OP |
|
4
franklinre OP @ruixue 确实没走代理。
感谢大佬！祝你心想事成！！ |
Select Language