
次のコマンドを使用して 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
が含まれている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 を経由せず、DNS の回答を ISP から取得している可能性がありますが、ISP は正しい結果を返していない可能性があります。
解決策としては、DNS サーバーを 1.1.1.1 (Cloudflare) や 8.8.8.8 (Google) などのローカル以外のものに変更することです。
私は Arch を使用していないので、Google で検索する必要があるかもしれませんが、多くの Linux ディストリビューションでは、/etc/resolve.conf で DNS を指定できます (他のネームサーバー エントリの上に "nameserver 8.8.8.8" という行を挿入し、ファイルを root として編集します)。ただし、これは DHCP によって上書きされる可能性が高いため、結果は人によって異なります。
もう 1 つの可能性としては、ルータが DHCP クライアントに渡す DNS サーバーを変更する (多くのルータがこれをサポートしています)、またはコンピュータで静的 IP アドレスを使用するように変更して DNS サーバーが上書きされないようにするか、ディストリビューション固有の回避策を使用することが考えられます。