Windowsの共有フォルダが見れなくなった

 取引先からサーバーとして運用中のWindows7にある共有フォルダが見れなくなったと連絡があり調査しました、該当設備は長く運用していて今迄問題なく使えていたのですが当日急にアクセス不能に陥ったようです

実はその日に社内で大掃除をしてルーターやハブ等の設備を管理している棚を触り誤ってケーブルを抜いてしまい回線が落ちたトラブルが発生しています、その後各機器のランプ状況などからＮＴＴの光回線メディアユニットのケーブルが抜けていると判明し再接続をして社内外のネットワークが復旧したあとの事です

社内の各端末から共有フォルダを見ようとすると接続が無いとメッセージが出るのでエクスプローラのネットワーク一覧をみると該当のWindows7端末が見えません、共有フォルダを運用しているPCのIPアドレスに対してPingを投げても反応がない状態です

逆にWindows7側から他のPCに対してはPingもSMB一覧も表示されており問題が無いように見えます。　Windows10はたまに更新された時にSMBクライアント等がリセットされる事例がありましたので確認しましたが異常は見られませんでした、クライアント側から共有フォルダに向けたアクセスのみが制限されていると判断できますのでWindows7側のネットワーク環境を確認してみると「識別されていないネットワーク」の詳細がパブリックネットワークになっています

共有の詳細設定に共有フォルダへのアクセスについてフォルダのアクセスや探索の可否が設定できるのですが一般にプライベートネットワークとパブリックネットワークは異なる制限になっています、外部からのアクセスに対し開放しないのが一般的でパブリックでは共有フォルダへのアクセスは許可されていません

このケースの解決策としてはパブリックネットワークの共有許可を認めるかプライベートネットワークに変更するかの二択になります、パブリックネットワークの設定を変えるのはセキュリティリスクが高くなりますのでプライベートネットワークに戻すべきですがネットワークの設定に変更の設定はありません

この場合ローカルセキュリティポリシーを変更することで実現できますので管理ツールから起動するか「secpol.msc」で直接起動をしてネットワークリストマネージャポリシーの「識別されていないネットワーク」を選択し場所の種類をプライベートに設定すればOKです

変更後にはpingもエクスプローラ接続もSMB一覧も見れるように回復しました、恐らくネットワーク側の障害を検知したときにプライベートからパブリックに変わってしまったことが原因でしょう、ポリシーでプライベート識別を強制化したので今後は大丈夫でしょう

Windows2008Server ネットワークドライブが切断される問題その２

ネットワークドライブが切断される問題


以前サーバーのネットワークドライブが突然切断される問題について検証しましたが、その後もうい１点接続処理に問題がある事が判明しました。


通常固定のネットワークドライブを作成する場合はエクスプローラの一覧に表示される共有フォルダを選択して固定化するのが一般的です、起動時に最適な接続を復活させるために Net Use コマンドを発行して再接続する手法もあるのですが、どうやらこのバッチ処理で指定された User名とパスワードがWindowsログオンユーザーと異なるもので設定されていた端末があったようです


ローカルクライアントのユーザーパスワードとネットワークサーバーアクセス時のユーザーパスワードが同一で無い場合に、あるタイミングで接続エラーが発生するためでした。


ネットワークドライブ自体は任意のユーザー名やパスワードを使って接続できる仕様であるため、接続したときには意識しませんがサーバー側は異なるユーザー名での同一セッションを認めないためにこのような症状が発生したようです


一部のアプリケーションがドライブを経由せずに直接ＩＰ通信をしておりエクスプローラーから利用するときと異ならないように、クライアント環境と合わせたユーザーパスワードで接続する事で解決しました。

アプリケーションから共有フォルダアクセス時の反応速度について

Activeディレクトリやドメイン管理といった複雑高機能なものではなく、小規模ユーザーの構成では多くの場合にサーバーや他のPCに対して共有フォルダを使った運用が行われています。


基本的な機能はエクスプローラが標準で提供している共有機能を利用していて、アプリケーションから直接的にネットワークドライブとして認識さっせるような形態は少ない筈です


SQLサーバー等にアクセスするアプリケーションの場合は接続先を設定する画面等が用意されおり認証やデータストレージ先の場所を一般的な共有フォルダ名で設定できるようになっています


ウィンドウズアプリの殆どがネイティブでこれらをサポートしていて利用上は下記のような各種の設定が認識できる仕組みです


UNCパス　　　　　　　　　　￥￥computer￥share
ネットワークドライブ　　　　drive_letter：￥
IPアドレス接続　　　　　　 ￥￥xxx.xxx.xxx.xxx￥share


これらの接続先へはエクスプローラが代行処理をしているので利用者側はシームレスにアクセスできる訳ですが、実際には状況に応じて異なるネットワーク参照の手順が実行されています。


それぞれが管理プロトコルや管理層が異なるためですが技術的な仕組みは各所の情報を参照して頂くとして、実用上の問題としてプロセスアクセス時のレスポンスタイムがあります。


アプリケーション側から該当データへのリクエスト処理が行われたときに規定時間内にレスポンスが無いとエラーを返す場合があります。　特に問題なのは一定時間アクセスが無く待機状態にあったあとに接続をする場合、上記中のUNCパスはネットワーク上のマスタブラウザ機に照会を行ってから該当先を特定する動作を行うため僅かに反応が悪くなります。


人間が操作する上での待機時間と違いアプリケーション上ではその僅かな時間が大きく影響します、以前にWindows8で弥生販売のサーバー接続時に異常に反応が遅い症状がありましたがこれらはその例です。　Windows7からWindows8でネットワーク仕様が変わったかどうかは確認できませんが、少なくともIPアドレス接続にする事により無駄な参照作業をバイパスして通常のレスポンスを確保していることは間違いありません。



参照記事

ネットワーク上の共有フォルダに接続する　

ファイル共有プロトコルSMB／CIFS

FQDN または IP アドレスを使用すると、イントラネット サイトがインターネット サイトとして判別される

XP から突然 Win7 の共有フォルダにアクセス出来なくなる

先日の Windows7 共有フォルダ障害の続きですが、Win7 側のイベントログを見ると「ＩＤ：2017」が多発していました。　


「非ページ プール割り当ての制限に達したため、サーバーはシステムの非ページ プールから割り当てることができませんでした。」 イベントID 2017

http://support.microsoft.com/kb/937082


KB937082の「Windows Vista ベースのファイル サーバーに送信される、同時実行される SMB 要求の最大数を構成できない」


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters\MaxMpxCt

DWord値を設定して、10進値200を設定

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters\Size

１を３に変更してみました


補足：　ＳＭＢに関してはこちらが分かりやすい

http://www.atmarkit.co.jp/ait/articles/0410/29/news103.html

WindowsXP Windows7 Windows8 混在環境での共有フォルダアクセスエラー

最近 Windows8 を新たに導入したユーザーで既存の WindowsXP から Windows7 の共有フォルダに突然アクセスできなくなる障害が発生すると報告がありました。


該当環境は Windows7 を共有サーバーにして WindowsXP の各クライアントからデータベースアクセスを伴うアプリケーションが稼動しているのですが、クライアント側から突然全てのワークグループ一覧が見えなくなる症状です。


一般的なフォルダ共有はワークグループで行っているため「NetBIOS名＋共有フォルダ名」が見えなければいけませんが、まるでマスタブラウザが死んだようにエクスプローラのコンピュータ一覧には表示されなくなります。


この状態でIPアクセスやPingは問題無く通りますが Net Use コマンドで共有ドライブを割り当てしようとすると「2250」エラーが出力されて帰ってきません。　サーバー役のPCもXP側も環境は全く操作していないのに突然見えなくなるため原因が分からず困っていたのですが、どうやら Windows8 端末の担当者が任意にフォルダ共有を行おうとしたことがそもそもの問題のようです


WindowsVista 以降のOSにはホームグループという独自の共有機能が提供されていますが、これはワークグループとは互換がありません。　　MSが言うには共有がしやすくなったとの事ですが、ワークグループ環境でこれらが実装されると一部の端末はそちらに参加扱いとなり共有資源管理が変わってしまうようです。


実際問題、サーバー役とクライアント役のPCを全て再起動すると何も無かったかのようにネットワーク一覧にも表示されちゃんと共有フォルダにもアクセスできました。　　


今後、勝手にホームグループを作成されないように対策としてはホームグループ機能を完全に無効化するのが一番よいと思うので調べてみると、下記サービスを停止する事で可能なようです


HomeGroup Listener
ホームグループを利用しないなら無効で問題ありません。

HomeGroup Provider
ホームグループを利用しないなら無効で問題ありません。

とりあえず、これで様子をみてみますかね

WindowsXP において Windows2008ServerR2 ネットワークドライブが切断される問題

私が運用管理しているユーザーで最近 2003Server から2008ServerR2 に環境移行を行ったのですが、1ヶ月程は安定していたのにその後クライアント側で接続しているネットワークドライブの反応が悪くなる症状が発生しました。

ドメイン管理をしていないワークグループネットワークの場合、ネットワークドライブはNetBIOS名の共有フォルダを割り当てるのが一般的でこのユーザーも以前からそういう管理で問題はありませんでしたが何故かアプリケーション側がアクセスしようとするとレスポンスが帰らずエラーとなります。

エクスプローラ上のネットワークドライブ表示には特に「×」も付いておらずコネクションは張れているようですが、実際にフォルダを開こうとすると一瞬反応が鈍く再度セッションリクエストを待っているような感じに見えます。　アプリケーション側からだと待機時間の関係でリクエスト時間が長いとエラーとなるわけで、Net Useコマンド等で再接続をするバッチを流すと特に問題無く処理は継続されます。

ユーザーが任意で再接続処理をしてから規定のアプリを実行するという選択肢もありますが、原因がはっきりしないのは気持ちが悪いので少し調べてみました。

ネットワークドライブに関係するのは主に下記のような項目なのでチェックして調整してみました。

１）Net config server /autodisconnect:-1

セッションのアイドル時間を無期限にする



２）レジストリ確認１　HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
[Dword] autodisconnect [16進数]　ffffffff


３）レジストリ確認２　HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Service\lanmanworkstation\parameters
[Dword] KeepConn [10進数]　65535


４）ローカルセキュリティポリシー

コントロールパネル　→　[管理ツール]　→　[ローカルセキュリティポリシー]　→
[セキュリティ設定]　→　ローカルポリシー　→　セキュリティオプション　→
「Microsoftネットワークサーバー：ログオン時間の有効期間が切れるとクライアントを切断する」



さてどうなるでしょうか。


追記：　　主たる原因は一意性の無いユーザー接続でした

Windows2008Server ネットワークドライブが切断される問題その２

SMBフォルダ共有トラブル対処の覚え書き

Windows VistaやWindows 7のSMBフォルダ共有トラブル対処の覚え書きです、色々なサイトでアドバイスが出ていますが一部の情報を抜粋してみました。

【　以下記事抜粋　】

--------------------------------

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
4つの値を修正、値が無い場合はDWORD値（32ビット）で値を追加。


IRPStackSize：0x00000032(50)　

＊　デフォルトは10進数の15
＊　推奨は10進数の20もしくは50
＊　33～38はエラー可能性あり
＊　I/O 要求パケット(IRP) のスタックロケーション数

Size：0x00000003(3)

1：ローカルアプリケーション用にサーバを最適化、
2：ローカルとリモートに配分、
3：ネットワークの処理用に最適化

MaxMpxCt：0x000000ff(255)　

＊　10～255まで。
＊　サーバーをサポートしている要求の最大数。

MaxWorkItems：0x00000400(1024)　

＊　MaxMpxCtの値の4倍にする。
＊　デフォルト64　最大で1,024。

Autodisconnect：0x0000000a(10)　

＊　アイドルセッション時自動切断されるまでの分数。
＊　デフォルトは、15分。0x0000000f(15)。
＊　接続無しは(-1)

SMB要求の最大数は、下記の2つの値のうちの小さい方と同じで、必要に応じてクライアント側の設定変更もありです。

・サーバーの MaxMpxCt エントリの値
・クライアント コンピュータの MaxCmds エントリの値


--------------------------------