Closed mx4994 closed 1 year ago
不是ping的。扫描方法是给目标IP发送一个翻译的测试字符串,返回了结果就视为可用IP。理论上测试结果应该是没有问题的,如果是真的有问题可以发个截屏。
还有你意思是扫描出来的IP测速不能通?应该没有这种情况吧 扫描和测速用的是同一个逻辑
不是ping的。扫描方法是给目标IP发送一个翻译的测试字符串,返回了结果就视为可用IP。理论上测试结果应该是没有问题的,如果是真的有问题可以发个截屏。
还有你意思是扫描出来的IP测速不能通?应该没有这种情况吧 扫描和测速用的是同一个逻辑
图上只放了这一个,其他的也是这样的。
🤣🤣🤣不会返回的结果是报错吧。
80是通的,443是不通的,但是浏览器访问都是443。应该是这个问题吧。
你试试用把这个IP写入Hosts,看看谷歌翻译接口能不能用。如果能用的话端口是80还是443都不重要。
就是写入hosts不能用才发的这个问题。
本地无法复现问题,可以尝试写入Hosts后执行ipconfig /flushdns
(Windows)来刷新DNS缓存。
另外,本项目的扫描/测速对象不是谷歌翻译UI网址translate.google.com
而是API地址translate.googleapis.com
,一般配合浏览器翻译插件使用。
本地无法复现问题,可以尝试写入Hosts后执行
ipconfig /flushdns
(Windows)来刷新DNS缓存。
那就奇怪了,我这边一直使用不了,DNS缓存每次操作都清除了的。
另外,本项目的扫描/测速对象不是谷歌翻译UI网址
translate.google.com
而是API地址translate.googleapis.com
,一般配合浏览器翻译插件使用。
我hosts填的就是这个translate.googleapis.com,你是用的google翻译那个拓展嘛?不是Chrome自带的那个是吗?我没有使用拓展,是自带的无法使用;拓展复写下就可以使用,自带的不行。
上个月clash更新了隧道功能,用隧道功能很好的解决了拓展不能代理自带的翻译api问题。 现在只是反馈下之前我遇到的,你没有遇到这个问题就算了。
我用 https://hcfy.app/blog/2022/09/28/ggg 可用的ipv4数据入进去,测速。全部无效。
尝试用ping工具批量导入ping一下,能ping通写入hosts测试可以用于全网页翻译。
然后我就想看测速用什么方式,翻了代码,勉强看得懂一点点,找到
TESTIP_FORMAT = 'https://{}/translate_a/single?client=gtx&sl=en&tl=fr&q=a'
ip替换后放到浏览器请求,返回失败。
接着来这里找答案,结合上面聊天记录,看起来是谷歌在服务端设了只允许主机名访问,不能直接用ip访问。
因为写入hosts写入后,用
https://translate.googleapis.com/translate_a/single?client=gtx&sl=en&tl=fr&q=a
https://translate.googleapis.com/translate_a/element.js
能正常打开了
如果增加个ping模式。用原来的发包方式不行后,可以用ping模式试试。 @GoodCoder666
用扫描结果的IP测试,都不能使用。可以ping通,但是tcp测443端口是不通的。