
我使用以下命令設定了 OpenVPN 伺服器:
sudo openvpn --config OpenVPN/England-TCP.ovpn
如果我隨後使用以下命令檢查我的 IP:
curl ifconfig.me
可以看到IP確實被改變了。當我告訴 Telegram(在我的國家/地區受到審查)“使用系統代理設定”時,我還可以看到它運作正常。
如果我在 DuckDuckGo 中搜尋「我的 ip」或從類似網站查找https://whatismyipaddress.com/,可以看到IP已經改變了。
但是,我仍然無法訪問 Twitter、YouTube 等網站(這些網站在我的國家/地區受到審查)
Twitter 打開,但保持這樣:
Firefox 在 YouTube 上顯示了這一點:
我怎樣才能解決這個問題?
England-TCP.ovpn
contains的內容certificate keys
,所以我不確定是否應該在線共享它,但這些行可能是相關的:
client
dev tun
remote uk.ovadd.com 443 tcp
persist-key
persist-tun
resolv-retry infinite
route-metric 1
nobind
pull
verb 3
auth-user-pass
我使用 Arch Linux,我的系統使用192.168.1.1
:
╰─ nmcli dev show | grep DNS
IP4.DNS[1]: 192.168.1.1
另外,這裡是輸出ip addr
:
╰─ ip addr ─╯
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 54:42:49:ec:36:64 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 4c:0f:6e:df:2e:3e brd ff:ff:ff:ff:ff:ff
inet 192.168.1.5/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0
valid_lft 75921sec preferred_lft 75921sec
inet6 fe80::5aed:4888:9ec5:ce88/64 scope link noprefixroute
valid_lft forever preferred_lft forever
8: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100
link/none
inet 10.7.2.146 peer 10.7.2.145/32 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::341b:f484:9cd1:a004/64 scope link stable-privacy
valid_lft forever preferred_lft forever
我將網路的 DNS 設定更改為8.8.8.8
(甚至1.1.1.1
)如下所示:
並重新連接,以便:
╰─ cat /etc/resolv.conf
# Generated by NetworkManager
search Home
nameserver 192.168.1.1
nameserver 8.8.8.8
但一切還是一樣。
答案1
問題可能是您的 DNS。指定的 DNS 伺服器位於您的 LAN 上,並且很可能位於您的路由器上。流向路由器的流量不會經過您的 VPN,並且可能從您的 ISP 獲取 DNS 答案,而 ISP 可能不會返回正確的結果。
解決方案是將您的 DNS 伺服器變更為非本機伺服器 - 例如 1.1.1.1 (Cloudflare) 或 8.8.8.8 (Google)。
我不使用Arch,所以你可能需要Google 一下,但是許多Linux 發行版允許你在/etc/resolve.conf 中指定DNS(在任何其他名稱伺服器條目上方插入一行“名稱伺服器8.8.8.8”,並以root身分編輯文件) )。 YMMV 不過,因為這可能會被 DHCP 覆蓋。
另一種可能性可能是更改您的路由器分發給DHCP 用戶端的DNS 伺服器(許多路由器支援此功能)或更改為在電腦上使用靜態IP 位址,這樣DNS 伺服器就不會被覆蓋- 或使用特定於發行版的解決方法。