ユーザーブロックポリシーはどこに行きましたか?

ある時点で、管理者は、すべてのドメインコントローラーでユーザーブロックポリシーが機能することを確認することにします。 Rsop.mscはドメインコントローラーで起動され、管理者に予想される画像を提供します。

しかし、2番目のサーバーでは、管理者がわずかなショックに直面しています。

すべてのサーバーは「ou =ドメインコントローラー」にあり、同じポリシーが適用されることに注意してください。 コントローラーOS:2008 R2。

これを金曜日の小さななぞなぞにすることを提案します。



政治が何とか適用されなかったという最初の考えは、チームに関する要約データの発行によってすぐに一掃されます
gpresult /R 
適用されるポリシーのセットは、すべてのコントローラーで同じです。

最後に、道徳はチームが次の事実を損なう。
 gpresult /Z /S ad2 
「アカウントロックアウトポリシー」セクションについては何も言及していません。 同時に、最初のコントローラーに対して
 gpresult /Z /S ad1 

「アカウントロックアウトポリシー」セクションとすべてのパラメーターをリストします。

コントローラーを確認してください結果に驚くかもしれません
最も興味深いのは、政治が機能するということです! 指定された回数試行して、2番目のコントローラーを介したログインの失敗(LDAPバインドの使用など)を試みると、ユーザーはブロックされます。

コミュニティは、何が起こっているのかという理由のバージョンについてコメントするとともに、ユーザーのブロックポリシーの状態を検証する方法についての提案をお勧めします。

夕方、私はとにかくこの質問に対する答えを提示することを約束します。

UPD。 コメント内の仮定の数とこの投稿への投票から判断すると、このトピックは興味深いものではなく、ADの作品のニュアンスを「引き出す」ことで議論を手配することはできません。 多分私は自分自身のために新しい何かを発見するのは残念だ。

答えを出すと約束したので

2003rdサーバーの制御下にあるドメインコントローラーでは、RSoPがポリシーの一部の設定値を表示しない、つまり次のことを説明するドキュメントKB927908があります。
コンピューターの構成/ Windowsの設定/セキュリティの設定/アカウントポリシー/パスワードポリシーの下のポリシー:

[コンピューターの構成] / [Windowsの設定] / [セキュリティの設定] / [アカウントポリシー] / [アカウントロックアウトポリシー]の下のポリシー:

コンピューターの構成/ Windowsの設定/セキュリティの設定/ローカルポリシー/セキュリティオプションの下のポリシー:


実際には、2008年と2008 R2の両方のサーバーで説明されている問題を観察しました。
また、PDCエミュレーターの役割なしでドメインコントローラーの現在のポリシーを表示するには、コマンドラインユーティリティを使用できます。
 net accounts /domain 


DCにポリシーを適用する機能

ユーザーブロックポリシーの機能については、ドメインコントローラーの設定の一部がドメインルートにバインドされたポリシーからのみ適用されるというドキュメントKB259576を読むことも価値があります そして、ユーザーのブロックポリシーがこのリストにあります。

ユーザーブロッキングポリシーの適用におけるPDCエミュレーターの特別な役割は何ですか?

まず、ポリシーの実装方法-実際、ユーザーをブロックするための基準を決定する際、DCはドメインオブジェクトの属性からパラメーターを取得します。

したがって、ポリシーを適用するとき、属性のこれらの値は、PDCエミュレーターの役割を持つコントローラーによって設定されます。
これについて面白い探偵物語を読むことができます。

おそらくそれが、RSoPが他のコントローラーにこのポリシーを表示しない理由です-彼らはそれを必要としません-彼らはディレクトリにパラメーターを持っています。

Source: https://habr.com/ru/post/J187036/


All Articles