☰

A は B の共有リソースにアクセスしますが、B は A にアクセスできませんか?

tag-icon • tag-icon networking samba file-sharing
A は B の共有リソースにアクセスしますが、B は A にアクセスできませんか?

ローカル ルーター経由で有線接続された 2 台の Ubuntu 14.04 マシン (A と B) は、私が管理できる限りまったく同じ構成になっています。共有パス名を除いてまったく同じ smb.conf ファイルは、次のように宣言しています。

    workgroup = WORKGROUP
    wins support = yes
    name resolve order = wins bcast host

すべてのメディアは smb.conf で次のように宣言されます。

    read only = No
    guest ok = Yes

すべてのメディアは共有可能として設定されており、「他のユーザーが作成および削除できるようにする」ようになっています。

ファイルを使用すると、AはWORKGROUPを参照し、Bの共有リソースにアクセスできますが、BはAのWORKGROUP共有を見ることができないまた、WORKGROUP 上の他のマシンの共有もありません。同じネットワーク上の Windows マシンは、両方のマシンの共有リソースを見ることができます (ただし、アクセスはできません。パスワードが受け入れられないのでしょうか??)。すべてのファイアウォール (A、B、およびローカル ルーター) はオフになっています。

考えられる手がかり: B では、ping AA の正しいローカル IP アドレスが見つからず、以前のネットワーク構成から A の古いアドレスに ping を実行します。A ではping B正常に動作します。A と B の arp テーブルは基本的に同じです。B には A の正しいローカル アドレスがあります。B は、A という名前のローカル マシンの ping IP アドレスをどこから取得しているのでしょうか。

ここで何が起こっているのか把握するために使用できるネットワーク構成のチェックリストはありますか? 両方のマシンでの共有は 12.04 では問題なく機能し、最近、新しいルーターのインストールと同時に 14.04 に切り替えられました (B はアップグレードされましたが、A は新規インストールでした)。

ご提案があればぜひお願いします。

答え1

問題は、A には Samba ユーザーが設定されていなかったのに対し、B には設定されていたことです。そのため、A のユーザーは B に認識され、自動的に受け入れられましたが、B のユーザーは A に認識されていませんでした。実際、A には認識されたユーザーがいなかったため (おそらく、14.04 の新規インストールだったのに対し、B はアップグレードだったため)、A は共有リソースを表示せず、アクセスも許可しませんでした。ユーザーは smb.conf に設定されていないため、2 台のマシン間のこの非対称性に気付きませんでした。

これはSambaサーバー構成GUIを使用して最も簡単に修正できました。環境設定メニューにはSamba ユーザー/etc/samba/smbusers項目とウィンドウを使用して、ネットワーク パスワードを持つ新しいユーザーを追加します。これにより、以前は B に存在しなかったファイルである にユーザー名が追加されます。

ユーザー名とパスワードは、相互に共有される各マシンで同じであるべきだと思います。少なくとも、私の環境ではそうなっています。各マシンに 1 つではなく、単一のネットワーク ユーザー ファイルを持つ方法があるはずです。いつかそれを見つけ出すつもりです。

関連情報