--- title: WSL/WSLCの通信をNetskopeの配下に入れる description: "IT管理者にとって悩みであったWSLの通信統制はゲストOSやコンテナにクライアントを入れるしかありませんでしたが、WSLのアップデートでGAとなった通信モードConsommeで不要になります。\n実際にNetskopeでの通信に適応する手順を提示します。" image: https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Netskope_Blog.png --- [![nextmode blog](https://info.nextmode.co.jp/hubfs/raw_assets/public/NextMode_Theme/nextmode%20blog.png)](https://info.nextmode.co.jp/blog) [ホワイトペーパー](https://info.nextmode.co.jp/white-paper/) [資料請求](https://info.nextmode.co.jp/request/) [お問い合わせ](https://nextmode.co.jp/contact/) - [会社TOP](https://nextmode.co.jp/) - [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/) - [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/) - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/) - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/) - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/) - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/) - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/) - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/) - [AWS総合支援](https://nextmode.co.jp/services/aws/) - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/) - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/) - [導入事例](https://nextmode.co.jp/casestudy/) - [会社情報](https://nextmode.co.jp/company/) - [セミナー](https://info.nextmode.co.jp/seminar/) - [ブログ](https://info.nextmode.co.jp/blog) [![YouTube](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/@nextmode) 目次 2026/10/22 18:15 # WSL/WSLCの通信をNetskopeの配下に入れる [» Netskope](https://info.nextmode.co.jp/blog/tag/netskope) [» Windows](https://info.nextmode.co.jp/blog/tag/windows) [![はん](https://info.nextmode.co.jp/hs-fs/hubfs/T03TPAV3UMD-U03U9APA0G7-27bb04892e0f-512.png?width=40&name=T03TPAV3UMD-U03U9APA0G7-27bb04892e0f-512.png) はん](https://info.nextmode.co.jp/blog/author/han) 共有： [facebook-f icon](http://www.facebook.com/share.php?u=https://info.nextmode.co.jp/blog/wsl-netskope-governance) [linkedin-in icon](http://www.linkedin.com/shareArticle?mini=true&url=https://info.nextmode.co.jp/blog/wsl-netskope-governance) [Twitter icon](https://twitter.com/intent/tweet?url=https://info.nextmode.co.jp/blog/wsl-netskope-governance) [pinterest-p icon](http://pinterest.com/pin/create/link/?url=https://info.nextmode.co.jp/blog/wsl-netskope-governance) [envelope icon](mailto:?body=https://info.nextmode.co.jp/blog/wsl-netskope-governance) おもしろ説明おじさんになりたい はん です。 WSLは開発環境としても、ちょっと便利なLinuxコマンドラインとしても使えます。ただ、情シス目線では「Windows側で通信を統制しているのに、WSL側の通信はその配下に入るのか」が気になるところです。 今回は、WSL 3.0で利用できるようになった通信モードConsommeを使い、ゲストOSへ個別にクライアントを入れずに、ホストOSのNetskopeで通信を統制してみます。通信確認だけでなく、利用者が通信モードを変更して統制から外れないようにするところまで扱います。 ## 3行まとめ - 新たな通信モードConsommeを使うことで、WSLの外部通信をホストOSのNetskope経由にできます。 - ゲストOSへのNetskopeクライアント導入は不要ですが、TLSインスペクションを行う環境ではCA証明書の信頼設定が必要です。 - `.wslconfig`の設定だけでは利用者が変更できるため、組織で使うにはポリシーによる通信モードの固定まで行います。 ## WSLの通信が、ホスト側の統制から漏れる WSLの標準的な通信モードはNATです。ゲストOSに内部IPを割り当てて通信するため、ホストOS向けのVPNやSWG/SSEなどで、WSLの通信も同じように捕捉できるとは限りません。 ネットワーク上のUTMなどで通信を捕捉する構成とは異なり、端末上のクライアントで通信を捉える構成では、「Windowsの通信は制御できているが、WSLの通信はその外側」という穴になり得ます。 この場合、ゲストOSにもクライアントやセンサーを導入する方法はあります。しかし、ゲストごとの導入・更新に加え、設定を変更されないように管理する必要もあります。自由に作り直せる開発環境を相手に、そこまで面倒を見るのはなかなか骨が折れます。 ## Consommeで、外部通信をホスト側の統制に載せる WSL 3.0では通信モードConsommeが利用できるようになり、WSLコンテナー（WSLC）でもデフォルトで使われます。 Consommeは、ゲスト側にネットワーク環境を持たせつつ、外部への通信をホストOS側で処理する方式です。今回はこちらを使い、Windowsに導入済みのNetskopeで通信を捕捉します。 | 通信モード | 概要 | 情シス目線のポイント | | --- | --- | --- | | NAT | ゲストOSに内部IPを割り当てる標準的な方式 | ホスト側の通信制御で捕捉できない場合がある | | Mirrored | ホスト側のネットワークインターフェースをゲスト側に反映する方式 | VPN等との互換性改善が期待できる一方、同一ポートの待受などに注意が必要 | | Consomme | 外部への通信をホストOS側で処理する方式 | 今回はこの方式で、ホスト側のNetskope経由になることを確認する | ポイントは、ゲストごとにNetskopeクライアントを入れるのではなく、ホスト側のクライアントを使うことです。 ## まずは最小設定で試す ### WSLを更新する Windows側のPowerShellでWSLを更新します。今回の検証環境はWSL 3.0.3.0です。 ``` wsl --updatewsl --version# WSL バージョン: 3.0.3.0 ``` ### 通信モードを設定する Windows側の `%userprofile%\.wslconfig` に以下を記載します。 ``` [wsl2]networkingMode=consomme ``` 設定変更後は、実行中のWSLを終了してから起動し直します。`wsl --shutdown` は実行中のWSL環境をまとめて停止するため、作業中のプロセスがないことを確認して実行します。 ``` wsl --shutdownwsl ``` まずはこれで通信経路を確認します。組織として設定を強制する話は、動作確認の後で扱います。 ## 実際にNetskopeを経由しているか確認する 今回は軽量なAlpineを検証に使っています。ここからのコマンドはゲストLinux内で実行します。 ### HTTPの送信元IPを確認する アクセス元のIPアドレスを返すサービスへ接続します。 ``` curl http://ifconfig.me163.116.208.62 ``` 今回の環境ではNetskopeの東京リージョンのIPアドレスが返り、NetskopeのPOPを経由していることを確認できました。 ### HTTPSでは証明書エラーになる 続いてHTTPSで接続します。 ``` curl https://ifconfig.me ``` ここで証明書の検証エラーになりました。NetskopeでTLSインスペクションされていても、そのCA証明書をゲストOSが信頼していなければ、HTTPS通信は正常に利用できません。 切り分けのため、一度だけ証明書検証を無効にして確認します。これは検証用であり、運用時の回避策にはしません。 ``` curl https://ifconfig.me --insecure163.116.208.62 ``` HTTPと同じIPアドレスが返りました。 さらに、提示されたサーバー証明書の発行者を確認します。 ``` echo \| openssl s_client -connect ifconfig.me:443 -servername ifconfig.me 2>/dev/null \| openssl x509 -text -noout | grep -E "Issuer:|Subject:" ``` ``` Issuer: C=JP, ST=TYO, L=Chiyoda, O=Nextmode, OU=38d0bd9c5a9895df28d098bb365190a7, CN=ns-swg.ca.nextmode.goskope.comSubject: CN=ifconfig.me ``` 弊社のNetskopeテナントのCAが発行者になっています。送信元IPと証明書の両方から、今回のHTTP/HTTPS通信がNetskope経由であることを確認できました。 ## HTTPSを使えるように、CA証明書を配布する 通信経路を統制下に載せることと、ゲストOSがその通信を信頼して利用できることは別の話です。 ゲストへのNetskopeクライアント導入は不要になっても、TLSインスペクションを行う環境ではCA証明書の信頼設定が残ります。 今回はWindows側のNetskopeクライアントのデータフォルダーにあるCA証明書を使用します。標準インストールでは下記にPEMファイルとして格納されています。 ``` C:\ProgramData\netskope\stagent\data\nscacert.pem ``` ※ 設定ファイルを暗号化して配布している場合は利用できません。CA証明書をOSのトラストストアから抽出するか別途配布を検討する必要があります。 ### Debian系／Ubuntuへの登録 ゲストOS内でCA証明書をコピーし、トラストストアを更新します。 ``` sudo cp /mnt/c/ProgramData/netskope/stagent/data/nscacert.pem \ /usr/local/share/ca-certificates/nscacert.crtsudo update-ca-certificates ``` ### Red Hat系／AlmaLinuxへの登録 ``` sudo cp /mnt/c/ProgramData/netskope/stagent/data/nscacert.pem \ /etc/pki/ca-trust/source/anchors/nscacert.crtsudo update-ca-trust ``` ### WSLコンテナー（WSLC）／Alpine 今回は軽量コンテナのAlpineを利用して、証明書をインストールしてみます。 以下の Dockerfile を作成し同ディレクトリに CA証明書をコピーします。 ``` FROM alpine:latest# ホストから証明書をコピーCOPY nscacert.pem /tmp/nscacert.pem# 証明書ストアへ追記RUN cat /tmp/nscacert.pem >> /etc/ssl/cert.pem && rm /tmp/nscacert.pem ``` ビルドと実行 ``` # ビルドwslc build -t my-alpine .# 実行wslc run --rm -it my-alpine ```   ## 【本題】統制設定を利用者任せにしない ここまでで、Consommeを使った通信がNetskope経由になることを確認できました。ただし、`.wslconfig` はユーザープロファイル内のファイルです。利用者が通信モードを変更できる状態では、統制は「この設定を変えないでください」というお願いに依存します。 そこで、ポリシーでConsommeを既定にし、利用者による通信モードの上書きを禁止します。あわせて、別の実行方式が抜け道にならないよう、Inbox版WSLとWSL1の利用も禁止します。 ### 配布するポリシー | キー | 内容 | 今回の設定値 | | --- | --- | --- | | AllowWSL | WSLの実行を許可する | `1`：許可 | | AllowInboxWSL | Inbox（非ストア）版WSLの利用を許可する | `0`：不許可 | | AllowWSL1 | WSL1の利用を許可する | `0`：不許可 | | DefaultNetworkingMode | 既定の通信モードを指定する | `4`：Consomme | | AllowNetworkingModeUserSetting | 利用者による通信モードの指定を許可する | `0`：不許可 | | DnsTunnelingUserSettingConfigurable | 利用者によるDNSトンネリング設定の変更を許可する | `0`：不許可 | 通信モードの既定値を指定するだけでなく、利用者による変更を禁止する設定も組み合わせるのがポイントです。DNSトンネリングについても、先ほどの設定を利用者が自由に変更しないようにします。 ### Workspace ONE UEMから配布する 弊社ではMDMにWorkspace ONE UEMを利用しているため、レジストリへポリシーを設定するPowerShellを管理者権限で定期実行し、構成を維持します。 ``` $ErrorActionPreference = 'Stop'$path = 'HKLM:\SOFTWARE\Policies\WSL'$settings = @{ AllowWSL = 1 AllowInboxWSL = 0 AllowWSL1 = 0 DefaultNetworkingMode = 4 # Consommeモード DnsTunnelingUserSettingConfigurable = 0 AllowNetworkingModeUserSetting = 0}New-Item -Path $path -Force | Out-Nullforeach ($name in $settings.Keys) { New-ItemProperty ` -Path $path ` -Name $name ` -PropertyType DWord ` -Value $settings[$name] ` -Force | Out-Null} ``` ### 利用者の設定が無効になることを確認する ポリシー適用後、`.wslconfig` に通信モードの指定がある状態でWSLを起動すると、以下のメッセージが表示されます。 ![wsl-networkMode-restriction](https://info.nextmode.co.jp/hs-fs/hubfs/han/wsl-networkMode-restriction.png?width=1210&height=364&name=wsl-networkMode-restriction.png) WSLそのものは起動できますが、利用者による通信モードの指定は無効になります。 先ほどの通信確認が「Netskope経由になっているか」の確認だとすれば、こちらは「利用者が設定でその経路を変更できないか」の確認です。組織で使うには、この両方を押さえておきたいところです。 ## まとめ 今回の構成では、ゲストOSごとにNetskopeクライアントを導入せず、WSLの外部通信をホスト側のNetskope経由にできました。 情シスとして押さえるのは、次の3点です。 - **通信経路を載せる**：Consommeを使い、Netskope経由になっていることを確認する。 - **業務で使える状態にする**：ゲストOSやコンテナへCA証明書を配布し、HTTPS通信を成立させる。 - **設定で外されないようにする**：ポリシーで通信モードを固定し、Inbox版WSLやWSL1も制限する。 WSLを禁止するか、利用者任せにするかの二択ではなく、使える状態を保ちながら通信を統制する。そのための選択肢が増えた、というのが今回のアップデートのうれしいところです。 ### 関連記事 [![【Netskope】相次ぐ情報漏洩！Netskopeを中心にどんな対策ができるか考えてみた](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Netskope_Blog.png) 【Netskope】相次ぐ情報漏洩！Netskopeを中心にどんな対策ができるか考えてみた ![](https://info.nextmode.co.jp/hubfs/chocowa.jpg) ほり 2026/10/20](https://info.nextmode.co.jp/blog/netskope_information_leak) [![【Netskopeイベント】AI in the Fast Lane in Tokyo 現地参加レポート](https://info.nextmode.co.jp/hubfs/%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%A1%E3%83%BC%E3%83%AB%E7%94%A8/202610_Netskope%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88.png) 【Netskopeイベント】AI in the Fast Lane in Tokyo 現地参加レポート ![](https://info.nextmode.co.jp/hubfs/oharafu.png) おはらふ 2026/10/05](https://info.nextmode.co.jp/blog/netskope-ai-in-the-fast-lane-in-tokyo) [![【世界一周ワーケーション：ネパール編】エベレストBC撤退記](https://info.nextmode.co.jp/hubfs/e00e354c-1a15-4e22-b261-d8971617d07c.jpg) 【世界一周ワーケーション：ネパール編】エベレストBC撤退記 ![](https://info.nextmode.co.jp/hubfs/satomi.jpeg) ネクストモード　代表取締役社長　里見宗律 2026/10/21](https://info.nextmode.co.jp/blog/everest) ### Category [» 技術](https://info.nextmode.co.jp/blog/tag/技術) [» Okta](https://info.nextmode.co.jp/blog/tag/okta) [» Notion](https://info.nextmode.co.jp/blog/tag/notion) [» イベントレポート](https://info.nextmode.co.jp/blog/tag/イベントレポート) [» Netskope](https://info.nextmode.co.jp/blog/tag/netskope) [» CrowdStrike](https://info.nextmode.co.jp/blog/tag/crowdstrike) [» Notion AI](https://info.nextmode.co.jp/blog/tag/notion-ai) [» AWS](https://info.nextmode.co.jp/blog/tag/aws) [» Asana](https://info.nextmode.co.jp/blog/tag/asana) [» カルチャー](https://info.nextmode.co.jp/blog/tag/カルチャー) [» ワーケーション](https://info.nextmode.co.jp/blog/tag/ワーケーション) [» 生成AIセキュリティ対策シリーズ](https://info.nextmode.co.jp/blog/tag/生成aiセキュリティ対策シリーズ) [» Oktane25](https://info.nextmode.co.jp/blog/tag/oktane25) [» SaaS](https://info.nextmode.co.jp/blog/tag/saas) [» リモートワーク](https://info.nextmode.co.jp/blog/tag/リモートワーク) [» AI](https://info.nextmode.co.jp/blog/tag/ai) [» re:Invent](https://info.nextmode.co.jp/blog/tag/reinvent) [» Keeper](https://info.nextmode.co.jp/blog/tag/keeper) [» ネクストモードアドベントカレンダー2024](https://info.nextmode.co.jp/blog/tag/ネクストモードアドベントカレンダー2024) [» Oktane24](https://info.nextmode.co.jp/blog/tag/oktane24) [» Oktane23](https://info.nextmode.co.jp/blog/tag/oktane23) [» Oktane26](https://info.nextmode.co.jp/blog/tag/oktane26) [» Asana AI](https://info.nextmode.co.jp/blog/tag/asana-ai) [» OIGシリーズ](https://info.nextmode.co.jp/blog/tag/oigシリーズ) [» Slack](https://info.nextmode.co.jp/blog/tag/slack) [» その他](https://info.nextmode.co.jp/blog/tag/その他) [» 脱Excelシリーズ](https://info.nextmode.co.jp/blog/tag/脱excelシリーズ) [» SysCloud](https://info.nextmode.co.jp/blog/tag/syscloud) [» Oktane22](https://info.nextmode.co.jp/blog/tag/oktane22) [» Google](https://info.nextmode.co.jp/blog/tag/google) [» HubSpot](https://info.nextmode.co.jp/blog/tag/hubspot) [» Zapier](https://info.nextmode.co.jp/blog/tag/zapier) [» Azure AD](https://info.nextmode.co.jp/blog/tag/azure-ad) [» Entra ID](https://info.nextmode.co.jp/blog/tag/entra-id) [» Googleドライブ](https://info.nextmode.co.jp/blog/tag/googleドライブ) [» SentinelOne](https://info.nextmode.co.jp/blog/tag/sentinelone) [» セキュリティ対策](https://info.nextmode.co.jp/blog/tag/セキュリティ対策) [» ゼロトラスト](https://info.nextmode.co.jp/blog/tag/ゼロトラスト) [» DocuSign](https://info.nextmode.co.jp/blog/tag/docusign) [» Jamf](https://info.nextmode.co.jp/blog/tag/jamf) [» トラブルシューティング](https://info.nextmode.co.jp/blog/tag/トラブルシューティング) [» 利用者目線](https://info.nextmode.co.jp/blog/tag/利用者目線) [» 運用](https://info.nextmode.co.jp/blog/tag/運用) [» GitHub](https://info.nextmode.co.jp/blog/tag/github) [» GitHub Gist](https://info.nextmode.co.jp/blog/tag/github-gist) [» JOUG](https://info.nextmode.co.jp/blog/tag/joug) [» Notion Calendar](https://info.nextmode.co.jp/blog/tag/notion-calendar) [» Proflly](https://info.nextmode.co.jp/blog/tag/proflly) [» Windows](https://info.nextmode.co.jp/blog/tag/windows) [» kintone](https://info.nextmode.co.jp/blog/tag/kintone) [![ネクストモード株式会社](https://nextmode.co.jp/assets/images/common/logo_white.svg)](https://nextmode.co.jp/) Service - [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/) - [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/) - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/) - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/) - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/) - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/) - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/) - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/) - [Keeperライセンス＆サポート](https://nextmode.co.jp/services/saas/keeper/) - [AWS総合支援](https://nextmode.co.jp/services/aws/) - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/) - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/) Company - [会社情報](https://nextmode.co.jp/company/) - [サービス一覧](https://nextmode.co.jp/services/) - [導入事例](https://nextmode.co.jp/casestudy/) - [お知らせ](https://nextmode.co.jp/news/) - [サステナビリティ](https://nextmode.co.jp/sustainability/) - [採用](https://nextmode.co.jp/recruit/) - [私たちの働き方](https://nextmode.co.jp/workstyle/) - [カルチャー](https://nextmode.co.jp/culture/) Contact - [お問い合わせ](https://nextmode.co.jp/contact/) - [資料請求](https://info.nextmode.co.jp/request/) Media - [セミナー](https://info.nextmode.co.jp/seminar) - [ブログ](https://info.nextmode.co.jp/blog) - [ホワイトペーパー](https://info.nextmode.co.jp/white-paper/) - [![ネクストモード公式YouTubeチャンネル](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA) - [![ネクストモード公式Xアカウント](https://nextmode.co.jp/assets/images/common/icon_x.svg)](https://twitter.com/Nextmode_Inc) [English](https://nextmode.co.jp/en/) - [NTTグループカスタマーハラスメント基本方針](https://group.ntt/jp/group/customer_harassment/) - [就活ハラスメント防止方針](https://docs.nextmode.co.jp/nextmode_recruit_harassment.pdf) - 運用アシスタント利用規約([AWS](https://docs.nextmode.co.jp/nextmode-unyo-assistant-aws-terms-of-use.pdf)/[Azure](https://docs.nextmode.co.jp/nextmode-unyo-assistant-azure-terms-of-use.pdf)) - [日中運用支援定型約款](https://docs.nextmode.co.jp/nextmode-nittyu-unyo-shien-terms-of-use.pdf) - [定型約款](https://docs.nextmode.co.jp/nextmode-standard-contracts.pdf) [プライバシーポリシー](https://nextmode.co.jp/company/privacy.html) Copyright(c) Nextmode, Inc. ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "はん", "url" : "https://info.nextmode.co.jp/blog/author/han" }, "dateModified" : "2026-10-22T09:39:05.589Z", "datePublished" : "2026-10-22T09:15:04.000Z", "headline" : "WSL/WSLCの通信をNetskopeの配下に入れる", "image" : [ "https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Netskope_Blog.png" ], "mainEntityOfPage" : { "@id" : "https://info.nextmode.co.jp/blog/wsl-netskope-governance", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://info.nextmode.co.jp/hubfs/nm_l_color.png" }, "name" : "ネクストモード株式会社" } } ``` ```json { "@context" : "https://schema.org", "@id" : "https://nextmode.co.jp/#organization", "@type" : "Organization", "alternateName" : "Nextmode, Inc.", "logo" : "https://nextmode.co.jp/assets/images/common/logo_white.svg", "name" : "ネクストモード株式会社", "sameAs" : [ "https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA", "https://twitter.com/Nextmode_Inc", "https://info.nextmode.co.jp/" ], "url" : "https://nextmode.co.jp/" } ```