☰

Merlin Asuswrt Cifs Smb共有をマウントできません。

tag-icon • tag-icon ubuntu samba cifs smb shared-folders
Merlin Asuswrt Cifs Smb共有をマウントできません。

AsusルーターにMerlin 380.70をインストールした後、cifsを介してUSB接続のSMB共有をマウントすることはできません。引き続き別のインストールエラーが発生します。 6と22が最も一般的です。 smbのバージョンを1.0、2.0、3.0に変更してみました。 sec=ntlm を設定してみてください。これまで何も効かなかった。私のマウントは次のとおりです

sudo mount -t cifs //ip/share/ -o ユーザー名=John,domain=WORKGROUP,sec=ntlm,vers=1.0 /mnt/share

これは、対応するデバイスまたはアドレスがないことを示します。フルパスを見つけるためにsshを介してsmb.confファイルを見つけましたが、ファイルが見つかりませんでした。新しいファームウェアは共有の命名規則が異なるようです。どんなアイデアがありますか？

答え1

いいですね。実行中のソフトウェアを検索したところ、SourceForgeの追加情報で次のことがわかりました。

  • 変更：SambaプロトコルのサポートをSMBv1、SMBv2、またはSMBv1 + SMBv2（新しいデフォルト）に設定できるようになりました。これにより、すべてのモデルのパフォーマンスが低下しますが、より安全になります。理想的には、これをSMBv2のみに変更してから、すべてのクライアントデバイスを再起動して新しいプロトコルのみを使用し始める必要があります。セキュリティよりもパフォーマンスが重要な場合は、以前のデフォルト動作であるSMBv1に戻すことができます。

これは、asuswrt-merlinデバイスがSamba v3.6がうまく処理できないSMBv1を使用している可能性があることを示しています。 SMB v1を使用するには、workgroup =の下のsmb.confで次の設定を変更する必要があります。

ntlmssp_client:force_old_spnego=なし ntlmssp_client:client_ntlmv2_auth=なし クライアント ntlmv2 auth=spnego を使用するクライアント=なし

以下が必要な場合があります。

クライアントプレーンテキスト認証=はい

しかし、おそらくそうではありません。 LinuxがSMBを介してOpenIndianaボックスに接続するには、上記の4行が必要です。 ntlmssp_clientで始まる行は必要ないかもしれませんが、すでにファイルにあるので、この行の複数のコピーが同じであれば何もしません。どちらかをyesに設定すると、機能していることを確認できます。 Asuswrt-merlin設定をSMBv2に変更すると機能しますが、わかりません。

答え2

これが元の答えです。既定では、次はマイクロソフトのSMB / CIFSプロトコルを使用してデバイスにアクセスできるかどうかを判断する方法です。

Asusルーターに接続されているUSBデバイスについて話しているとします。最初のステップは、Asusルータに正しいTCPポートがまだ開いていることを確認することです。これをテストする最も簡単な方法は、telnetまたはnetcat（nc）を使用することです。

Telnetの場合：

telnet 192.168.1.1 139
telnet 192.168.1.1 445

(TCP ポート 139 および 445 は CIFS に使用されます。) ポートが開いていない場合、次の結果が表示されます。

root@JarMini:~# telnet 192.168.1.1 139
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection refused
root@JarMini:~#

ポートが開ければ得ることができるのです。

root@JarMini:~# telnet 192.168.1.1 445
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
^]

telnet> close
Connection closed.

Ctrl注：すでに接続されている場合は、Telnetセッションを「停止」するには、-を入力する必要があります]（またはEnterを数回押すと、SMBデーモンが切断される可能性があります）。明らかに、「最新」バージョンのSMBにはポート139は必要ありません。 （ポート139に関する私の情報は少し最新の情報ではないかもしれません。）

Netcat（nc）は少し簡単です。

root@JarMini:~# nc -zv 192.168.1.1 445
Connection to 192.168.1.1 445 port [tcp/microsoft-ds] succeeded!
root@JarMini:~# nc -zv 192.168.1.1 139
nc: connect to 192.168.1.1 port 139 (tcp) failed: Connection refused

残念ながら、Netcatにはいくつかのバージョンがあります。 Ubuntu（およびその派生製品）は私が使用しているnetcat-openbsdを使用します。他のLinuxシステムには、オプションの異なるnetcatがあります。したがって、Telnetはより安全ですが、少し混乱しています。

このテストの目的は、問題がSMB構成にあるかどうか、またはデバイスがSMB要求をまったく受け取らないことを確認することです。

途中でネットワーク機器に問題があるかもしれませんが、その可能性はほとんどないようです。

興味があれば、上記でテストしたデバイスはMacで、LinuxボックスからCIFS経由で接続できます。

TheTwilightZone jmitchel # uname -a
Linux TheTwilightZone 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:30:51 UTC 2017 i686 i686 i686 GNU/Linux

関連情報