Ubuntuでsmbclientを実行し、Windowsボックスに接続しようとしていますが、「セッションのセットアップに失敗しました:NT_STATUS_LOGON_FAILURE」というメッセージが表示されます。
ボックスとtelnetを139/445のポートにpingできることを確認したので、ファイアウォールの問題ではないと確信しています。また、私のクライアントは、ユーザーIDとパスワードの組み合わせを使用して、別のWindowsボックスからこのWindowsボックスに問題なく接続できると言っています。また、このボックスは、smbclientを介して、このクライアントが持っている他のWindowsボックスに接続できます。
これが機能しない理由について他のアイデアはありますか?
Smb.confを確認しましたか?
ワークグループとセキュリティ設定が適切に設定されていることを確認してください。ドメインの一部としてコンピューターを使用している場合、認証要求は最初にドメインコントローラーを通過するため、次のようなものがあることを確認してください。
security = domain
workgroup = WORKGROUP
-W
オプションを使用してワークグループを指定し、ユーザー名の前にDOMAIN/
を追加してドメインを指定することもできます。
$smbclient -L myhost -U DOMAIN/user -W workgroup
お役に立てれば!
同じ問題。 Sambaパスワードファイルにユーザーを追加する必要がありました
Sudo smbpasswd -a
どうやらこれは/etc/samba/smb.confのデフォルト設定が
セキュリティ=ユーザー
passdbバックエンド= tdbsam
ドメインコントローラーやActive Directoryを使用していないので、通常のパスワードファイルへのアクセスがデフォルトになると思っていましたが、そうではないと思います。私が見つけたドキュメントでそれが明確だったらいいですね。 「smbpasswd」リファレンスは、このソリューションにつながるヒントを提供しました。
Smbclientでも同じ問題が発生していましたが、共有するフォルダーを手動で右クリックした後に表示される[ファイル共有]ダイアログで[ファイル共有を有効にする]オプションを手動で選択すると、問題がなくなりました。
一部のWindowsマシン(Windows XPなど)では、これを追加して、ゲスト以外のユーザーのリモート共有を許可する必要があります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\forceguest=dword:0
または、Windows XPコマンドラインを使用した自動化:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v forceguest /t REG_DWORD /d 00000000 /f
その後、smbclientはどのユーザーでも問題なく機能しました。
http://www.techsupportforum.com/forums/f10/enable-file-sharing-via-the-command-line-133562.html のjethomasに感謝します
走ったときに同じ問題が発生した
smbclient \\\\[ip]\\[sharedresource]
そのコマンドは、rootユーザーのパスワードを入力するように要求しますが、パスワードを入力すると、NT_STATUS_LOGON_FAILUREエラーを受け取りました。
リモートマシンのユーザー名を指定するために-Uを追加しましたが、機能しました
smbclient \\\\[ip]\\[sharedresource] -U [username]
Windows 10(ホスト)およびCentOS 7(ゲスト)では、パスワードで保護された共有をオフにすることで認証の問題を修正できました:ネットワークと共有センター/高度な共有設定/すべてのネットワーク/パスワードで保護された共有
これはトラブルシューティングのみに役立つ場合があります。毎日使用する場合は、この設定をオフにしないことをお勧めしません。
これは、次の理由による可能性があります。