OpenVPN、IPは変更されるが、一部のサイトはまだ利用できない

OpenVPN、IPは変更されるが、一部のサイトはまだ利用できない

次のコマンドを使用して 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 サーバーが上書きされないようにするか、ディストリビューション固有の回避策を使用することが考えられます。

関連情報