Samba 3.xサーバーのワークステーションでドメイン信頼をリセットする

ドメインコントローラーとして機能するSamba 3サーバーと、すべてではありませんが多くのWindows 7 Pro PCで継承したネットワークで問題が発生しています。こことここで説明されている問題は私の問題を解決しません。

起動時に、一部のPCで、このワークステーションとドメインコントローラー間の信頼関係が失敗しましたというエラーメッセージが表示されます。私のGoogle検索で、マシンをドメインから削除/再追加するよう説明されていますが、これには手動での介入が必要で、機能しない場合があります。これが断続的であるため、現在OKでログインしているシステムでも、各PCの昇格されたコマンドプロンプトから次のコマンドを実行するのは、私が行っていることですecho 192.168.0.3 smb > c:\windows\system32\drivers\etc\lmhosts。その後、再起動すると、エラーは発生しません。

奇妙なことに、たまに、私のサーバーが別のIPアドレスにあると想定しているだけです。コンピュータは、SMBサーバーがでは192.168.0.1なくであると考えることがあります192.168.0.3。これを確認するとnet use \\smb、を取得するNetwork name not foundとが取得されますが、pingを実行して正しいアドレスを取得できます。を実行するnew view \\smbと、古いサーバー（192.168.0.1になりましたが、この名前はありませんでした）に移動します。を実行するnet view \\192.168.0.3と、正しいサーバーが表示され、再起動するまで一度だけWindowsにログインできます。

私の問題は、なぜこれが起こっているのかを理解する必要があることです。そのため、すべてのPCに触れる必要はありません。すべてが読み込まれると、それは迅速な修正ですが、理想的ではありません。以下は、testparmプライマリドメインコントローラでのコマンドの出力です。

Load smb config files from /etc/samba/smb.conf
rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
Processing section "[netlogon]"
Processing section "[homes]"
Processing section "[Programs]"
Processing section "[Login]"
Processing section "[Windsor]"
Processing section "[Office]"
Processing section "[Admin]"
Processing section "[Student_Share]"
Processing section "[Tech_Tips]"
Processing section "[Tech_Apps]"
Processing section "[DropBox]"
Processing section "[SSS]"
Processing section "[JMC]"
Processing section "[DRC]"
Processing section "[FASD]"
Processing section "[CLA]"
Processing section "[YAPS]"
Processing section "[IMAGES]"
Processing section "[Printer_Drivers]"
Processing section "[Self_Serve]"
Loaded services file OK.
WARNING: You have some share names that are longer than 12 characters.
These may not be accessible to some older clients.
(Eg. Windows9x, WindowsMe, and smbclient prior to Samba 3.0.)
Server role: ROLE_DOMAIN_PDC

共有はすべてOKです。各ワークステーションの時刻は、ドメインコントローラ（NET TIME \\SMB /SET /Y起動スクリプト内）と一致しており、ローカル管理者としてのみログインできます。この奇妙な回避策を必要としないために、Sambaサーバーで何を探すことができますか？

DNSサーバーでもあるバックアップSambaサーバーがネットワーク上で実行されていますか？WINSのために常に自分自身を選ぼうとしましたか？240メインのWINSサーバーが勝つように、OSレベルを変更します（255）。バックアップSambaサーバーを無効にしてみてください。無効にして約24時間待った後、マシンは正しく接続されますか？

これを理解するために使用できるツール：主にDebianに含まれているsmbfindツールのみ

Samba 3 DCは、Windows 7 Proが最初から動作するように設計されたActive Directoryのバージョンを実際には話さないため、問題が発生する可能性があります。Samba 3には、最新のAD環境が依存するMicrosoft固有のKerberosまたはDNSの操作性は本来備わっていません。そのため、Win7システムの動作を改善する可能性が高いKerberosおよびDNS機能を含む、更新されたADの互換性を活用するために、ドメインをSamba 3からSamba4にアップグレードすることをお勧めします（リンクはインプレースアップグレード用です）。また、構成の変更を行うためにすべてのワークステーションに繰り返し触れる必要がないようにするグループポリシーなども提供します。

それ以外に、現在のセットアップでは、なぜLMHOSTSファイルを変更し続ける必要があるのでしょうか。そのコマンドを実行したときに、どういうわけか変更されていますか？これを行う前に内容を確認しましたか？各ワークステーションで名前解決を手動で構成する必要がある場合は、LMHOSTSと同じディレクトリにあるHOSTSファイルを調べ、192.168.0.1サーバーをポイントし続けるエントリがないことを確認してください。また、Win7システムはプライマリ/セカンダリDNSに使用するように設定されていますか？それらはインターネット上のDNSサーバー（たとえば、ISPやGoogleのサーバー）のみを指しているのですか、それとも内部アドレスがありますか？

Sambaのアップグレードを選択した場合でも、ワークステーションのHOSTSファイルまたはLMHOSTSファイルを手動で変更すると、それらのエントリのDNSをクエリする代わりに使用されるため、各ワークステーションでこれをクリーンアップする必要がある場合があります（HOSTSのみがのエントリ127.0.0.1 localhost）。