Windows 10:ブート直後にグループポリシーが適用されず、後で成功する


8

私の問題は、クライアントを新たに起動したときにグループポリシーが適用されないことです。ブート直後、クライアントはイベントログにソース「GroupPolicy(Microsoft-Windows-GroupPolicy)」とイベントID 1058を含むエラーメッセージを投稿します:「グループポリシーの処理に失敗しました。[...]」[詳細]タブのErrorCodeは50で、これはERROR_NOT_SUPPORTEDを表します。これは単なる表面的な問題ではありません。たとえば、ポリシーが実際に適切に適用されていません。たとえば、マップされたネットワークドライブがそこにありません。しばらく待った後、「gpupdate」を実行すると、ポリシーが正常に適用され、マップされたネットワークドライブが表示されます。

問題を再現できた最も単純なシナリオ:新しくインストールされたWindows Server 2012R2で新しく作成されたドメイン、クライアントは新しくインストールされたWindows 10 64ビットマシンです。ドメインは1つのドメインコントローラーのみで構成され、他のドメインとの関係はありません。

エラーメッセージには、WindowsがドメインのSysvol-shareから.GPTファイルを読み取れないことが示されているため、コマンドプロンプトから同じファイルにアクセスしようとしました。実際、ブート直後にコマンドプロンプトを開くと、次のようになります。

C:\Users\username>dir \\domain.example.com\sysvol
The request is not supported.

1〜2分待ってから同じコマンドを実行すると、ディレクトリリストが表示されます。この時点でgpupdateを実行すると問題なく動作します。

グループポリシー設定[コンピューターの起動時およびログオン時に常にネットワークを待つ]を[有効]に設定しましたが、このポリシーが適用されていることがわかります。同じポリシーオブジェクトで、レジストリ設定が指定されており、レジストリを確認するとクライアントには指定された設定があります。

関連する可能性があるその他の要因:

  • NTLMはドメインで制限されていますが、これは問題ではないようです。有効にしてポリシーを更新し、すべてのマシンを再起動した後でも、症状は同じです。
  • サーバーがDHCPを使用して構成されているか、静的構成で構成されているかは関係ありません。
  • ドメインのDNSサーバーは動的更新をサポートしていません。必要なレコードが手動で追加された(C:\ Windows \ System32 \ config \ netlogon.dnsから)
  • クライアントではハイバネーションが無効になっているpowercfg /h offため(を使用)、各ブートはフルブートであり、高速ブートではありません。
  • ポリシーの起動ポリシー処理待機時間は120秒に設定されています
  • DCへの接続は正常に機能します。pingは機能します。クライアントをオフにし、ADで自分のアカウントを無効にし、クライアントをオンにすると、クライアントがログインしなくなります。アカウントが無効になっていることがすぐにわかります。
  • この問題以外に、私は異常なことに気づきません。

これは、グループポリシーの問題よりもSMBの問題のようです。サーバー側で接続をスニッフィングすると、興味深いことがわかります。コマンドを初めて実行するdir \\domain.example.com\sysvolと、DCのMicrosoft Message Analyzerに次のように表示されます。

  1. クライアントがDCのポート445へのTCP接続をセットアップし、ComNegotiationが正常に実行されます(DialectRevision:0x02FF)。
  2. その直後、交渉が成功する。DialectRevisionは0x0302です。
  3. その直後、クライアントはTCP RSTを使用してTCP接続を閉じます(??)

その後コマンドを発行してエラーが発生するたびに、手順2と3が発生します。

コマンドが機能し始めると、ステップ1と2が発生しますが、TCP RSTを送信するクライアントの代わりに、SessionSetupが実行され、次にTreeConnectが実行され、その後、多くの(一見正常な)SMBチャッターが発生します。

そのため、クライアントはブート後1〜2分まではSMBとDCを適切に通信できないように見え、これによりグループポリシーの処理が失敗します。

この問題をデバッグして解決する方法を誰かが知っていますか?


ネットワークで802.1xが使用されていますか?DCから共有にpingまたはアクセスできますか?クライアントマシンはDCと同じサブネットにありますか?クライアントのIP構成をDHCPベースに切り替えるとどうなりますか?ADでパスワードが期限切れになると、クライアントで何が起こりますか?ログイン画面で資格情報を提供した直後にパスワードを変更するように求められますか?ログオン中に接続を盗聴しようとしましたか?
sam_pan_mariusz

回答:


8

Windows 8以降、Microsoftはこの「高速ブート」の概念を導入しました。OSをシャットダウンすると、通常のハイバネーションシナリオでHibernateが機能するのと同じように、OSのメモリフットプリントがハイバネートされます。これにより、OSの起動が速くなりますが、起動時にコンピュータごとのGP処理が無効になるという副作用もあります。それはおそらくあなたが見ているものであり、これはコンピュータの構成\ポリシー\管理用テンプレート\システム\シャットダウン\高速起動の使用を要求するでポリシーを無効にすることで無効にすることができます

それでも問題が解決しない場合は、ネットワークスタックのタイミングの問題である可能性が高く、ネットワークスタックが完全に初期化される前に、コンピューターのGP処理が開始されます。これはXP以降であり、Windows 7以降、Microsoftはポリシーをコンピューターの構成\ポリシー\管理用テンプレート\システム\グループポリシー\起動ポリシーの処理待機時間に追加しました。これにより、GPが開始するまでの待機時間を増やすことができます。60秒に設定してみて、それが役立つかどうかを確認してください。

ダレン


2
言及しているGPOを無効にしても、高速起動は無効になりません。その設定のヘルプには次のように記載されていますIf you disable or do not configure this policy setting, the local setting is used.
Josh

現在Specify startup policy processing wait time、私のサーバー2012R2ボックスでポリシー遅延設定が呼び出されています。
バター

7

私はこの問題を自分で解決することができました。以下のための参照ここに私の問題を解決したものです:

まず、NTLMのすべてのブロックを無効にすると同じ症状が発生するという点で、私は間違っていました。その結果、別の症状が発生し、たまたま同じ効果がありました。NTLMブロックポリシーが有効になっていないため、dirコマンドによりアクセス拒否エラーが発生しました。グループポリシーはまだ適用されません。これは理にかなっています。SYSVOLにはまだアクセスできませんでした。

少しウェブ検索をしたところ、もっと一般的な問題があることがわかりました。でも。どうやら、Windows 10クライアントは、ドメインコントローラーのSYSVOL共有(およびおそらくNETLOGON共有)にアクセスするときに問題が発生する可能性があります。おそらく、Windows 10がこれらの共有へのアクセス方法を変更したため、問題が発生する可能性があります。回避策は、次のようにWindows 10クライアントに「ハード化されたUNCパス」グループポリシーを設定することにより、これらの共有のクライアントでUNCパスの強化を無効にすることです。

\\*\SYSVOL RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0
\\*\NETLOGON RequireMutualAuthentication=1,RequireIntegrity=1

(Windows 10クライアントからNetlogon共有にアクセスする際に問題が発生している場合は、その共有の3つのパラメーターすべてをゼロに設定することも役立ちます。)

詳細については、MS15-011に関するマイクロソフト記事を参照してください。この設定を変更することによるセキュリティへの影響の適切な説明と、ポリシーを変更する方法の詳細な手順が含まれています。

警告:上記の設定では、セキュリティ問題MS15-011に対する保護の一部またはすべてが無効になっていることに注意してください。しないでくださいやみくもにそれらをコピー/ペーストしますが、関連するリスクに基づいて情報に基づいた意思決定を取ります。また、この問題は将来解決される可能性があります。その場合は、MS15-011で説明されているように、このポリシーを推奨値に設定することを忘れないでください。


0

レジストリの変更やローカルグループポリシーの変更など、いくつかの提案を試しましたが、どれも問題を解決できませんでした。マップされたドライブは、起動時にXアウトされました。gpupdateは毎回それを修正しますが、それはユーザーにとって追加のステップでした。

最終的にそれを修正したのは、手動でネットワークドライブをマッピングし、それぞれのGPOエントリを置き換えることでした。切断して交換する必要はありません。手動でマッピングしたのと同じようにマッピングしました。


0

このスレッドを見つけた他の人のための参考までに、相互認証を0に設定してUNC強化をオフにすると、セキュリティの一部が無効になります。私たちはwin7クライアントでも同じ問題を抱えており、Microsoftと協力して取り組んでいました。彼らはそれがバグだと私に言ったが、今のところ、バグがいつ対処されるかを追跡する方法を私は与えていない。

詳細については、この他のスレッドを参照してください https://social.technet.microsoft.com/Forums/en-US/6a20e3f6-728a-4aa9-831a-6133f446ea08/gpos-do-not-apply-on-windows-10-enterprise -x64

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.