☰

WindowsホストのCifs共有接続は失われましたが、smblientを使用して引き続きアクセスできます。

tag-icon • tag-icon windows samba cifs
WindowsホストのCifs共有接続は失われましたが、smblientを使用して引き続きアクセスできます。

私の小さなホームネットワークは、WandboardとArch Linux ARMを実行しているWindows 7デスクトップで構成されています。 Linuxシステムは、起動時にWindows 7システムでホストされているCIFS共有を問題なくマウントします。ただし、しばらくするとWindows共有への接続が失われます。

私はできます。CDマウントポイントディレクトリに移動しましたが、実行するとエルエス次のメッセージを受け取りましたcannot open directory '.': Host is down。マウントされたディレクトリをアンマウントして共有を再マウントしようとすると、エラーが発生しますmount error(2): No such file or directory。ただし、以下を使用して共有に接続できます。中小企業の顧客大丈夫です。 Wandboardを再起動すると、共有は問題なく再マウントされます。しかし、時間が経つと再びアクセスできなくなります。

SMB v1の有効化と無効化、最新のドライバを搭載したIntel（NIC）やWindows共有のアクセス許可に対して可能なすべての設定を試すなど、Windowsコンピュータでさまざまな作業を試みました。しかし、問題はLinux側と関連があるはずです。共有がまだ進行中だからです。中小企業の顧客再起動するので問題なくインストールされました。 Sambaとcifs-utilsを更新し、winbindを有効または無効にしてみました。私は何をもっと試すべきかわかりません。

追加情報：

fstabで私が使用するマウントラインは次のとおりです。しかし、オプションを含む//192.xxx.x.xx/Work /mnt/Work cifs guest,users,credentials=/home/alarm/.smbcredentials,iocharset=utf8,vers=2.1 0 0 多くのオプションを試しましたが、オプションはまったく使用されませんでした。noperm_netdevvers=2.0vers=

接続に使用するコマンド中小企業の顧客sudo smbclient //192.xxx.x.xx/Work -U=alarmWindowsシステムの「alarm」ユーザーパスワードと同じSambaパスワードを入力するように求められます。ユーザー名とパスワードは、共有をマウントするために使用した（再マウントしようとした）資格情報ファイルと同じです。パスワードを入力したら、次のように接続します。中小企業の顧客そして、読み書き操作を実行できます。

Windowsログの表示NTLMv2共有をマウントするときに認証に使用されます。中小企業の顧客出力にも表示されます。NTLMv2使用。ただし、Sambaログには、Linuxシステムが次のものを使用しようとしたことが示されています。NTLMv1接続とユーザーアラーム（共有に接続している人は）後で匿名ユーザーが認識されないようです。誰もログインしているように見えます（Windowsホストは匿名ログインを許可するように構成されています）。これは、Linuxシステムが次のものを使用しようとしていることを示します。NTLMv1共有を再接続できませんでしたか？

共有接続が失われた場合情報以下が表示されます。CIFS VFS: \\192.xxx.x.xx has not responded in 180 seconds. Reconnecting...- しかし、それ以降は再接続されたことを示す内容はありません。

私の設定は次のとおりです。

   - Arch Linux ARM version 5.7.2-1-ARCH
     - samba v 4.12.3 
     - cifs-utils v 6.13-2
   - host: Windows 7 Ultimate with SMB1 disabled and SMB2 enabled

方法を把握したら、詳細を含むファイルを添付します。ただし、必要に応じてすべての情報を提供し、テストを実行するなどの操作を実行できます。ただ聞いてください。

ありがとう

米

答え1

これは正解ではありませんが、正しい方向に進むステップです。今持っています。ストレスそしてシャーク成功と失敗の出力エルエスそして山命令、そして中小企業の顧客接続は常に成功します。

比較するストレス出力の重要なポイントは（成功したトレースで）次のとおりです。

statx(AT_FDCWD, "/mnt/Work", AT_STATX_SYNC_AS_STAT, STATX_MODE, {stx_mask=STATX_TYPE|STATX_MODE|STATX_NLINK|STATX_UID|STATX_GID|STATX_MTIME|STATX_CTIME|STATX_INO|STATX_SIZE|STATX_BLOCKS|STATX_BTIME, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=131072, ...}) = 0
openat(AT_FDCWD, "/mnt/Work", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_CLOEXEC|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=131072, ...}) = 0
mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb68d2000
getdents64(3, 0xb68d2028 /* 65 entries */, 1048576) = 2352
openat(AT_FDCWD, "/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/gconv/gconv-modules", O_RDONLY|O_CLOEXEC) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=56353, ...}) = 0
read(4, "# GNU libc iconv configuration.\n"..., 4096) = 4096

...そして別のシリーズ読むs（おそらくファイルとサブディレクトリ）。

接続失敗は次のように表示されます。

statx(AT_FDCWD, "/mnt/Work", AT_STATX_SYNC_AS_STAT, STATX_MODE, 0xbeb86650) = -1 EHOSTDOWN (Host is down)
openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2998, ...}) = 0
read(3, "# Locale name alias data base.\n#"..., 4096) = 2998

...そして一つ読むそして書く誤った情報（「ホストが電話を切った」）。もっと投稿できます。ストレス出力とシャークそして中小企業の顧客誰でも見たい場合は、エクスポートすることもできます。ティア

関連情報