0x80070035の原因と対処法で最短で復旧し共有フォルダを解決

共有フォルダやNASにアクセスした瞬間、「0x80070035（ネットワークパスが見つかりません）」――仕事が止まるあのエラーに困っていませんか。Windows 10/11やServerでの表示差、24H2以降の探索挙動の変化、資格情報の扱いの違いなど、原因はひとつではありません。特に更新直後や機器の入れ替え時に発生しやすいのが特徴です。

本記事では、まず起きやすい場面とチェックポイントを短時間で把握し、IP/DNSの切り分け、共有と権限の見直し、サービスやSMB設定の最小限調整まで、手戻りなく案内します。実務での再現検証とMicrosoft公開情報をもとに、誤設定や名前解決の失敗で起こる大半のケースをカバーします。3分でわかるクイック診断から順に進めれば、無駄な設定変更を避けつつ、最短で原因に到達できます。

VPNや拠点間接続、NAS固有の落とし穴、Windows 11 24H2でPCが表示されない場合の対処、資格情報が消える/求められる時の注意点まで、現場で多い質問も併せて解説します。今の環境に合わせて一つずつ試し、確実に復旧させましょう。

0x80070035の原因と起きやすい場面を先に把握する

エラー表示の文言と発生シナリオを具体例で示す

「ネットワークパスが見つかりません」という表示で0x80070035が出る時は、共有フォルダやNASへのアクセス経路がどこかで途切れています。たとえば、PC名やIPアドレスの指定が誤っている、SMBのバージョン不一致、ファイアウォールでブロック、あるいはVPN経由で名前解決ができないなどが代表例です。Windows11で共有フォルダアクセスできなくなった直後に発生するケースでは、更新適用後の既定設定変更が影響することもあります。NASで資格情報を求められるのに認証が通らず0x80070035へ遷移する事例も多く、DNSやNetBIOSの名前解決、lanmanワークステーションの動作、FunctionDiscoveryのサービス状態など、複数の要素が絡みます。現象としては、pingは通るのにエクスプローラーからはアクセスできませんというパターンが典型で、通信経路は生きていても共有の検出や資格情報の一致でつまずいているサインです。まずはどの段で失敗しているかを表示内容と再現条件から切り分けることが早道です。

• 共有フォルダやNASにアクセスできない時の表示や、ネットワークエラーの発生条件を明示する

Windowsのバージョンごとの違いを押さえる

Windows10とWindows11、さらにWindows11 24H2では既定のセキュリティやSMBの扱いが異なります。Windows11 24H2では安全でないゲストログオンがより厳格にブロックされ、結果的に「ネットワーク資格情報の入力」が必須になり、失敗すると0x80070035へ至ることがあります。Windows10ではSMB1が無効化されている環境が多く、古いNASとの互換で問題になりやすい一方、Windows11ではSMB署名やSMB圧縮の方針強化により、NAS接続の事前設定が重要です。WindowsServerはドメイン環境でDNSやSPNの前提が厳密で、資格情報の一致や名前解決の整合性が未達だとアクセスできません。Windows11 24H2で共有フォルダアクセスできないと感じた場合、lanmanワークステーションの依存関係やレジストリの既定値、Windows11ネットワーク共有が表示されない既知の傾向をまず確認します。特に企業VPN配下では名前解決の経路が分離され、NASネットワークパスが見つかりませんという症状が起きやすくなります。バージョン差を理解すると対処の優先度を適切に決められます。

• Windows 10やWindows 11およびWindows Serverでの表示差や既定設定の傾向を整理する

まず把握すべきチェックポイントを一覧化する

0x80070035の初動は、原因を網羅しつつ短時間で切り分けることがポイントです。以下の表で、確認観点と狙いを手早く押さえてください。Windows11 24H2でネットワークパスが見つかりませんWindows11の表示が出る時も、順番を守ることで復旧までの時間を短縮できます。VPNを使っている場合はDNSサフィックスと分離トンネルの影響も考慮します。NASでアクセスできませんと出る場合は、SMBバージョン、資格情報、時刻同期の順で見るのが効率的です。pingは通るのに共有へ到達できないなら、名前解決とSMBポート到達性、そしてファイアウォールのルールを重点チェックします。Windows11共有フォルダ設定の変更履歴や、24H2で資格情報が消えるといった動作もヒントになります。短い流れでも、名前解決の一致と資格情報の正当性とSMB通信の通過という三点を外さないことが重要です。

• 設定やネットワーク、サービスや名前解決の確認順を短く提示する

1. IP直打ちでアクセスして名前か経路かを切り分けます。
2. ネットワーク資格情報の入力で形式を見直し、保存済み資格情報を削除して再登録します。
3. SMB到達性の確認とNAS側SMB設定の互換性を合わせます。
4. FunctionDiscoveryとlanmanワークステーションの起動状態を確認します。
5. ファイアウォール例外とVPNのDNSを調整し、再試行します。

Windows 11や24H2で共有フォルダにアクセスできない時の対処を分かりやすく解説

Windows 11 24H2での変更点と影響を整理する

Windows11 24H2以降はネットワーク共有の初期設定が引き締められ、SMBや探索の既定挙動が変わりました。結果としてNASや共有フォルダにアクセスできない、ネットワークパスが見つかりませんと表示される、0x80070035が出るなどの相談が増えています。ポイントは、プライベートネットワークの選択、ファイルとプリンターの共有、SMBの互換設定、探索関連サービスの状態です。特にSMB署名や非認証ゲストアクセスの扱いが厳格化され、資格情報の保存が必要になる場面が増えました。Windows10では動いた設定でも、Windows11では同じ構成でエラーになることがあります。以下で確実に確認すべき設定と手順を整理します。

• 影響が出やすいポイントを先に洗い出すと復旧が速いです。

• 0x80070035の再現条件を把握し、設定差分を詰めるのが近道です。

• NAS側のSMB設定もWindows側と合わせて見直すと効果的です。

補足として、VPN経由の共有はポリシーやDNS名解決で失敗しやすいのでIP指定での切り分けが有効です。

ネットワークにPCが表示されない時の設定確認手順

エクスプローラーのネットワークにPCが表示されない場合は、探索機能やサービスが止まっている可能性があります。Windows11ではFunctionDiscoveryProviderHostとFunctionDiscoveryResourcePublicationが重要で、さらにネットワーク探索とSMBの要件が揃っていないと0x80070035が出やすくなります。順序立てて進めると原因の切り分けが容易です。なお、ファイアウォールのプロファイルがドメインやプライベートになっているか、パブリックになっていないかも確認してください。名前解決の失敗はDNSやNetBIOSの設定で起きるため、pingは通るがネットワークパスが見つかりませんという症状にもつながります。

表の設定で改善しない場合はNASのSMBバージョンや署名設定を見直します。古いSMB構成からの移行時は特に注意が必要です。

資格情報が消えるまたは求められる時の対処

Windows11 24H2では安全でないゲストログオンが既定でブロックされるため、共有フォルダアクセスできない問題が資格情報の扱いに集約されがちです。net useやエクスプローラーでのアクセス時にネットワーク資格情報の入力が繰り返し求められる、または24H2で資格情報が消えると感じる時は、保存先や一致条件の確認が有効です。NAS資格情報がユーザー名とデバイス名で一致していないと0x80070035やアクセスできませんに発展します。VPN経由では名前解決や資格情報ドメインの扱いにも差が出やすいため、最初はIPでの接続を推奨します。Windows10からの移行では資格情報マネージャーの再登録が安定動作の鍵です。

• 重要ポイント

  • 資格情報は保存形式と対象名の一致が必須です。
  • ゲストアクセスは避けてユーザー認証で統一します。
  • NAS側アカウントとパスワードの同期が成功率を高めます。

以下の手順で安定させます。

1. 資格情報マネージャーを開き、Windows資格情報で該当エントリを削除します。
2. NASまたは共有PCへ\IPアドレスでアクセスし、ユーザー名はデバイス名\ユーザー形式で入力して保存します。
3. 共有への再接続を行い、必要ならエクスプローラーでネットワークドライブを再マップします。
4. VPN利用時は分割トンネルやDNSサフィックスを確認し、名前解決が失敗する場合はhostsかFQDNで暫定対応します。

IPアドレスと名前解決の失敗を切り分けてネットワークエラーを特定する

IPとDNSの基本確認で通信経路を可視化する

0x80070035が出たら、まずは物理や通信の障害ではなく設定の齟齬を疑うのが近道です。IP層と名前解決を分けて確認すると、原因の位置が一気に絞れます。ポイントは、同一セグメントでの疎通、ゲートウェイの経路、DNSによる名前解決の三段構えです。以下の流れで、共有フォルダやNASへのアクセス不能がIPの問題か、DNSの問題かを切り分けましょう。特にWindows11やWindows10で発生する「ネットワークパスが見つかりません」が出る時は、IP疎通と名前解決のどちらが壊れているかを明確に分離して診断することが最短ルートです。

• 同一ネットワークでのping疎通をまず確認します

• デフォルトゲートウェイへのpingでルーティングを確認します

• nslookupでFQDNと短縮名の両方を検証します

下の表で、観測結果から原因の当たりを付けてください。

名前解決に起因するアクセス不能の診断ポイント

「ネットワークパスが見つかりませんWindows11」や「NASへはpingは通るのに共有不可」というケースは、DNSとローカル解決の不整合が定番です。Windows11 24H2でも名前解決の順序やキャッシュの影響で0x80070035が誘発されることがあります。以下を順に確認すると、原因の層が見えてきます。特にDNSキャッシュの破棄とhostsの不要エントリ整理、NetBIOSやLLMNRの影響の見直しは効果が高いです。

1. ipconfig/flushdnsを実行してDNSキャッシュを消去します
2. ipconfig/displaydnsで残存エントリを確認します
3. hostsの静的記述が古いIPに向いていないかを確認します
4. nslookupでFQDNと短縮名の両方を引けるか検証します
5. NetBIOSやLLMNRの解決順序が競合していないかを点検します

補足として、DNSで名前は引けるが共有フォルダに入れない場合は、資格情報の不一致やSMB署名要件、LANMANワークステーションの設定が影響することがあります。特にWindows1124H2環境とNASの組み合わせで、資格情報の再入力や保存の同期不良が原因となりやすいです。

共有設定とアクセス権限の見直しでファイルに到達できる状態に戻す

共有フォルダとネットワーク探索を有効にして権限を適正化する

0x80070035が表示され「ネットワークパスが見つかりません」となる時は、共有の種別とアクセス許可が実情と合っていないことが多いです。まずは共有フォルダの基本を押さえます。家庭や小規模環境ではネットワークプロファイルをプライベートにし、ネットワーク探索とファイルとプリンターの共有を有効にします。Windowsのセキュリティ更新やWindows1124H2で既定が変わると無効化されることがあるため、更新後は必ず再確認します。共有先のユーザーやグループには読み取りか変更の権限を付与し、NTFS権限と共有権限の両方を最小権限で一致させるのが安全です。NAS利用時はSMBのバージョン互換性やゲスト拒否設定の影響を受けるため、NAS側の共有ユーザー作成とパスワード設定を行い、匿名アクセスを避けます。Windows11で共有が表示されない場合は、機器名解決よりもUNCでIP指定に切り替えて切り分けると原因が絞れます。

• ポイント

  • 共有権限とNTFS権限の整合を取る
  • プライベートネットワークで探索と共有を有効化
  • UNCは\サーバー名または\IP\共有名で確認

（設定を一つずつ見直すことで、0x80070035の多くは解消します）

認証で弾かれる時の資格情報マネージャーの使い方

ネットワーク資格情報の入力が繰り返し求められる、あるいは「アクセスできません」となる場合は、資格情報マネージャーで保存済み情報を整理します。コントロールパネルから資格情報を開き、Windows資格情報にある該当のサーバー名やIPのエントリを削除してから正しい組み合わせで再登録します。ユーザー名はNASや共有サーバーのローカルアカウント名、形式は必要に応じてサーバー名\ユーザー名や.\ユーザー名を試します。パスワード不明時はサーバー側でリセットし、Windows側には新しい情報を保存します。VPN経由の接続や複数ドメインの混在時は、同一サーバーに対する重複エントリが原因の一致不良を招きやすいので一度クリアが有効です。Windows1124H2で資格情報が消える事象に遭遇した場合は、再起動後に再保存し、IP指定でのアクセスに切り替えて安定性を確認します。

（認証情報の整合を取ると、再検索で発生する0x80070035や資格情報ループが収まりやすくなります）

ファイアウォールやセキュリティソフトがブロックしていないかを確認する

共有フォルダに届かない時は、WindowsファイアウォールやセキュリティソフトがSMBや名前解決を遮断している可能性があります。安全に確認する順序は、まず受信規則の見直し、次に除外設定の追加、最後に短時間の一時無効化です。SMBのポートであるTCP445、名前解決で使うNBNSやLLMNR、WS-Discoveryに関わるサービスをブロックしていないか点検します。VPN利用時や別セグメントではプロファイルがパブリック扱いになり、探索やSMBの受信規則が閉じることがあるため、該当ネットワークに対してプライベート適用に変更し、必要な規則を有効化します。Windows1124H2やWindows10最新更新後に急にNASへアクセスできない時は、SMB署名の要件やセキュリティ既定強化が影響することがあります。NAS側のSMB設定や署名対応、WindowsのLanmanワークステーション関連の設定整合を確認し、pingは通るが共有だけ失敗するケースは通信層ではなくアプリ層の遮断を疑います。

1. 受信規則の確認を行い、ファイルとプリンターの共有が有効か検証
2. 接続先IPとプロセスを除外設定に追加して再試行
3. 問題切り分けのため一時無効化を最小時間で実施し直後に元へ戻す
4. VPNクライアントのスプリットトンネル設定やポリシーを確認
5. NASやサーバーのSMB署名とバージョン互換を合わせる

（順序立てて確認すると、過剰遮断による0x80070035の再発を抑止できます）

SMBやレジストリの設定を必要最小限で調整してリスクを回避する

SMBの有効化が必要なケースと安全な代替を見極める

古いNASやプリンターサーバー、旧OSのPCとやり取りする際にSMB1を求められることがありますが、安易な有効化は避けるべきです。脆弱性の報告が多く、エラーが0x80070035として表面化する前にネットワーク全体のセキュリティを損ねるリスクがあります。まずはSMB2/SMB3での接続可否を確認し、NAS側のファームウェア更新や暗号化設定、署名設定を見直してください。Windows11やWindows10では機能の追加よりも、共有設定や資格情報の再登録、DNS名ではなくIP直指定でのアクセスなど、安全な代替手段を優先します。VPN経由やwindows1124H2で共有フォルダにアクセスできない事例では、SMB署名や時刻同期の不一致、ネットワーク探索の無効化が原因になりやすいです。必要最小限の変更で再現性を確認し、恒久化は最後に判断します。

• SMB1の恒常有効化は回避し、まずはSMB2/3で接続検証

• NASの更新と設定見直し（署名、暗号、ゲスト禁止）を優先

• IP直打ちと資格情報再登録で名前解決依存を減らす

• VPNや24H2環境では時刻同期と署名要件の整合を確認

補足として、0x80070035が続く場合はファイアウォールの共有関連ルールとネットワークプロファイルの整合も確認してください。

Lanmanワークステーションの設定変更時に注意すべき点

LanmanワークステーションはSMBクライアントの中核で、レジストリ調整やポリシー変更は接続性と安全性の双方に影響します。編集前に必ず完全なバックアップを取得し、変更箇所は記録して即時に戻せる手順を用意します。安全でないゲストログオンの許可は便利ですが、Windows11では既定でブロックされ、0x80070035や「アクセスできません」が出る場合があります。やむを得ず一時的に許可する場合は、信頼できる閉域の検証環境に限定し、本番は資格情報での認証に切り替えます。lanmanワークステーション関連のレジストリ値やサービス状態を変更した後は、再起動またはワークステーションサービスの再起動で反映させ、イベントビューアでエラーを確認します。変更は一点ずつ実施し、影響範囲を最小化することが重要です。

• 事前バックアップと変更履歴の保持は必須

• ゲストログオン常用は非推奨、資格情報認証へ移行

• 変更後は再起動またはサービス再起動で反映確認

• 影響評価のためイベントログを必ず点検

補足として、windows1124H2で資格情報が消える報告があるため、再登録と同期の確認を習慣化してください。

Windowsサービスの停止が原因の場合に再起動で回復する手順

ネットワーク探索や共有の見つからない現象、0x80070035や「ネットワークパスが見つかりません」が出る場合は、FunctionDiscoveryProviderHostやFunctionDiscoveryResourcePublication、SSDPDiscovery、UPnPDeviceHostなどの探索系サービス停止が原因のことがあります。Windows更新後やセキュリティソフトの干渉で自動停止するケースもあるため、起動種類を自動に戻し、依存関係を含めて再起動します。手順は簡単です。管理者権限でサービス管理ツールを開き、対象サービスを順に開始し、失敗時はイベントログでエラー番号を確認します。加えて、ネットワークプロファイルをプライベートに統一し、ファイルとプリンターの共有とネットワーク探索を有効化します。名前解決に関わるDNSやNetBIOSの状態、lanmanワークステーションとTCP/IP NetBIOS Helperの起動も併せて確認してください。VPN利用中でNASにアクセスできない場合は、トンネルの分割とローカルサブネット許可が必要になることがあります。

1. サービス管理からFunctionDiscovery関連を開始し、起動種類を自動に設定
2. SSDPDiscoveryとUPnPDeviceHostを開始して探索経路を復旧
3. ネットワーク探索とファイル共有を有効化しプロファイルをプライベートに変更
4. DNS設定と資格情報を再確認し、IP直打ちで疎通を検証
5. 必要に応じて再起動し、イベントログで新規エラーの有無を確認

補足として、Windows11やWindows10の混在環境ではSMB署名の要否と時刻同期のずれが接続拒否を招くため、同一ポリシーに合わせると安定します。

VPNや拠点間接続で発生する0x80070035の落とし穴を避ける

ルーティングや名前解決の非対称性を確認する

VPNや拠点間接続で共有フォルダやNASにアクセスすると、片方向だけ通信が通る非対称ルーティングやスプリットトンネルの設定差で0x80070035が発生しやすくなります。まずは疎通の階段を順に確認します。IPのpingは通るのに名前解決で失敗するケースが多く、NetBIOSやDNSの参照先が拠点ごとに異なると「ネットワークパスが見つかりません」となります。対策はシンプルです。経路と名前解決を分けて診断し、どちらに原因があるか切り分けることです。特にVPNでスプリットトンネルを使う場合は、社内サブネットへのルート配布とDNSサフィックスの付与を確実に揃えることが重要です。困ったらUNCでIP指定を試し、症状の再現軸を明確化してください。

• ポイント

  • 非対称ルーティングで返信パケットが別経路に流れると認証に失敗します
  • スプリットトンネルでは社内宛ルートとDNSの両方を配布することが必須です
  • UNCをIP指定にすると名前解決の影響を切り離せます

セキュリティポリシーでゲストアクセスがブロックされる時の判断基準

Windows11やWindows10の最新設定では、非認証ゲストが既定で無効化されるため、NASや共有フォルダがゲスト接続前提だと0x80070035に近い「アクセスできません」の事象になります。判断の起点は、対象共有が匿名アクセス前提かどうか、そして資格情報が正しく配布されているかです。安全に通すには、共有側でユーザーを作成しNTFSと共有の両方に最小権限を付与し、クライアントでは資格情報マネージャーへFQDNまたはIPで資格情報を保存します。Windows11 24H2以降はSMBの要件が厳格化されやすく、smb1は使わずsmb2以上を維持することを推奨します。VPN経由ではKerberosが使えずNTLMになることもあるため、時間同期の±5分以内やDNSの逆引きの整合も併せて確認してください。

補足として、Windows11 24H2環境では「組織のセキュリティポリシーによって非認証のゲストアクセスがブロックされています」と表示されやすく、設計を認証前提に切り替えるのが堅実です。

安全でないゲストログオンを有効化する前に知るべきデメリット

安全でないゲストログオンを有効化すれば症状が一時的に消える場面はありますが、監査不能なアクセスが混在し、意図しないデータ露出や改ざんのリスクが増します。さらに、Windowsの将来更新で再びブロックされる可能性が高く、運用の再現性が失われます。回避策は、共有側に明示ユーザーを作成し、読み取りや変更などの最小権限で割り当て、クライアントは資格情報マネージャーへ事前登録する手順です。次に検証用としてIPベースのUNCとFQDNの両方で接続し、DNSやVPN経路の差分を押さえます。最後にSMBサーバーとクライアントのセキュリティ設定を揃え、署名や暗号の必須化が片側だけで有効になっていないかを確認します。安易な緩和より、認証を標準化することが長期的に安全で確実です。

1. 共有側でユーザー作成と権限の最小化を実施します
2. クライアントに資格情報を保存しFQDNとIPで接続検証をします
3. SMBバージョンと署名の要件をサーバーとクライアントで整合させます
4. 時刻同期とDNSの正引き逆引きを確認します

NASでネットワークパスが見つからない時に見るべき設定と物理障害の見分け方

NAS側のSMB設定やアクセス権を確認して整合性を取る

NASにアクセスしようとして「ネットワークパスが見つかりません」やエラーコード0x80070035が出る場合は、まず論理設定の整合性を見直します。ポイントはSMBバージョンの一致、共有フォルダの権限、認証方式と資格情報、名前解決の4点です。Windows11やWindows10の更新後はSMB1が無効化されるため、NAS側をSMB2以上に統一するか、Windows側のSMBクライアント機能を適切に有効化します。さらにWindows11 24H2ではセキュリティ強化の影響でゲストアクセスが拒否されるケースがあり、ユーザー名とパスワードによる認証に切り替えると安定します。資格情報が一致しないとアクセスできませんので、資格情報マネージャーで登録を見直してください。NetBIOSやDNSの名前解決に齟齬があるとUNCパスで失敗しやすく、IPアドレス指定で試すと切り分けが可能です。VPN経由や別セグメントではファイアウォールのSMB許可とルーティングも合わせて確認しましょう。

• 確認ポイント

  • SMB2/SMB3の有効化と署名設定の整合
  • 共有フォルダのアクセス許可（NASユーザーとNTFS的権限の両方）
  • 資格情報の一致（ドメイン/ワークグループ名も含めて整合）
  • 名前解決の動作（IP指定で成功するかを比較）

下表の観点でWindows側とNAS側を突き合わせると、0x80070035の要因を短時間で絞り込めます。

物理障害が疑われるサインと自力対応を控える判断

論理設定を整えても復旧せず、NASから異音が出る、HDDランプが常時赤、容量やSMARTが異常、共有が一時見えるのにすぐ切断される、起動や再起動で認識が不安定などの症状がある場合は物理障害の可能性が高いです。ここでディスク再構築や初期化、強制電源断、通電の繰り返し、無計画なRAID再構成を行うと、データの破損が進行し復旧難易度が急激に上がります。0x80070035が出ていても、内部ではセクタ不良やRAID崩壊が進んでいるとSMB接続が断続的になり、pingは通るのに共有だけ失敗する状況が起きやすいです。重要データがある場合は通電を最小限にし、状態を記録したうえで復旧専門の業者へ相談してください。DIYで取り外しや市販ツールの書き込み検査を実行すると、RAIDメタ情報やファイルシステムに追い打ちをかけることがあります。NAS筐体のログ、ベイ番号とHDD型番、SMART値、発生タイミングを整理して伝えると診断がスムーズです。

1. 異音・発熱・エラーLEDがある時は通電を控える
2. 再構築や初期化の実行は止める（復旧率が落ちます）
3. ログとSMARTを採取して状況を記録する
4. 大切なデータの優先順位を整理し、無停止運用が必要なら早期に対応する

補足として、Windows11 24H2で共有フォルダへアクセスできない場合は、SMB署名やゲスト拒否、lanmanワークステーション関連の設定が影響することがあります。認証方式を明示し、資格情報を正しく登録してから再試行すると安定しやすいです。

失敗しない診断フローと対処の優先順位で最短解決を目指す

クイックチェックで切り分け時間を短縮する

0x80070035が出た直後は深追いせず、まずは三分で終わる切り分けで「どこが悪いか」を特定します。ポイントは通信の有無と共有の前提条件の確認です。特にWindows11やWindows10ではネットワーク探索やSMBの前提が外れているケースが多く、NASや共有フォルダに届く前で詰まります。以下のクイックチェックで段階的に潰しましょう。名前解決が怪しい時はIP直打ちで試し、VPNやファイアウォールの干渉は一時停止で確認します。Windows11 24H2環境では仕様変更の影響で資格情報が問われる頻度が上がっています。焦らず優先度高い順に進めるのが近道です。

• pingで疎通確認（IPでOKかを確認、名前解決に依存しない）

• 共有ターゲットの電源とLANリンクの確認（機器やHDDの状態を目視）

• IP直打ちでアクセス（例：\192.168.x.x\共有名、ネットワークパスが見つかりません対策）

• 同一ネットワークか確認（VPN経由や別セグメントでの到達性）

• セキュリティソフトとファイアウォールを一時停止（影響切り分けのため短時間のみ）

補足として、Windows11 24H2ではSMB関連の制約やLanmanワークステーション周りの設定差分が影響することがあります。

詳細診断で根本原因まで到達するステップ

三分チェックで当たりがついたら、詳細診断で根本原因を特定します。通信経路から認証、サービス、プロトコルの順に進めると無駄がありません。0x80070035は「ネットワークパスが見つかりません」と表示されますが、実際はDNSやNetBIOSの名前解決、SMB、資格情報の不一致、Windowsサービス停止など多層の要因が絡みます。Windows11 24H2で共有フォルダアクセスできない場合は、SMB署名や来歴の変更が影響している可能性が高いです。NASでアクセスできない時はSMBバージョンやゲスト禁止の有無を確認し、VPN環境では経路と名前解決の優先度を見直します。以下の表で観点を整理し、対処を素早く当てにいきます。

補足として、Windows11 24H2で資格情報が消えると見える挙動があり、再登録で改善することがあります。

変更履歴を残して元に戻せるようにする工夫

トラブル対応は「戻せる」設計が肝心です。設定を変えたのに別の不具合が出て混乱する、という二次障害を避けるために履歴とバックアップを必ず残します。0x80070035の対処ではファイアウォール規則、SMB、DNS、資格情報、Lanmanワークステーションの順で触れる場面が多いため、変更の影響範囲が広がりがちです。Windows11 24H2や企業PCではポリシーで巻き戻されることもあるので、証跡が重要になります。作業前後でスクリーンショットとメモをセットにし、NASやVPNの設定も同様に保存しておくと復旧と再現性が高まります。次の手順でシンプルに管理しましょう。

1. 現状のスクリーンショットを保存（共有設定、ネットワーク、SMB、サービス）
2. 変更点を一行メモで記録（日時と担当、戻し手順を併記）
3. 資格情報のエクスポートや記録（ネットワーク資格情報の入力を再現可能に）
4. 設定のバックアップを取得（レジストリやポリシーは特に重要）
5. 検証後に段階的に恒久化（一時停止したファイアウォールは必ず復帰）

補足として、NASやVPNの設定は機器側の構成書も合わせてバージョン管理すると安全です。

0x80070035に関するよくある質問をまとめて疑問を即解消する

Windows 11でネットワーク資格情報が求められるのはなぜか

Windows 11では共有フォルダやNASへアクセスする際に、接続先が匿名アクセスを許可していない場合は資格情報の入力が必須になります。これはSMBの認証仕様とセキュリティ強化策が理由です。特にWindows11 24H2では匿名や安全でないゲストログオンがより厳格にブロックされやすく、結果としてネットワーク資格情報の入力が表示されます。保存の可否はWindows資格情報に登録するかで決まり、PCを共有する場合は保存を避けるのが安全です。業務環境やVPN経由の接続では、資格情報のドメイン名の有無や資格情報の一致が重要です。0x80070035の再発防止には、共有先のアカウントとパスワードを明確にし、資格情報マネージャーで整理することが効果的です。

• ポイント

  • 認証方式はSMBのユーザー認証が基本です
  • 保存の可否はWindows資格情報で制御します
  • 保持の注意は共有PCでの保存回避が安全です
  • 24H2の強化でゲストアクセスは原則使わない方が安定です

補足として、NAS側でユーザーを作成し、Windows側のアカウント名と合わせると無用なダイアログが減り安定します。

pingは通るのに共有フォルダが開けないのは何が原因か

pingが通るのに0x80070035やネットワークパスが見つかりませんが出る時は、IPレベルの疎通は正常でも名前解決、SMBポート、資格情報、アクセス権のどれかで詰まっています。名前解決はDNSやNetBIOSの不整合が典型で、UNCをIP直書きで試すと切り分けが可能です。ファイアウォールやセキュリティソフトがSMB関連の445通信を遮断しているケースや、Windows11 24H2でlanmanワークステーションのポリシー強化により安全でないゲストログオンが拒否されるケースもあります。NASや共有フォルダ側のNTFS権限や共有権限の不足、Windows資格情報の不一致でも失敗します。VPN経由ではローカルブロードキャストやNetBIOS探索が届かず、名前解決が機能しないことが多いです。

上記を踏まえ、順番に切り分けると原因に素早く到達できます。

1. UNCをIPで指定して開けるか確認します
2. ポート445の通信とファイアウォール設定を見直します
3. 資格情報マネージャーで保存を削除し正しい情報で再接続します
4. 共有権限とNTFS権限をユーザー単位で再確認します
5. NASのSMB2/SMB3有効化とWindows11 24H2のポリシー影響を確認します

手順を守ると、pingは通るのに開けない現象の原因が特定しやすくなります。