NAS on qwerty.work

Windowsアップデート後のBuffaloのNASの共有フォルダが開けなくなったとき

Wed, 16 Sep 2020 10:53:02 +0900

TS3210DN取扱説明書

参考サイト

https://www.tomsword.com/weblog/after-windows-10-1809-update-the-authentication-screen-came-to-appear-on-the-nas/ https://www.tomsword.com/weblog/after-windows-10-1809-update-the-authentication-screen-came-to-appear-on-the-nas/

Windows 10 April 2018 でNASに接続できないエラーが出るとき

Wed, 20 Jun 2018 00:06:06 +0900

Windows 10 April 2018 (1803) をPCからNASに接続できないときの解決方法をメモ。

社内の他のPCはNASに接続できているのに…

社内の Windows 10 のPCがWindows Updateにより、Fall Creators Update（1709）からApril 2018 Update（1803）にアップデートされた途端にログオン中にエラーが出るようになったため、クリーンインストールを行いました。クリーンインストールはApril 2018 Update（1803）のインストールメディアを使用しました。必要なドライバやアプリケーションをインストールし、設定は順調に行えていたのですが、最後の最後にNASにアクセスを拒否されるエラーに直面しました。

社内の他の Windows 7/8/8.1/10 のPCは接続できているのに、何故かクリーンインストールした Windows 10 April 2018 Update（1803）のPCだけがつながりません。資格情報やNASの管理画面でアクセス権を設定しなおしてもダメでした。

原因は「SMB 1.0/CIFS クライアント」の無効化

Windows 10 April 2018 Update（1803）をクリーンインストールすると、「SMB 1.0/CIFS クライアント」 がデフォルトで無効になっているようで、有効にしないと接続ができないみたいです。Windowsのファイル共有プロトコルの SMBは** Server Message Block** の略で、現在、SMBv2、SMBv3がある中、SMBv1は脆弱性があることから Windows 10 April 2018 Update（1803）から無効化することなったようで、それにより初期バージョンｖ1しか使えない古い製品のNASだった場合、接続できなくなるようです。

SMBv1 を有効にすれば接続できた

GUIで有効にする場合

**[Windows システムツール]-[コントロールパネル]-[プログラムと機能]-[Windowsの機能の有効化または無効化] **を開きます。

そして、「SMB 1.0/CIFSファイル共有のサポート」の＋をクリックしてメニューを展開し、「SMB 1.0/CIFS クライアント」にチェックを入れて 「OK」を押せば有効になります。

レジストリで設定したい場合

以下のページに 「SMB 1.0/CIFS クライアント」の有効/無効をレジストリで設定する方法がありました。

https://support.microsoft.com/ja-jp/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and https://support.microsoft.com/ja-jp/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and

レジストリで有効にするコマンド例

reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters /v SMB1 /t REG_DWORD /d 1 /f

NASのファームをアップデートが必要かも

脆弱性があることからSMBv1は使わない方がいいので、NASのファームウェアをバージョンアップすることでSMBv2、SMBv3が使えるようになるのであれば、ファームウェアを更新し**「SMB 1.0/CIFS クライアント」**は無効にしたほうがいいかもしれません。

その他参考ページ

http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00552/ http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00552/

https://www.eripyon.com/mt/2018/04/windows10_nas_cannot_connect.html https://www.eripyon.com/mt/2018/04/windows10_nas_cannot_connect.html

Windows VistaからNASにアクセス・パスワード認証できない場合の解決策

Wed, 05 Oct 2011 00:15:47 +0900

今まで接続できていたのにある日突然、 VPN経由でWindows XPからならNASにアクセスできるのに、Windows Vista/7からはアクセスできない状態に陥りました。

おかしいことに、パスワード認証が不要なゲストOKの共有フォルダはVistaからでも開くことができるのですが、パスワード認証が必要なフォルダはユーザー名・パスワードを正しく入力してもエラーでアクセスができませんでした。

Vistaでは認証がうまくいかない！？

NASは玄人志向の玄箱でDebian化したLinuxのNASなのですが、SambaがVistaの認証を受け付けていないのが原因っぽいので調べたら『LAN Manager認証レベル』の変更を行うことで解決できるとありました。

しかし、上記の方法では解決できませんでした。

ネットワークアダプタのドライバーを削除して、再インストールしたり、ドライバーを更新したりもして見ましたが解決でできませんでした。

原因

原因はデフォルトゲートウェイが何故か2つあるのが原因のようです。

コマンドプロンプトで『ipconfig』と入れてみると、

IPv4アドレス: 192.168.1.5 サブネットマスク: 255.255.255.0 デフォルトゲートウエイ: 0.0.0.0　←これが余計 192.168.1.1　←本来のゲートウエイ

と表示されました。

よって、『0.0.0.0』を消すことで解決できました。

『0.0.0.0』を消す方法

『コントロールパネル』を開く。
『ネットワークと共有センター』を開く。
『ネットワーク（プライベートネットワーク）』の右の『カスタマイズ』をクリック。
『ネットワークの場所を結合または削除します』をクリック。
表示されているネットワークを削除。

※私の場合2つあり、1つだけ消せませんでした。

管理者として『コマンドプロンプト』を起動。
『route delete 0.0.0.0』と入力してEnterを押して、デフォルトルートを削除。
『netsh winsock reset』と入力し、winsockをリセットしてPCを再起動。
再起動後はデフォルトゲートウェイが『0.0.0.0』となっているため、LANは使えてもWANが使えなくなっていますので、デフォルトゲートウェイを『192.168.1.1』としてやれば完了。（うちの場合はルーターが192.168.1.1となっているので）

もっと簡単にコマンドプロンプトで行う方法もあります。

管理者として『コマンドプロンプト』を起動。
『route delete 0.0.0.0』と入力してデフォルトルートを削除。
『route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1』と入力してデフォルトゲートウェイを変更。
『netsh winsock reset』と入力し、winsockをリセットしてPCを再起動。（←コレしなくていいかも）

『route』コマンドの説明補足

書式
route [-f] [-p] [コマンド [対象] [MASK ネットマスク] [ゲートウェイ] 
  [METRIC メトリック] [IF インターフェイス]] 


-f
現在のデフォルト・ルートを削除して変更（一時的で保存されない）


-p
変更がレジストリに登録され、再起動後も変更が自動的に反映


PRINT
『netstat -r』同様ルーティング・テ＾ーブルの表示
  （例）route print


ADD
経路の追加 （例）route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1


DELETE
経路の削除 （例）route delete 0.0.0.0


CHANGE
経路の変更 （例）route -p change 0.0.0.0 mask 0.0.0.0 192.168.1.254


ネットマスク
サブネットマスクの値。指定しなければ「255.255.255.255」となる


ゲートウェイ
ゲートウェイのIPアドレスを指定


メトリック
メトリック値を指定


インターフェイス
インターフェイス番号を指定

これでもだめなら、TCP/IPをリセットしてみる

リセット方法はコマンドプロンプトで以下を実行するだけです。

netsh int ip reset c:\resetlog.txt

または

netsh int ip reset resetlog.txt

リセット後はネットワークの接続がなくなっているので、インターネットの接続を行う必要があります。

参考ページ

玄箱PRO：SAMBA(SWAT)で作成した共有フォルダが開けない。

Wed, 09 Feb 2011 11:15:40 +0900

Debian化した玄箱PROにて、 SWATで新たに作成した共有フォルダが開けない状況になった。

http://玄箱アドレス:901でSWATの画面を出す。
メニュー「SHARE」を選択。
共有フォルダー名（例：video）を入力して「ファイル共有の作成」ボタンを押す。

とりあえず、これで共有フォルダの設定ができた。

次に、以下を設定。

path　→　/mnt/video　（共有フォルダーのディレクトリ）
read only　→　No　（書き込みを許可）
guest ok　→　Ok　（ゲストのアクセスを許可）
「変更を反映」ボタンを押す。
念のため再起動する。

これで、マイネットワークに共有フォルダのアイコンが現れるようになった。

しかし！アクセスできん…。

権限がないとか、管理者がどうとか…。

調べてみるとSWATでsmb.confの設定はできているが、

玄箱PROにディレクトリが存在していない状態でした。

つまり、共有ディレクトリパスの設定とフォルダの作成は別物ってことらしい…。

SWATで共有設定したらディレクトリが作成されるわけではないのね…。

というわけで、コマンドプロンプトからtelnetで玄箱PROにアクセスしてディレクトリを作成する。

コマンドプロンプトに「telnet 玄箱アドレス」を入力してEnter
ログインする。
そしてディクトリの作成と権限を設定。

# su root
# mkdir /etc/video
# chmod 777 /etc/video

これで無事アクセスできるようになった！

ディレクトリの状態は以下のコマンドで確認できる。

# cd /mnt
# ls -l

LAN内からアクセスできるけど、VPNなど外部（WAN）からのアクセスができない。

また、正しいユーザー名とパスワードを入力しても認証に失敗して共有フォルダにアクセスできない場合は、SAMBAやSWATの設定を疑うより、ファイアウォールの設定を疑ったほうがいいかもしれません。

Windowsファイルのやり取りにはNetBIOSで使用するポート137，138，139の通信を許可する必要があります。

（YAMAHAルーターの場合は以下を参照ください。）

YAMAHAルーターRT58iでNASの共有フォルダ・ファイルにアクセスできない。

SWATで共有設定したらディレクトリも同時に作る方法が

あるのか、ないのかわかりませんが、私が玄箱PROを扱うこと自体に無理があると思った。

いっそのことバッファローのNASを買った方が早いかも…。

YAMAHAルーターRT58iでNASの共有フォルダ・ファイルにアクセスできない。

Mon, 24 Jan 2011 16:14:33 +0900

インターネットの接続やVPNの接続もできて、PINGは通るのにNASの共有フォルダ・ファイルにアクセスできない状況に陥ってしまいました。

上記を参照したところWindowsファイルを共有する場合、NetBIOSで使用するポート137，138，139をブロックするようファイアウォールがデフォルトで設定されているため、LANのIN側のフィルターからチェックを外さなくてはならないようです。

これで解決できました。