目前，我处在的地区要访问 chat.openai.com 不仅被openai限制，还被GFW给dns污染了。
真的是哎！
我还写了一个小工具专门用来观察dns被污染的情况，当然这个工具还不是很完善，也就将将能用。
当然这个轮子dns-observe是在chatGPT给我搭建的框架下完善的。
好了，我看总有人为怎么有访问不了chatGPT发愁。确实网页版的 chatGPT 被限制的确实很严重，再加上我不是付费用户，基本上提一次问再提一次就网络错误了，要刷新页面才能继续，太麻烦了，我就只使用api了，还好api对访问的IP限制不是那么严重。因为有地区限制直接是用不了的，再加上GFW的DNS污染，我决定给api做个反向代理就好了，简单容易理解，因为我实在是不能理解很多人讨论的利用 cloudflare worker 或者套 cloudflare WARP 之类的方案，搞不懂。
直接用nginx做个反向代理就好了
server {
server_name xxx.com;
listen 443 ssl http2;
...
other config
...
location /v1/ {
proxy_pass https://api.openai.com/v1/;
proxy_ssl_server_name on;
}
就这么简单访问 https://xxx.com/v1/chat/completions 这个api好了。
其实在折腾这个的过程中还因为我服务器里的nginx常年不更新，那个把版本在http2协议的时候有个大BUG让我琢磨不着头脑了好长时间。
下面是两例因为代理的chatGPT服务被GFW dns污染的例子：