VPNを使用するWindows上のBash（Ubuntu）でDNSが機能しない

「Bash on Windows on Bash」のテストを開始したばかりで、気に入っています。

問題は、バックエンドサーバーと開発者サーバーにアクセスするためにVPNを使用する必要があることです。（たとえば）Windows Bashシェルを使用して開発サーバーにsshしようとすると、ホスト名を解決できません。

ip-addressを使用してsshを実行でき、これらのホスト名はWindowsの他の場所でも問題なく機能することに注意してください。putty、通常のcmd、ファイルエクスプローラーなどと同様です。

/etc/resolv.confも確認しました。そこに仕事用ネームサーバーがリストされています。

ここからは、特にLinuxの場合、ネットワーキングスキルが足りないので、助けてください：D

これはルーティングの問題であり、WSLのバグではありません。ローカルサブネットがリモートサブネットと同じである可能性が非常に高いです。そして、私はあなたがブリッジドVPNを使用していると想定しています。

同じ問題が発生しました。OpenVPNを使用して、オフィス（リモート）と自宅（ローカル）を接続しています。2つのサブネットはどちらも192.168.1.0です。これは、多くのルーターで見られる最も一般的なサブネットです。

私は最終的に次の設定で問題を解決しました。私の目標は、オーバーヘッドを減らし、宛先がオフィスにあるトラフィックのみをリダイレクトするためにtunを使用することです。ただし、これはブリッジされたVPNでも機能します。

;make the dhcp-option works on Windows 10.
script-security 2
;do not accept any pushed route command.
route-nopull
;make sure the connection still go through my home router. This line may not be necessary. You can try to remove this line and see it the VPN works.
route 192.168.1.1 255.255.255.0 net_gateway
;redirect the traffic where the destination is within the 192.168.1.0 subnet to OpenVPN gateway.
route 192.168.1.128 255.255.255.128
route 192.168.1.0 255.255.255.128
;set the DNS server which is in the office
dhcp-option DNS 192.168.1.254
dhcp-option DNS 192.168.1.253
dhcp-option DOMAIN my.company.domain

これはDNSが機能しない問題を解決しませんが、DNSが機能しているように見える回避策です。

ホストファイル（/ etc / hostsにあります）を編集して、使用するホスト名のエントリを追加できます。

IPアドレスの後にスペースとホスト名が続くエントリを追加します。

123.456.1.1 target.host.net

注、sudo編集コマンドが必要になります。sudo vi /etc/hosts

私にとっては、編集はbashシェルセッション全体に残ります。これはバグであり、Microsoftが将来的に修正することを期待しています。今のところ、私はこの回避策を使用します。

私は同じ問題を抱えています。1つのネームサーバーと1つの検索ドメイン（VPNネットワーク用）のみを使用して/etc/resolv.confを一時的に編集し、そのネットワーク上のホスト名を解決しました。この変更は永続的ではないため、Windows上のUbuntuでBashを終了して再起動すると、/ etc / resolv.confがデフォルト設定に復元されます。