A Channel Which is Using RFC 1149 To Transport Data
gpt-4o模型已升级到gpt-4o-2024-08-06 。价格减半。本站api服务的模型正在陆续同步,新价格将在服务升级后陆续刷新。
https://openai.com/index/introducing-structured-outputs-in-the-api/
大模型也开始内卷了啊...
https://openai.com/index/introducing-structured-outputs-in-the-api/
大模型也开始内卷了啊...
这边建议要求客服直接改永久
已修复付费api接口地址 404的问题
道听途说:
今天(2024年7月17日)下午13:10开始,移动真的单方面撕毁合同把专线用户和BGP用户QoS了。某手游行业的客户机房的移动 2Gbps 专线,从下午 13:10:13 开始,到外省的华为云只有 5Mbps 速率。现在客户已经准备找移动打官司了并且加急找联通和电信拉线,线上业务受到严重影响。
无责任分析:
广东联通、广东电信偷着乐。
标记是国内到海外udp通,海外回国内udp不通,而且不挑端口,只要是udp流量都不行。tcp,tcmp不受影响。
要区分一下被墙和被标记的区别。
经测试,海外机器udp流量长时间过大(不仅限于某基于udp的翻墙协议), ip会被gfw标记(目前标记时间不是立刻,而是有一段周期,十五个小时前换过ip的机器仍然未出现标记,固定ip机器在两个小时前同一段时间标记)。
被标记时间并封锁的时间为 15:30-16:30 GMT+9 这一个小时内
被标记的机器,tcp和icmp均正常无拦截,
国内ip可以正常向被标记的海外机器发送udp流量包
被标记的海外机器发送国内udp包会被立刻丢包(udp不存在阻断一说法)。
所有端口的udp流量都会丢掉,不分端口,不分协议
个人认为不太可能是某协议被识别,udp流量在公网的数量级太大,而且存在协议头识别困难(大部分基于udp的应用层协议通常靠端口来确定上层协议类型,而不是应用层的字节顺序),并且目前没有什么成本比较经济的网络设备可以用来大量深度识别udp层的流量。
相对来讲gfw更有可能是应对海外ddos网络攻击(UDP FLood)做的策略,然后顺便把翻墙协议给宰了。
所以目前猜测后,定论是udp翻墙协议还是只适合自用。 具体是否被探测还有待考究。
被标记时间并封锁的时间为 15:30-16:30 GMT+9 这一个小时内
被标记的机器,tcp和icmp均正常无拦截,
国内ip可以正常向被标记的海外机器发送udp流量包
被标记的海外机器发送国内udp包会被立刻丢包(udp不存在阻断一说法)。
所有端口的udp流量都会丢掉,不分端口,不分协议
个人认为不太可能是某协议被识别,udp流量在公网的数量级太大,而且存在协议头识别困难(大部分基于udp的应用层协议通常靠端口来确定上层协议类型,而不是应用层的字节顺序),并且目前没有什么成本比较经济的网络设备可以用来大量深度识别udp层的流量。
相对来讲gfw更有可能是应对海外ddos网络攻击(UDP FLood)做的策略,然后顺便把翻墙协议给宰了。
所以目前猜测后,定论是udp翻墙协议还是只适合自用。 具体是否被探测还有待考究。