不知道别人如何，我自己是不喜欢问别人问题的（可能是因为我本身也不喜欢别人老是问我问题，特别是一些比较简单的问题），因此我一直以来养成了自给自足的习惯。

遇到什么问题先想到的是搜索而不是问别人，但很多问题去搜的话挺费时间的，甚至找不到想要的答案，而如果是问 ChatGPT 或 NewBing 的话就可以很快得到解答。

就像一个一对一的 “老大哥” 带着我一样，随时可以帮我解惑，对于我这个社恐来说就很舒服~

2
对于一些 略复杂 或 难以描述 或 单靠关键词难以搜索 的问题，我会优先问 ChatGPT ，毕竟这货对于口语化问题理解很好，而搜索引擎主要还是提取关键词来搜索的。。。

New Bing 现在确实很蛋疼，搞得我现在每天都要去试一下看看我有没有被踢出来。。。

@f1ynnv2
bing 已经在 3 月 13 日 修复了该 “漏洞”，已经不再通过 x-forwarded-for 请求头来判断用户 IP 了。
因此现在需要让 www. bing. com 走代理才能继续使用了（其他必应的域名依然可以直连）。

不过需要注意的是，bing 重定向到国内版后，就会修改搜索设置里的地区为中国，因此你需要将其改回其他任意国家 /地区才能看到聊天选项（语言的话依然可以是中文）。

@sharpy #10 只有发短信、打电话才会视为活跃，只收短信、接电话是不行的，我上个号就是这样没的。。。

4G 套餐的手机号在支持 5G 的手机上是可以正常使用 5G 网络的，但是速度会被限制为 4G 套餐的最高速度，除此之外好像没啥差别，我以前了解过，至少客服是这样说的，因此我也没去升级昂贵的 5G 套餐了~

这两个目前来说是各有所长，因此是互补的~

我一般会同时问它们，然后判断两者哪个给出的回答更好，就如同我有两个 “小助理” 一样~
慢慢的，我就会知道，哪种问题更适合问哪个 “小助理” 了。

浏览器安装 Header Editor 扩展。

添加规则将 www. bing. com 的 x-forwarded-for 设置为任意国外 IP 就能避免跳转至国内版必应。

另外，将 www. bing. com 的 user-agent 设置为 Edge 浏览器的即可在 Chrome 等浏览器上使用：
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0 Safari/537.36 Edg/110.0.1587.57

另外，需要注意的是，Bing 的 国家区域 设置不能是中国，语言的话可以是中文。
另外，别忘了去掉上面必应域名里的空格。

听说会打电话人工审核？如果真打电话的话，我肯定是过不去了。。。

@Decillion 主动打电话、发短信都属于活跃行为（即保活），而接电话、收短信这种被动的自然不算。

对了，除了 [空格键] 还可以用 [Tab 键]，这是可以设置的。

@xuromky 快捷方式的作用就是：
例如你这里快捷方式写的是 newbing ，那么你在地址栏（空的）输入 newbing + 空格，就会切换到该搜索引擎了，然后输入搜索关键词后回车即可搜索。
地址栏就相当于 默认搜索引擎 的搜索框，而 快捷方式 就是让你可以快速切换为其他搜索引擎。

是每次使用 NewBing 前都要发这段英文吗？

我只知道个大概，可能并不准确。

1. 以前 运营商 是可以精确识别到 BT 协议的，并限制 BT 速度（甚至干扰），后来有人搞了个 BT 协议加密，陆陆续续升级了好几代了，不过尴尬的是不同 BT 客户端支持的程度不一样，而且很多客户端都是默认关闭该功能的，而协议加密是需要双方支持且开启的。
确实这些年好像加密协议没啥更新动静了，主要还是因为不像互联网协议一样，没有统一的组织牵头制定标准什么的，各客户端支持与否完全由开发者自身意愿决定，所以就算你写个更好的加密协议，但没其他客户端用的话，就只能在自己的客户端圈子里内部使用了，然后慢慢的大家都成 “孤岛” 了。

2. 协议加密后应该是看不到的吧。。。（这我也没法验证
不过可以通过其他方式查看你下载了什么 BT 资源，例如该网站：
iknowwhatyoudownload. com/en/peer/
因为你通过 Peer 、DHT 、Tracker 获取 /链接其他用户时，也就因此而暴露了你要下载的资源内容。

@OK1writer 你可以如楼上所说清理一下 cookie 。
不过，虽然我觉得大家应该都明白，但还是想问一下：我步骤里写的必应域名中的空格你去掉了没？。。

@OK1writer 不清楚你是怎么配置的，可能是哪里没搞好吧，我这边是完全没问题（从 2 月 8 日到现在）。

运营商一般都会限制家宽的 80 443 端口，这好像都算常识了吧。。。

你这种情况是正常的，你发送消息到网站，网站也收到并回复你了。
但在你发送消息后，旁路的设备监测到了并伪造了 RESET 响应返回给你，而因为旁路设备离你更近，因此会比目标网站的正常回应更快的返回给你，你的浏览器收到后就报错 NET_CONNECTION_RESET 了，并会忽略后续发来的正确响应（如果你收到了的话）。

当然，这种情况是你与服务器之间 IP 通顺的情况下，如果是 IP/端口 被封了，那么就是报错超时了。

和 DNS 污染（劫持）原理是一样的，只不过一个是针对 DNS 一个是针对 HTTP （或者说域名）。