0x80070035の原因と対処法で最短で復旧し共有フォルダを解決
「ネットワークパスが見つかりません」という表示で0x80070035が出る時は、共有フォルダやNASへのアクセス経路がどこかで途切れています。たとえば、PC名やIPアドレスの指定が誤っている、SMBのバージョン不一致、ファイアウォールでブロック、あるいはVPN経由で名前解決ができないなどが代表例です。Windows11で共有フォルダアクセスできなくなった直後に発生するケースでは、更新適用後の既定設定変更が影響することもあります。NASで資格情報を求められるのに認証が通らず0x80070035へ遷移する事例も多く、DNSやNetBIOSの名前解決、lanmanワークステーションの動作、FunctionDiscoveryのサービス状態など、複数の要素が絡みます。現象としては、pingは通るのにエクスプローラーからはアクセスできませんというパターンが典型で、通信経路は生きていても共有の検出や資格情報の一致でつまずいているサインです。まずはどの段で失敗しているかを表示内容と再現条件から切り分けることが早道です。
- 共有フォルダやNASにアクセスできない時の表示や、ネットワークエラーの発生条件を明示する
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通信の通過という三点を外さないことが重要です。
確認観点 具体的な着目点 成否の判断 名前解決 FQDNとIPで到達比較、DNSとNetBIOSの順序 IP直指定で通るならDNSが疑わしい 資格情報 ユーザー形式と保存状態の確認、ドメイン/ローカル区別 正しい形式で再入力すると成功 SMB通信 445/TCP疎通、SMBバージョン互換 古いNASはSMB1依存の可能性 サービス FunctionDiscoveryとlanmanワークステーション 停止中なら起動で改善 セキュリティ ファイアウォールとセキュリティソフトの例外 例外追加で共有が表示される- 設定やネットワーク、サービスや名前解決の確認順を短く提示する
- IP直打ちでアクセスして名前か経路かを切り分けます。
- ネットワーク資格情報の入力で形式を見直し、保存済み資格情報を削除して再登録します。
- SMB到達性の確認とNAS側SMB設定の互換性を合わせます。
- FunctionDiscoveryとlanmanワークステーションの起動状態を確認します。
- ファイアウォール例外とVPNのDNSを調整し、再試行します。
Windows 11や24H2で共有フォルダにアクセスできない時の対処を分かりやすく解説
Windows 11 24H2での変更点と影響を整理する- 影響が出やすいポイントを先に洗い出すと復旧が速いです。
- 0x80070035の再現条件を把握し、設定差分を詰めるのが近道です。
- NAS側のSMB設定もWindows側と合わせて見直すと効果的です。
Windows11 24H2では安全でないゲストログオンが既定でブロックされるため、共有フォルダアクセスできない問題が資格情報の扱いに集約されがちです。net useやエクスプローラーでのアクセス時にネットワーク資格情報の入力が繰り返し求められる、または24H2で資格情報が消えると感じる時は、保存先や一致条件の確認が有効です。NAS資格情報がユーザー名とデバイス名で一致していないと0x80070035やアクセスできませんに発展します。VPN経由では名前解決や資格情報ドメインの扱いにも差が出やすいため、最初はIPでの接続を推奨します。Windows10からの移行では資格情報マネージャーの再登録が安定動作の鍵です。
- 資格情報マネージャーを開き、Windows資格情報で該当エントリを削除します。
- NASまたは共有PCへ\IPアドレスでアクセスし、ユーザー名はデバイス名\ユーザー形式で入力して保存します。
- 共有への再接続を行い、必要ならエクスプローラーでネットワークドライブを再マップします。
- 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の影響の見直しは効果が高いです。
- ipconfig/flushdnsを実行してDNSキャッシュを消去します
- ipconfig/displaydnsで残存エントリを確認します
- hostsの静的記述が古いIPに向いていないかを確認します
- nslookupでFQDNと短縮名の両方を引けるか検証します
- NetBIOSやLLMNRの解決順序が競合していないかを点検します
共有設定とアクセス権限の見直しでファイルに到達できる状態に戻す
共有フォルダとネットワーク探索を有効にして権限を適正化する0x80070035が表示され「ネットワークパスが見つかりません」となる時は、共有の種別とアクセス許可が実情と合っていないことが多いです。まずは共有フォルダの基本を押さえます。家庭や小規模環境ではネットワークプロファイルをプライベートにし、ネットワーク探索とファイルとプリンターの共有を有効にします。Windowsのセキュリティ更新やWindows1124H2で既定が変わると無効化されることがあるため、更新後は必ず再確認します。共有先のユーザーやグループには読み取りか変更の権限を付与し、NTFS権限と共有権限の両方を最小権限で一致させるのが安全です。NAS利用時はSMBのバージョン互換性やゲスト拒否設定の影響を受けるため、NAS側の共有ユーザー作成とパスワード設定を行い、匿名アクセスを避けます。Windows11で共有が表示されない場合は、機器名解決よりもUNCでIP指定に切り替えて切り分けると原因が絞れます。
認証で弾かれる時の資格情報マネージャーの使い方ネットワーク資格情報の入力が繰り返し求められる、あるいは「アクセスできません」となる場合は、資格情報マネージャーで保存済み情報を整理します。コントロールパネルから資格情報を開き、Windows資格情報にある該当のサーバー名やIPのエントリを削除してから正しい組み合わせで再登録します。ユーザー名はNASや共有サーバーのローカルアカウント名、形式は必要に応じてサーバー名\ユーザー名や.\ユーザー名を試します。パスワード不明時はサーバー側でリセットし、Windows側には新しい情報を保存します。VPN経由の接続や複数ドメインの混在時は、同一サーバーに対する重複エントリが原因の一致不良を招きやすいので一度クリアが有効です。Windows1124H2で資格情報が消える事象に遭遇した場合は、再起動後に再保存し、IP指定でのアクセスに切り替えて安定性を確認します。
確認項目 要点 成功のコツ 保存済み資格情報 サーバー名とIPの重複を整理 片方に統一して再保存 ユーザー名形式 サーバー名\ユーザー名 ドメインが無いなら.\ユーザー名 パスワード サーバー側で再設定 保存前に手入力で接続検証 ファイアウォールやセキュリティソフトがブロックしていないかを確認する共有フォルダに届かない時は、WindowsファイアウォールやセキュリティソフトがSMBや名前解決を遮断している可能性があります。安全に確認する順序は、まず受信規則の見直し、次に除外設定の追加、最後に短時間の一時無効化です。SMBのポートであるTCP445、名前解決で使うNBNSやLLMNR、WS-Discoveryに関わるサービスをブロックしていないか点検します。VPN利用時や別セグメントではプロファイルがパブリック扱いになり、探索やSMBの受信規則が閉じることがあるため、該当ネットワークに対してプライベート適用に変更し、必要な規則を有効化します。Windows1124H2やWindows10最新更新後に急にNASへアクセスできない時は、SMB署名の要件やセキュリティ既定強化が影響することがあります。NAS側のSMB設定や署名対応、WindowsのLanmanワークステーション関連の設定整合を確認し、pingは通るが共有だけ失敗するケースは通信層ではなくアプリ層の遮断を疑います。
- 受信規則の確認を行い、ファイルとプリンターの共有が有効か検証
- 接続先IPとプロセスを除外設定に追加して再試行
- 問題切り分けのため一時無効化を最小時間で実施し直後に元へ戻す
- VPNクライアントのスプリットトンネル設定やポリシーを確認
- NASやサーバーのSMB署名とバージョン互換を合わせる
SMBやレジストリの設定を必要最小限で調整してリスクを回避する
SMBの有効化が必要なケースと安全な代替を見極める古いNASやプリンターサーバー、旧OSのPCとやり取りする際にSMB1を求められることがありますが、安易な有効化は避けるべきです。脆弱性の報告が多く、エラーが0x80070035として表面化する前にネットワーク全体のセキュリティを損ねるリスクがあります。まずはSMB2/SMB3での接続可否を確認し、NAS側のファームウェア更新や暗号化設定、署名設定を見直してください。Windows11やWindows10では機能の追加よりも、共有設定や資格情報の再登録、DNS名ではなくIP直指定でのアクセスなど、安全な代替手段を優先します。VPN経由やwindows1124H2で共有フォルダにアクセスできない事例では、SMB署名や時刻同期の不一致、ネットワーク探索の無効化が原因になりやすいです。必要最小限の変更で再現性を確認し、恒久化は最後に判断します。
- SMB1の恒常有効化は回避し、まずはSMB2/3で接続検証
- NASの更新と設定見直し(署名、暗号、ゲスト禁止)を優先
- IP直打ちと資格情報再登録で名前解決依存を減らす
- VPNや24H2環境では時刻同期と署名要件の整合を確認
LanmanワークステーションはSMBクライアントの中核で、レジストリ調整やポリシー変更は接続性と安全性の双方に影響します。編集前に必ず完全なバックアップを取得し、変更箇所は記録して即時に戻せる手順を用意します。安全でないゲストログオンの許可は便利ですが、Windows11では既定でブロックされ、0x80070035や「アクセスできません」が出る場合があります。やむを得ず一時的に許可する場合は、信頼できる閉域の検証環境に限定し、本番は資格情報での認証に切り替えます。lanmanワークステーション関連のレジストリ値やサービス状態を変更した後は、再起動またはワークステーションサービスの再起動で反映させ、イベントビューアでエラーを確認します。変更は一点ずつ実施し、影響範囲を最小化することが重要です。
観点 推奨アクション リスク低減ポイント 事前準備 レジストリのエクスポートと復元点作成 失敗時に即復旧できる 認証方式 資格情報での接続に統一 ゲスト許可を回避 反映確認 サービス再起動とイベント確認 問題の早期検知 恒久化判断 検証期間を設けて段階移行 誤設定の固定化を防止 Windowsサービスの停止が原因の場合に再起動で回復する手順ネットワーク探索や共有の見つからない現象、0x80070035や「ネットワークパスが見つかりません」が出る場合は、FunctionDiscoveryProviderHostやFunctionDiscoveryResourcePublication、SSDPDiscovery、UPnPDeviceHostなどの探索系サービス停止が原因のことがあります。Windows更新後やセキュリティソフトの干渉で自動停止するケースもあるため、起動種類を自動に戻し、依存関係を含めて再起動します。手順は簡単です。管理者権限でサービス管理ツールを開き、対象サービスを順に開始し、失敗時はイベントログでエラー番号を確認します。加えて、ネットワークプロファイルをプライベートに統一し、ファイルとプリンターの共有とネットワーク探索を有効化します。名前解決に関わるDNSやNetBIOSの状態、lanmanワークステーションとTCP/IP NetBIOS Helperの起動も併せて確認してください。VPN利用中でNASにアクセスできない場合は、トンネルの分割とローカルサブネット許可が必要になることがあります。
- サービス管理からFunctionDiscovery関連を開始し、起動種類を自動に設定
- SSDPDiscoveryとUPnPDeviceHostを開始して探索経路を復旧
- ネットワーク探索とファイル共有を有効化しプロファイルをプライベートに変更
- DNS設定と資格情報を再確認し、IP直打ちで疎通を検証
- 必要に応じて再起動し、イベントログで新規エラーの有無を確認
VPNや拠点間接続で発生する0x80070035の落とし穴を避ける
ルーティングや名前解決の非対称性を確認するVPNや拠点間接続で共有フォルダやNASにアクセスすると、片方向だけ通信が通る非対称ルーティングやスプリットトンネルの設定差で0x80070035が発生しやすくなります。まずは疎通の階段を順に確認します。IPのpingは通るのに名前解決で失敗するケースが多く、NetBIOSやDNSの参照先が拠点ごとに異なると「ネットワークパスが見つかりません」となります。対策はシンプルです。経路と名前解決を分けて診断し、どちらに原因があるか切り分けることです。特にVPNでスプリットトンネルを使う場合は、社内サブネットへのルート配布とDNSサフィックスの付与を確実に揃えることが重要です。困ったらUNCでIP指定を試し、症状の再現軸を明確化してください。
セキュリティポリシーでゲストアクセスがブロックされる時の判断基準Windows11やWindows10の最新設定では、非認証ゲストが既定で無効化されるため、NASや共有フォルダがゲスト接続前提だと0x80070035に近い「アクセスできません」の事象になります。判断の起点は、対象共有が匿名アクセス前提かどうか、そして資格情報が正しく配布されているかです。安全に通すには、共有側でユーザーを作成しNTFSと共有の両方に最小権限を付与し、クライアントでは資格情報マネージャーへFQDNまたはIPで資格情報を保存します。Windows11 24H2以降はSMBの要件が厳格化されやすく、smb1は使わずsmb2以上を維持することを推奨します。VPN経由ではKerberosが使えずNTLMになることもあるため、時間同期の±5分以内やDNSの逆引きの整合も併せて確認してください。
判断観点 確認ポイント 推奨対応 ゲスト前提の共有か 匿名で開ける設計か ユーザー作成と最小権限付与 資格情報の有無 保存先と形式の整合 FQDNまたはIPで保存 プロトコル要件 SMBバージョン smb2以上、署名や暗号の方針確認補足として、Windows11 24H2環境では「組織のセキュリティポリシーによって非認証のゲストアクセスがブロックされています」と表示されやすく、設計を認証前提に切り替えるのが堅実です。
安全でないゲストログオンを有効化する前に知るべきデメリット安全でないゲストログオンを有効化すれば症状が一時的に消える場面はありますが、監査不能なアクセスが混在し、意図しないデータ露出や改ざんのリスクが増します。さらに、Windowsの将来更新で再びブロックされる可能性が高く、運用の再現性が失われます。回避策は、共有側に明示ユーザーを作成し、読み取りや変更などの最小権限で割り当て、クライアントは資格情報マネージャーへ事前登録する手順です。次に検証用としてIPベースのUNCとFQDNの両方で接続し、DNSやVPN経路の差分を押さえます。最後にSMBサーバーとクライアントのセキュリティ設定を揃え、署名や暗号の必須化が片側だけで有効になっていないかを確認します。安易な緩和より、認証を標準化することが長期的に安全で確実です。
- 共有側でユーザー作成と権限の最小化を実施します
- クライアントに資格情報を保存しFQDNとIPで接続検証をします
- SMBバージョンと署名の要件をサーバーとクライアントで整合させます
- 時刻同期とDNSの正引き逆引きを確認します
NASでネットワークパスが見つからない時に見るべき設定と物理障害の見分け方
NAS側のSMB設定やアクセス権を確認して整合性を取るNASにアクセスしようとして「ネットワークパスが見つかりません」やエラーコード0x80070035が出る場合は、まず論理設定の整合性を見直します。ポイントはSMBバージョンの一致、共有フォルダの権限、認証方式と資格情報、名前解決の4点です。Windows11やWindows10の更新後はSMB1が無効化されるため、NAS側をSMB2以上に統一するか、Windows側のSMBクライアント機能を適切に有効化します。さらにWindows11 24H2ではセキュリティ強化の影響でゲストアクセスが拒否されるケースがあり、ユーザー名とパスワードによる認証に切り替えると安定します。資格情報が一致しないとアクセスできませんので、資格情報マネージャーで登録を見直してください。NetBIOSやDNSの名前解決に齟齬があるとUNCパスで失敗しやすく、IPアドレス指定で試すと切り分けが可能です。VPN経由や別セグメントではファイアウォールのSMB許可とルーティングも合わせて確認しましょう。
観点 Windows側で確認する項目 NAS側で確認する項目 プロトコル SMBクライアント機能、SMB署名の要否 SMB2/SMB3有効、署名/暗号化ポリシー 認証 資格情報の登録、有効ユーザー ユーザー作成、共有への割り当て アクセス権 ファイアウォールのファイル共有許可 共有フォルダの読み書き権限 名前解決 UNCとIPでの挙動差、DNS/NetBIOS ホスト名、WINS/Bonjourの提供有無 物理障害が疑われるサインと自力対応を控える判断論理設定を整えても復旧せず、NASから異音が出る、HDDランプが常時赤、容量やSMARTが異常、共有が一時見えるのにすぐ切断される、起動や再起動で認識が不安定などの症状がある場合は物理障害の可能性が高いです。ここでディスク再構築や初期化、強制電源断、通電の繰り返し、無計画なRAID再構成を行うと、データの破損が進行し復旧難易度が急激に上がります。0x80070035が出ていても、内部ではセクタ不良やRAID崩壊が進んでいるとSMB接続が断続的になり、pingは通るのに共有だけ失敗する状況が起きやすいです。重要データがある場合は通電を最小限にし、状態を記録したうえで復旧専門の業者へ相談してください。DIYで取り外しや市販ツールの書き込み検査を実行すると、RAIDメタ情報やファイルシステムに追い打ちをかけることがあります。NAS筐体のログ、ベイ番号とHDD型番、SMART値、発生タイミングを整理して伝えると診断がスムーズです。
- 異音・発熱・エラーLEDがある時は通電を控える
- 再構築や初期化の実行は止める(復旧率が落ちます)
- ログとSMARTを採取して状況を記録する
- 大切なデータの優先順位を整理し、無停止運用が必要なら早期に対応する
失敗しない診断フローと対処の優先順位で最短解決を目指す
クイックチェックで切り分け時間を短縮する- pingで疎通確認(IPでOKかを確認、名前解決に依存しない)
- 共有ターゲットの電源とLANリンクの確認(機器やHDDの状態を目視)
- IP直打ちでアクセス(例:\192.168.x.x\共有名、ネットワークパスが見つかりません対策)
- 同一ネットワークか確認(VPN経由や別セグメントでの到達性)
- セキュリティソフトとファイアウォールを一時停止(影響切り分けのため短時間のみ)
- 現状のスクリーンショットを保存(共有設定、ネットワーク、SMB、サービス)
- 変更点を一行メモで記録(日時と担当、戻し手順を併記)
- 資格情報のエクスポートや記録(ネットワーク資格情報の入力を再現可能に)
- 設定のバックアップを取得(レジストリやポリシーは特に重要)
- 検証後に段階的に恒久化(一時停止したファイアウォールは必ず復帰)
0x80070035に関するよくある質問をまとめて疑問を即解消する
Windows 11でネットワーク資格情報が求められるのはなぜかWindows 11では共有フォルダやNASへアクセスする際に、接続先が匿名アクセスを許可していない場合は資格情報の入力が必須になります。これはSMBの認証仕様とセキュリティ強化策が理由です。特にWindows11 24H2では匿名や安全でないゲストログオンがより厳格にブロックされやすく、結果としてネットワーク資格情報の入力が表示されます。保存の可否はWindows資格情報に登録するかで決まり、PCを共有する場合は保存を避けるのが安全です。業務環境やVPN経由の接続では、資格情報のドメイン名の有無や資格情報の一致が重要です。0x80070035の再発防止には、共有先のアカウントとパスワードを明確にし、資格情報マネージャーで整理することが効果的です。
pingは通るのに共有フォルダが開けないのは何が原因か 観点 具体例 対処の要点 名前解決 ホスト名で失敗しIPで成功 DNS登録の確認やhostsで一時対応 ポート/FW 445が遮断 ファイアウォールでSMB許可を確認 資格情報 誤ったユーザーで保存 資格情報の再入力や削除で一致させる 権限 共有権限やNTFS不足 アクセス権を読み取り以上に調整 仕様変更 Windows11 24H2の制限 SMB設定やNASのSMB2/3有効を確認- UNCをIPで指定して開けるか確認します
- ポート445の通信とファイアウォール設定を見直します
- 資格情報マネージャーで保存を削除し正しい情報で再接続します
- 共有権限とNTFS権限をユーザー単位で再確認します
- NASのSMB2/SMB3有効化とWindows11 24H2のポリシー影響を確認します
関連記事
- googleキャストの機能と使い方を徹底解説|セットアップからおすすめモデル比較まで
- pcマザーボードの確認の基礎から手順と故障診断まで専門用語や互換性も一括ガイド
- GalaxyBudsの選び方や比較と口コミまとめ|接続・機能・価格の疑問も解決
- LINEの使い方の基礎から最新機能まで全手順ガイド|友だち追加や安全対策も徹底解説
最近の投稿
- Teamsのステータスメッセージ完全ガイド 設定やOutlook連携と休暇例文
- Teamsの管理センターで事故らない設定とログインを完全攻略!実務に役立つガイド
- Teamsのマイクが使えないときの最速解決術 Windows11やMacやブラウザ対応
- Teamsアカウント削除と履歴トラブルをスッキリ解決するコツ
- Teams会議開催方法で失敗しないOutlookやURL、外部招待もスマホ術も完全マスター
最近のコメント
表示できるコメントはありません。アーカイブ
カテゴリー
© 2024 House Care Lab All Rights Reserved.