【Sysinternals の Process Monitor でトラブルシューティング】謎のネットワークファイル取得失敗
Tags: processmonitor, sysinternals, dotnet, iis
Published: 2020-08-14 13:16:29

---
title: 【Sysinternals の Process Monitor でトラブルシューティング】謎のネットワークファイル取得失敗
published: true
date: 2020-08-14 08:01:08 UTC
tags: processmonitor,sysinternals,dotnet,iis
canonical_url: https://medium.com/@joni2nja/sysinternals-%E3%81%AE-process-monitor-%E3%81%A7%E3%83%88%E3%83%A9%E3%83%96%E3%83%AB%E3%82%B7%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0-%E8%AC%8E%E3%81%AE%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E5%8F%96%E5%BE%97%E5%A4%B1%E6%95%97-d95b7e3d98c9
---

#### Sysinternals の Process Monitor を使い、謎のローカルネットワークファイルアクセス失敗のトラブルシューティングをします。

あるWeb アプリケーションの要件としてローカルネットワークに存在するファイルを取得して Web 画面に表示させます。この Web アプリケーションは .NET Core Module で IIS 上で動作します。

Visual Studio で ASP.NET Core アプリケーションの開発時は実は IIS は任意で、Launch Profile を変更することで IIS を使わず通常の .exe のように直接起動できます。[.NET Core Debugging with WSL 2](https://marketplace.visualstudio.com/items?itemName=ms-azuretools.Dot-Net-Core-Debugging-With-Wsl2) で WSL 2 でもデバッグできるようになります！

![Visual Studio Debug Profile](https://cdn-images-1.medium.com/max/921/1*lEynCLKIVhnremWzyJXxiQ.png)<figcaption>Visual Studio Debug Profile</figcaption>

Windows Explorer やコマンドでそれを単独で起動できたり、別のPCにコピーして通常 .exe みたいに簡易に起動できたりしますのですごく便利です。

ローカルネットワークにあるファイルを取得して表示するには色々方法がありますが、その一つは [Directory.EnumerateFileSystemEntries](https://docs.microsoft.com/en-us/dotnet/api/system.io.directory.enumeratefilesystementries?view=netcore-3.1) です。ローカルで単独 .exe を実行して問題なく ¥¥hogeIP¥directory01 のようにアクセスできた後、ローカルの IIS にデプロイして、問題なく動作したことを確認。

よし、用意されていたテスト環境の AWS EC2 の IIS にデプロイしようぜ！

デプロイ完了し、テストしてみたら、あれ、なぜディレクトリ内のファイルの表示ができてないんだ？

空っぽだぞ！👀

Windows Explorer で ¥¥hogeIP¥directory01 は普通にアクセスできたので、権限まわりが怪しい？😤

エラーログを見てみたら、確かに [Directory.EnumerateFileSystemEntries](https://docs.microsoft.com/en-us/dotnet/api/system.io.directory.enumeratefilesystementries?view=netcore-3.1) の結果にファイルエントリがなくて、特に Exception もありません。プログラム側で try catch で潰している訳でもありません。権限問題であれば、API の [Docs](https://docs.microsoft.com/en-us/dotnet/api/system.io.directory.enumeratefilesystementries?view=netcore-3.1) によると SecurityException や UnauthorizedAccessException が出ているはず。それがないのが、謎です。

単独 .exe で実行してみよう。 hoge.exe --urls http://\*:5001 のようにポートを指定して起動します。あれ、単独で実行した場合は普通にアクセスできたぞ！ファイル一覧をちゃんと表示されました。

もしかしたら IIS 関連の権限がダメなのかな？

ダメもとで Windows の資格情報マネージャーで IP 認証情報を登録しておくと、どうでしょう？

![Windows の資格情報マネージャーで IP 認証情報を登録しておく](https://cdn-images-1.medium.com/max/1024/1*TPLuqSKqrQx1lnNo8ewZpQ.png)<figcaption>Windows の資格情報マネージャーで IP 認証情報を登録しておく</figcaption>

うーん、状況変わらず。

試しに IIS の [アプリケーションプールアイデンティティアカウントを変更](https://docs.microsoft.com/en-us/iis/manage/configuring-security/application-pool-identities#configuring-iis-application-pool-identities)して管理者に設定してみよう。セキュリティ上ではオススメしないけど、とりあえず原因究明が先だ！

管理者に変更してみても同じくアクセスできませんでした・・・IIS に最強の Administrator 権限割り当てやがったぞ！ｗ

タスクマネージャーでちゃんと Administrator になっていることも確認できましたし。

![タスクマネージャー](https://cdn-images-1.medium.com/max/1024/1*HdofCMoLk9zqm1pZQ8mLjw.png)<figcaption>タスクマネージャー</figcaption>

Sysinternals の [Process Explorer](https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer) でも確認しよう！

![Process Explorer](https://cdn-images-1.medium.com/max/1024/1*bFNpPAuYFx-lj5oyDRjuig.png)<figcaption>Process Explorer</figcaption>

[Process Explorer](https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer) で IIS ワーカープロセス (w3wp.exe) の子プロセスで Administrator として実行されていることも確認できましたので、まだアクセスできないのはなぜだ？

こうなりましたら、Sysinternals の [Process Monitor](https://docs.microsoft.com/en-us/sysinternals/downloads/procmon) でも使ってみますか！

まず、単独 .exe で実行した時のログを取ります。

![ネットワークのファイルアクセスOK](https://cdn-images-1.medium.com/max/1024/1*l9u5htEbQSFVKqnHFkdp2Q.png)<figcaption>ネットワークのファイルアクセスOK</figcaption>

はい、Result が SUCCESS で Detail にファイル名もちゃんと出ていますね。

では、IIS で実行した時のログに比較してみましょう。

![ネットワークのファイルアクセスエラー](https://cdn-images-1.medium.com/max/1024/1*k4BHO5OEMjPnjXFant0vgQ.png)<figcaption>ネットワークのファイルアクセスエラー</figcaption>

おや、 LOGON FAILURE だと？

その違いは何だ？

待てよ。もしかして、Windows の Session ID が違うから？単独 .exe の場合の Windows Session ID は？

![単独 .exe の場合の Windows Session ID](https://cdn-images-1.medium.com/max/507/1*nPzZMv9_r8_tdVHkpBG2Sw.png)<figcaption>単独 .exe の場合の Windows Session ID</figcaption>

IIS の場合は？

![IISアカウントの場合の Windows Session ID](https://cdn-images-1.medium.com/max/529/1*l8WZC1QmWWB-RkugiddyhA.png)<figcaption>IISアカウントの場合の Windows Session ID</figcaption>

ビンゴ！

そっか、そりゃそうだ。システムとして実行するので Windows Session ID=0 は当たり前。

Windows Session ID の違いで単独 .exe との動作が同じと保証できないもんね。LOGON FAILURE というログも取れましたので、調査報告としての原因はこれで材料が揃いました。

Web アプリケーション側の対応として、ネットワークパスのそれぞれの認証情報をアプリケーション設定で変更可能にしておいて、アクセスする前にアプリケーション側が判断して該当サーバへ認証させます。そうすると、ディレクトリ内のファイルをちゃんと取得できるようになりました。

とりあえず問題解決！

普段なかなか使う場面がないですが、何年ぶりに [Process Monitor](https://docs.microsoft.com/en-us/sysinternals/downloads/procmon) を使ったかな？

[Directory.EnumerateFileSystemEntries](https://docs.microsoft.com/en-us/dotnet/api/system.io.directory.enumeratefilesystementries?view=netcore-3.1) はなぜ SecurityException や UnauthorizedAccessException をトリガーしていないのか、謎のままですが🙄。ローカルの Windows 10 で再現してみるとちゃんと例外が出ていますので、 Windows Server だと基本管理者として実行しているから管理者にはそんな例外なんて矛盾しているからトリガーしないとか？🤷‍♂️

### まとめ

アプリケーション側にエラーが出力されなくて、正常動作と見なした謎の挙動には、[Process Monitor](https://docs.microsoft.com/en-us/sysinternals/downloads/procmon) を使ってトラブルシューティングし、ローカルネットワークのファイル取得失敗時のより OS レベルのログを取得することで原因特定と問題解決に繋がりました。🎉🎉🎉🎊🎊🎊