【WinUp個別】Win7の共有障害回避とMSコミュでの障害に関するその他の質問状況【2019/1/11】

2019年1月8日 – KB4480970（月次ロールアップ）・・・KB4480960も同じ

このアップデートの既知の問題
症状（絶賛放置中のネットワーク障害）
この更新プログラムを適用した後に、ネットワークインターフェイスコントローラが一部のクライアントソフトウェア構成での作業を停止することがあります。これは、見つからないファイルoem .infに関連した問題が原因で発生します。正確な問題のある構成は現在不明です。

回避策
ネットワークデバイスを見つけるには、devmgmt.mscを起動します。他のデバイスの下に表示されることがあります。
NICを自動的に再検出してドライバをインストールするには、[ 操作 ]メニューから[ ハードウェア変更のスキャン]を選択します。
または、デバイスを右クリックして[ 更新 ]を選択して、ネットワークデバイス用のドライバをインストールします。 次に、[ 自動的に検索して更新されたドライバソフトウェアを検索する]または[ マイコンピュータを参照してドライバソフトウェアを検索する]を選択します。

 

症状（認証不具合、ボリュームライセンスのみ？）
ボリュームライセンスを取得したWindows 7 KMSクライアントで、2019年1月8日以降に開始されるライセンス認証の失敗および “正規品ではない”通知が報告されています。通知は述べることができる：

「Windowsは本物ではない」
“お使いのコンピュータはWindowsの偽造コピーを実行している可能性があります。”
画面上のエラーおよびログに記録されたイベントは、“ xC004F200（純正品ではない）”を参照してください。

回避策
注：この問題の発生時期は、2019年1月8日火曜日にリリースされた1月の更新プログラム（KB4480960およびKB4480970）のリリースと一致しています。これらのイベントは関係ありません。

この問題は、バックエンドのMicrosoftのライセンス認証および検証サーバーで修正されています。この問題の影響を受ける場合は、サポート技術情報の記事KB4487266のガイダンスに従ってください。

 

症状（ファイルなどの共有不具合のMS公式回避策）
地元の「管理者」の一部であるローカルユーザーはグループが1月8日インストール後のWindows Server 2008 R2およびWindows 7のマシン上でリモートからのアクセスの共有をすることができないかもしれない目、2019セキュリティ更新プログラムを。これは、ローカルの “管理者”グループのドメインアカウントには影響しません。

回避策
この問題を回避するには、ローカルの “Administrators”グループに属していないローカルアカウント、またはドメインユーザー（ドメイン管理者を含む）のいずれかを使用します。

今後のリリースで修正プログラムが提供されるまで、この回避策をお勧めします。

MS公式では「ローカルの “Administrators”グループに属していないローカルアカウント、またはドメインユーザー（ドメイン管理者を含む）のいずれかを使用」という回避策なのですが、敷居が高いというか、工数がかかるので「よく意味が分からないという人にはどうにもならないアドバイスですし、企業などで多台数のPCのユーザー設定を変更する」ということも現実的ではない気がします。

残りの手段は二つです。

1）KB4480970（4480960）をアンインストール・・・セキュリティー上問題あり

2）レジストリを変更する

このブログとしては、KBは適用の上「2）レジストリを変更する」というのを推奨します。（手順等間違いはないと思いますがあくまで自己責任での操作となります）

手順
1）「Winキー　+　R」でファイル名を指定して実行を呼び出し、「　regedit 　」と入力しレジストリエディタを起動

2）

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows

\CurrentVersion\Policies\systemを探します。

3-1）通常、最後のsystemを展開しても中にはAuditとUIPIの二つしかないと思います。を見てもLocalAccountTokenFilterPolicyはないと思います。

ここに、LocalAccountTokenFilterPolicyというDWORD(32ビット)値を作成し、値のデータを1に設定しますがしばしお待ちください。｛もしLocalAccountTokenFilterPolicyがある方はDWORD(32ビット)値を1に変更します。｝

追加画像（キーが追加された状態）

不具合や失敗と（多台数に適用する場合の）手間を避けるため以下の手順を踏みます。

3-2）当該フォルダ（HKEY_LOCAL_MACHINE\・・・\systemを選択し、ファイルタブからエクスポート　⇒　例えば「2019-1-11　ファイル問題regバックアップ」など名前を付けて絶対に無くさないように保存しておきます。（将来元に戻すときに使用します。このファイルがあれば追記部分：万が一の場合でもインポートすることで状態が正確に書き戻せます）

追記部分：また、システムを選択した状態で、元に戻すときのために適用前の内容のスクリーンショットも取得しておきます。

3-3）cmd（管理者）を起動し、（LocalAccountTokenFilterPolicyがない前提です。ある方はレジストリエディタで値を書き換えてください）「　reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f　」をコピペして実行します。

実行後再起動するとレジストリが書き換えられた状態になっていると思いますので確認してみてくださいね。

なお、MSで正式に対応策が提供された場合は、（予期しない不具合を避けるため）当該レジストリを復元後にMS提供の対策パッチを実行するよう注意してくださいね。

追記部分：あまり書き方が良くありませんでしたので再度説明します。

当該レジストリを復元　⇒　LocalAccountTokenFilterPolicyが存在していたケースでは元の値に書き戻す、存在していなかった場合には当該キーを削除するということです。

なお、今回の記述の不備で「LocalAccountTokenFilterPolicy」が当初からあったのかなかったのか不明な場合は、いったんLocalAccountTokenFilterPolicyを削除後にエクスポートファイルからインポートすることで、「なかった場合にはそのままない状態」に、「当初からあった場合には当初の値で復元」されます。

今後も、十二分の注意を払って錯誤などが無いよう留意しますのでどうぞご寛容ください。