在结束台北电脑展的行程后，英伟达创始人兼CEO黄仁勋于当地时间6月5日乘坐专机抵达韩国，随后展开紧凑的行程。令人意外的是，这位科技巨头的首站并非与商界领袖的晚宴，而是直接前往了T1战队主题网吧"T1 Base Camp"，与《英雄联盟》传奇选手Faker（李相赫）及T1全队成员见面。 会面期间，黄仁勋饶有兴致地询问Faker日常使用的显卡型号。当得知对方仍在用GeForce RTX 4070时，黄仁勋当场调侃道："那已经是古董了！"引发现场笑声阵阵。 作为回应，黄仁勋随即送上了英伟达最新旗舰显卡GeForce RTX5090。更令人惊喜的是，他与Faker共同在这张5090显卡上完成了双人亲笔签名，随后现场举行抽奖活动，将这张"全球独一无二的双签显卡"送给了一位幸运粉丝。 黄仁勋现场笑称："这是全球唯一一张，拥有我和Faker的签名，价值可能超过百万美元，我自己都想珍藏了。"这段视频迅速在网络上传播开来，引发全球玩家广泛关注。 此外，Faker还在活动中回赠了一件印有个人签名的T1战队官方球衣，双方围绕电子竞技产业的技术演进、基础设施升级及未来协同发展方向进行了友好交流。 除了签名显卡外，黄仁勋还向Faker赠送了一台搭载RTX Spark超级晶片的顶级笔电，并在现场额外抽出两名幸运粉丝获得同款RTX Spark签名笔电，现场氛围轻松热烈。有粉丝自称仍在使用RTX 2070，黄仁勋幽默回应："那你得买块新显卡了，我需要钱。" 查看评论
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
背景 家里路由器上挂了 shell Clash ，我自己（ ip16 ）用着一直没啥问题，但家人手机（ ip15 pro ）打开淘宝领券中心总是提示网络问题（其它页面正常使用），按页面中的网络检测也没有说有什么问题，另外京东付款不能切支付方式，但切换流量这两个问题都不存在。 天天被说，我自己怎么打开都正常，百思不得其解！ 期间重装 app ，重启手机，重启路由器都不能解决。 排查 先测试，关掉 clash 。 正常了，说明了是 clash 问题。 关闭可能原因 之 fake ip （其实我配了国内绕过去，这也是 shell clash 默认的配置），变成了偶尔能打开偶尔不行。 继续思考，关闭 clash 的 ipv6 ，这下正常了。 （当然我的手机一直正常） 原因乱猜 我只能怀疑 88vip 有啥骚操作了。 给 AI 讲了后，它认为 淘宝等 App 对 IPv6 支持很激进，默认优先走 v6 。但路由器开了 v6 代理后，流量很容易绕路或者跟运营商直连路由冲突。阿里那套安全系统只要发现你的 IPv6 轨迹不对劲，为了防刷子，连验证码都不弹，直接把你的请求丢包。 它猜测 88VIP 属于高危风控对象，88VIP 里权益大、神券多，所以领券接口（比如 mdskip.taobao.com 这种）套的风控策略比普通账号严苛得多。再加上不同手机处理 v4/v6 切换的机制有微秒级差异，结果家人的手机就死死卡在被风控的 v6 路由黑洞里了，同时 Fake-IP 起到了放大器作用，稍有延迟，触发阿里的安全警报直接拒连。 —— 我应该漏掉了可能纯 ipv6 问题的排查方案，可能开了 fake ip 关闭 v6 也可以。后面测了再看看
IT之家 6 月 5 日消息，英伟达创始人兼 CEO 黄仁勋今日抵达韩国，在机场接受媒体采访后，直接前往首尔西部麻浦区东桥洞的 T1 基地（IT之家注：T1 Base Camp）网吧，与电竞选手 Faker（李相赫）会面。 现场视频显示， 黄仁勋在网吧现场抽了一张 RTX 5090 签名显卡送给粉丝 ，该显卡上面有黄仁勋和 Faker 的签名，黄仁勋表示全球仅此一张，价值百万美元。 该粉丝表示自己的显卡是 RTX 2070，黄仁勋对粉丝开玩笑称：“ 你得买个新显卡，我需要钱 。” 《英雄联盟》T1 战队队长 Faker 等 5 名队员全部出席。双方将对电子竞技产业发展方案进行讨论。黄仁勋还对 T1 战队成员表示“我也是你们的粉丝”。 之后，黄仁勋将在弘大入口附近的五花肉店与韩国主要企业掌门共进晚餐。SK 集团会长崔泰源、现代汽车集团会长郑义宣、LG 集团会长具光谟、NAVER 董事会主席李海珍等将出席。 据IT之家此前报道，黄仁勋去年访韩时，与郑义宣和三星电子会长李在镕 在首尔江南区三成洞某炸鸡店共进晚餐 ，成为热门话题。
NVIDIA首席执行官黄仁勋将于6月5日下午抵达韩国金浦机场，开启新一轮访韩行程。据业界透露，他此行的首个公开活动并非与财阀领袖的晚宴，而是前往首尔弘大，与《英雄联盟》传奇选手、T1战队旗下职业电竞选手Faker(李相赫)会面。 据业内人士透露，黄仁勋将于当日下午1时抵达金浦机场商务航空中心，随后前往位于弘大的T1 Basecamp。T1是SK Square旗下的职业电竞战队，Faker作为队内核心，被誉为“LoL世界冠军最多的全球电竞偶像”。 这并非黄仁勋首次向Faker表达敬意。早在去年10月，他时隔15年再次访韩，在首尔COEX举办的“NVIDIA GeForce Gamers Festival”上，曾在舞台上三次高喊Faker的名字，引发全场欢呼。今年4月，他更是向Faker及全体T1队员赠送了带有自己亲笔签名的队服，令战队上下惊喜不已。 据悉，黄仁勋原计划5日下午5时抵达后直接前往弘大的烤肉店“兄哥肉铺”，与SK集团会长崔泰源、LG集团会长具光谟、Naver主席李海珍举行第二次“干杯会”。但在与T1协调后，抵达时间提前至下午1时。而晚宴地点原定于圣水洞或乙支路，之所以在4日临时改为弘大，正是为了配合T1 Basecamp的位置。 黄仁勋此行并非仅为文化交流。他将在访韩期间与多家本土游戏巨头展开一系列战略会谈，构建以下一代AI PC平台和机器人生态系统为核心的技术联盟。 本次系列会议的核心议题，是基于NVIDIA全力打造的下一代AI PC平台——RTX Spark。该产品搭载了NVIDIA与联发科联合开发的CPU-GPU集成芯片组“N1 X”，能够在单芯片上同时实现高规格游戏运行与高性能端侧生成式AI功能。Krafton、NCsoft等全球主要游戏厂商已被列为RTX Spark的官方合作伙伴，通过此次高层会面，预计将达成独家游戏优化等深度商业合作。 查看评论
IT之家 6 月 5 日消息，据韩媒《中央日报》今天报道，英伟达创始人兼 CEO 黄仁勋将在访问韩国期间会见传奇电竞选手 Faker（李相赫）。 据英伟达和游戏行业人士透露，黄仁勋已经抵达金浦国际机场，他在韩期间将主要与企业领袖、电竞明星等一系列人物会面。 据悉，黄仁勋将在机场接受媒体采访后， 直接前往首尔西部麻浦区东桥洞的 T1 基地（IT之家注：T1 Base Camp）网吧 。 黄仁勋长期以来一直对韩国游戏文化和电竞产业表现出浓厚兴趣。 他的访韩行程首站将造访 T1 战队队长 Faker 。 ▲ Faker 除了 Faker 以外，黄仁勋预计还将会见 Doran（崔玄准）、Oner（文炫竣）、Peyz（金修奂）和 Keria（柳岷析）等 T1 队员。 双方将在会面期间讨论如何推动电竞产业发展 。 随后，黄仁勋将于今天晚上前往弘益大学附近的一家韩式烤五花肉餐厅，与崔泰源（SK 集团会长）、郑义宣（现代汽车集团执行会长）、具光谟（LG 集团会长）和李海珍（Naver CEO）等企业家举行闭门晚宴， 讨论机器人技术 、 AI 半导体供应链协同 、 物理 AI 和下一代数据中心建设等议题 。 据业内人士透露，该晚宴最初安排在首尔东部城东区圣水洞的一家餐厅，但最终出于安全和交通效率考虑，改为选择弘大地区。 此外，最终被选定的餐厅名为“형님 저요（Hyeongnim Jeoyo）”，直译为“哥，是我”，带有亲切的熟人含义。业内普遍认为， 这种安排具有刻意营造公众话题度效果 。
IT之家 6 月 4 日消息，英伟达 CEO 黄仁勋刚忙完 2026 台北国际电脑展的演讲，下一站将马不停蹄访问韩国。 据《首尔经济日报》今日报道， 黄仁勋寻求与世界知名电竞职业游戏选手 Faker（李相赫）的会面 。他还计划与包括 Krafton 和 NCsoft 在内的主要游戏制造商高层举行一系列会议，扩大他与韩国游戏行业各方面的联系。 报道提到，英伟达正在密切协调黄仁勋与 Faker 之间的详细会议安排。 IT之家查询发现，去年 11 月访问韩国期间，黄仁勋参加了在韩国首尔举办的“Nvidia GeForce Gamer Festival”活动， 并在舞台上高呼 Faker ，引发网友关注。 今年 4 月，他给包括 Faker 在内的《英雄联盟》T1 电竞战队成员送上印有他亲笔签名的衣服。 另据韩媒 DigitalToday 报道， 黄仁勋将于当地时间 6 月 5 日下午抵达韩国金浦国际机场 。抵达当天，他将在圣水洞地区会见 LG 集团董事长具光谟（구광모）、SK 集团董事长崔泰源（최태원）和 Naver（韩国最大搜索引擎公司）董事长李海珍（이해진），随后将依次与游戏行业人士、机器人和 AI 初创企业及研究人员会面。
FakeVibeCode 是一个“假装在写代码”的 AI 编程终端模拟器。 它可以在浏览器里播放一段看起来非常真实的 Claude Code 或 Codex CLI 编程过程：分析项目、读取文件、制定计划、修改代码、展示 diff 、运行测试、输出总结。整个过程看起来像真的 AI coding agent 正在忙碌工作，但实际上它不会运行任何命令，也不会修改任何文件。 你可以把它用于直播背景、产品演示、截图、短视频、开发者玩笑，或者在屏幕共享时让自己的终端看起来很忙。 打开页面，选择 Fake Claude 或 Fake Codex ，进入全屏，然后让终端自己表演。 它不生产代码，但很会生产“我正在认真工作”的氛围。 网址： https://fakevibecode.com
背景 旁路由安装了openclash，启用的是fake-ip混合模式 使用tailscale会打洞失败 具体表现为使用 tailscale netcheck 得到的ipv4地址为代理ip地址，不是国内运营商的 主要原因还是分流的问题，tailscale的derp服务器的ip还是走代理了 不管是openclash、还是本机clash开启tun模式，只要分流的规则没写好，应该都会有这样的问题 目前解决方案如下 Tailscale 在这里发布了他们的 https://login.tailscale.com/derpmap/default DERP 服务器的所有域名和 IP 地址 那么我们只需将这些域名和ip都加入clash的分流规则即可，让其直连。 整理好的规则我放文末了 但是有个问题是 tailscale的DERP 服务器的ip跟域名会变化，比如新增服务器啥的，这样就得持续更新clash的规则表，不知道有没有更优雅的解决方式。 clash的规则我也整理好了，需要的佬友可以直接抄： # ================= Tailscale 直连规则开始 ================= # 1. 域名直连：处理所有 tailscale.com 及其子域名的解析和访问 - DOMAIN-SUFFIX,tailscale.com,DIRECT - DOMAIN-REGEX,^derp.*tailscale\.com,DIRECT - DOMAIN-SUFFIX,ts.net,DIRECT # 2. 内网段直连：确保通过 Tailscale 分配的 100.64.x.x 虚拟 IP 访问其他设备时走直连 - IP-CIDR,100.64.0.0/10,DIRECT,no-resolve # 3. DERP 中转服务器 IPv4 直连 - IP-CIDR,199.38.181.104/32,DIRECT,no-resolve - IP-CIDR,209.177.145.120/32,DIRECT,no-resolve - IP-CIDR,199.38.181.93/32,DIRECT,no-resolve - IP-CIDR,199.38.181.103/32,DIRECT,no-resolve - IP-CIDR,192.73.240.161/32,DIRECT,no-resolve - IP-CIDR,192.73.240.121/32,DIRECT,no-resolve - IP-CIDR,192.73.240.132/32,DIRECT,no-resolve - IP-CIDR,172.237.61.194/32,DIRECT,no-resolve - IP-CIDR,172.237.61.197/32,DIRECT,no-resolve - IP-CIDR,172.237.61.190/32,DIRECT,no-resolve - IP-CIDR,209.177.158.246/32,DIRECT,no-resolve - IP-CIDR,209.177.158.15/32,DIRECT,no-resolve - IP-CIDR,199.38.182.118/32,DIRECT,no-resolve - IP-CIDR,192.73.242.187/32,DIRECT,no-resolve - IP-CIDR,192.73.242.28/32,DIRECT,no-resolve - IP-CIDR,192.73.242.204/32,DIRECT,no-resolve - IP-CIDR,176.58.93.248/32,DIRECT,no-resolve - IP-CIDR,176.58.93.147/32,DIRECT,no-resolve - IP-CIDR,176.58.93.154/32,DIRECT,no-resolve - IP-CIDR,102.67.165.90/32,DIRECT,no-resolve - IP-CIDR,102.67.165.185/32,DIRECT,no-resolve - IP-CIDR,102.67.165.36/32,DIRECT,no-resolve - IP-CIDR,192.73.243.135/32,DIRECT,no-resolve - IP-CIDR,192.73.243.229/32,DIRECT,no-resolve - IP-CIDR,192.73.243.141/32,DIRECT,no-resolve - IP-CIDR,192.73.244.245/32,DIRECT,no-resolve - IP-CIDR,208.111.40.12/32,DIRECT,no-resolve - IP-CIDR,208.111.40.216/32,DIRECT,no-resolve - IP-CIDR,176.58.90.147/32,DIRECT,no-resolve - IP-CIDR,176.58.90.207/32,DIRECT,no-resolve - IP-CIDR,176.58.90.104/32,DIRECT,no-resolve - IP-CIDR,45.159.97.144/32,DIRECT,no-resolve - IP-CIDR,45.159.97.61/32,DIRECT,no-resolve - IP-CIDR,45.159.97.233/32,DIRECT,no-resolve - IP-CIDR,192.73.252.65/32,DIRECT,no-resolve - IP-CIDR,192.73.252.134/32,DIRECT,no-resolve - IP-CIDR,208.111.34.178/32,DIRECT,no-resolve - IP-CIDR,103.6.84.152/32,DIRECT,no-resolve - IP-CIDR,205.147.105.30/32,DIRECT,no-resolve - IP-CIDR,205.147.105.78/32,DIRECT,no-resolve - IP-CIDR,162.248.221.199/32,DIRECT,no-resolve - IP-CIDR,162.248.221.215/32,DIRECT,no-resolve - IP-CIDR,162.248.221.248/32,DIRECT,no-resolve - IP-CIDR,45.159.98.196/32,DIRECT,no-resolve - IP-CIDR,45.159.98.253/32,DIRECT,no-resolve - IP-CIDR,45.159.98.145/32,DIRECT,no-resolve - IP-CIDR,185.34.3.232/32,DIRECT,no-resolve - IP-CIDR,185.34.3.207/32,DIRECT,no-resolve - IP-CIDR,185.34.3.75/32,DIRECT,no-resolve - IP-CIDR,208.83.234.151/32,DIRECT,no-resolve - IP-CIDR,208.83.233.233/32,DIRECT,no-resolve - IP-CIDR,208.72.155.133/32,DIRECT,no-resolve - IP-CIDR,102.67.167.245/32,DIRECT,no-resolve - IP-CIDR,102.67.167.37/32,DIRECT,no-resolve - IP-CIDR,102.67.167.188/32,DIRECT,no-resolve - IP-CIDR,167.235.72.200/32,DIRECT,no-resolve - IP-CIDR,49.12.193.137/32,DIRECT,no-resolve - IP-CIDR,49.13.204.141/32,DIRECT,no-resolve - IP-CIDR,5.161.218.233/32,DIRECT,no-resolve - IP-CIDR,178.156.152.91/32,DIRECT,no-resolve - IP-CIDR,178.156.152.106/32,DIRECT,no-resolve - IP-CIDR,178.156.134.232/32,DIRECT,no-resolve - IP-CIDR,65.109.143.62/32,DIRECT,no-resolve - IP-CIDR,95.217.2.165/32,DIRECT,no-resolve - IP-CIDR,157.180.28.32/32,DIRECT,no-resolve - IP-CIDR,172.237.72.43/32,DIRECT,no-resolve - IP-CIDR,172.237.72.8/32,DIRECT,no-resolve - IP-CIDR,172.237.72.79/32,DIRECT,no-resolve - IP-CIDR,172.237.66.30/32,DIRECT,no-resolve - IP-CIDR,185.40.234.219/32,DIRECT,no-resolve - IP-CIDR,185.40.234.113/32,DIRECT,no-resolve - IP-CIDR,185.40.234.77/32,DIRECT,no-resolve - IP-CIDR,185.40.234.53/32,DIRECT,no-resolve - IP-CIDR,185.40.234.176/32,DIRECT,no-resolve - IP-CIDR,172.105.179.230/32,DIRECT,no-resolve - IP-CIDR,172.105.166.103/32,DIRECT,no-resolve - IP-CIDR,172.105.169.57/32,DIRECT,no-resolve - IP-CIDR,68.183.90.120/32,DIRECT,no-resolve - IP-CIDR,172.238.6.180/32,DIRECT,no-resolve - IP-CIDR,172.238.6.34/32,DIRECT,no-resolve - IP-CIDR,172.238.6.179/32,DIRECT,no-resolve - IP-CIDR,172.237.28.183/32,DIRECT,no-resolve - IP-CIDR,176.58.92.144/32,DIRECT,no-resolve - IP-CIDR,176.58.88.183/32,DIRECT,no-resolve - IP-CIDR,176.58.92.254/32,DIRECT,no-resolve - IP-CIDR,209.177.156.94/32,DIRECT,no-resolve - IP-CIDR,192.73.248.83/32,DIRECT,no-resolve - IP-CIDR,209.177.156.197/32,DIRECT,no-resolve # 4. DERP 中转服务器 IPv6 直连 - IP-CIDR6,2607:f740:f::/48,DIRECT,no-resolve - IP-CIDR6,2607:f740:14::/48,DIRECT,no-resolve - IP-CIDR6,2600:3c0d::/48,DIRECT,no-resolve - IP-CIDR6,2607:f740:e::/48,DIRECT,no-resolve - IP-CIDR6,2607:f740:16::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:3c::/48,DIRECT,no-resolve - IP-CIDR6,2c0f:edb0:0:10::/64,DIRECT,no-resolve - IP-CIDR6,2607:f740:17::/48,DIRECT,no-resolve - IP-CIDR6,2607:f740:c::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:3e::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:14:10::/64,DIRECT,no-resolve - IP-CIDR6,2607:f740:0:3f::/64,DIRECT,no-resolve - IP-CIDR6,2403:2500:8000:1::/64,DIRECT,no-resolve - IP-CIDR6,2607:f740:50::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:40:100::/64,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:3f:100::/64,DIRECT,no-resolve - IP-CIDR6,2001:19f0:c000::/48,DIRECT,no-resolve - IP-CIDR6,2c0f:edb0:2000:1::/64,DIRECT,no-resolve - IP-CIDR6,2a01:4f8::/32,DIRECT,no-resolve - IP-CIDR6,2a01:4ff::/32,DIRECT,no-resolve - IP-CIDR6,2a01:4f9::/32,DIRECT,no-resolve - IP-CIDR6,2600:3c15::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:20::/48,DIRECT,no-resolve - IP-CIDR6,2400:8907::/48,DIRECT,no-resolve - IP-CIDR6,2400:6180:100:d0::/64,DIRECT,no-resolve - IP-CIDR6,2600:3c18::/48,DIRECT,no-resolve - IP-CIDR6,2a00:dd80:3a::/48,DIRECT,no-resolve - IP-CIDR6,2607:f740:100::/48,DIRECT,no-resolve # ================= Tailscale 直连规则结束 ================= 9 个帖子 - 5 位参与者 阅读完整话题
之前在软路由中使用 openclash 配置了 claude code 的代理规则，使用 fakeip ，但 claude code 经常断开，后面换成了 passwall ，重新配置相关的代理规则，但仍然时不时断开。但是直接在电脑上使用 surge 开启增强代理，反而一直没啥问题。 求问下老哥们现在都是软路由怎么配置的？
之前在软路由中使用 openclash 配置了 claude code 的代理规则，使用 fakeip ，但 claude code 经常断开，后面换成了 passwall ，重新配置相关的代理规则，但仍然时不时断开。但是直接在电脑上使用 surge 开启增强代理，反而一直没啥问题。 求问下老哥们现在都是软路由怎么配置的？
之前在软路由中使用 openclash 配置了 claude code 的代理规则，使用 fakeip ，但 claude code 经常断开，后面换成了 passwall ，重新配置相关的代理规则，但仍然时不时断开。但是直接在电脑上使用 surge 开启增强代理，反而一直没啥问题。 求问下老哥们现在都是软路由怎么配置的？