<本文>Microsoft は、共同管理環境でサードパーティの更新プログラムが使用されている場合のソフトウェア更新の問題を解決するための新しい修正プログラム KB36495448 をリリースしました。この修正プログラムは 2026 年 2 月 23 日にリリースされ、SCCM バージョン 2503 および 2509 に適用されます。 Configuration Manager バージョン 2503 (更新ロールアップ KB32851084 が適用されている) および 2509 では、共同管理されているデバイスでサードパーティの更新プログラムを有効にすると、Windows Update スキャン ソース ポリシーが誤って変更されてしまいます。これにより、Configuration Manager クライアントが不完全または部分的なスキャン ソース ポリシー構成を生成する可能性があります。 部分スキャンにより、Microsoft Intune または Windows Update for Business (WUfB) から機能更新プログラムまたは品質更新プログラムを受信する必要があるデバイスが、代わりに WSUS/構成マネージャーからそれらの更新プログラムを取得するようになります。 KB36495448 更新プログラムは、Configuration Manager が共同管理されているデバイス上で Windows Update スキャン ソース ポリシーを設定または変更しないようにすることで、この問題を解決します。 Patch My PC を使用してサードパーティ アプリケーションをインストールおよび更新する 前提条件 KB36495448 更新プログラムをインストールするには、Configuration Manager バージョン 2503 (更新プログラム ロールアップ KB32851084 がインストールされている) および 2509 を使用する必要があります。 このホットフィックスは、以前にリリースされたホットフィックスを置き換えるものではありません。 この更新プログラムをインストールするときに、他の展開が進行中でないことを確認してください。 詳細については、Microsoft の KB36495448 ホットフィックス ドキュメントを参照してください。

<本文>Microsoft は、Configuration Manager バージョン 2509、2503、および 2409 用の修正プログラム KB36419072 を公開しました。この更新プログラムは、Configuration Manager フィードバックを提供するために認証を要求することにより、製品のセキュリティと信頼性を強化します。 2026 年 6 月 26 日以降、Configuration Manager 製品のフィードバックを送信する場合、認証されていない要求は受け付けられなくなります。つまり、フィードバックを送信するには Microsoft アカウントでサインインする必要があります。 最近、Microsoft は、共同管理環境でサードパーティの更新プログラムが使用されている場合のソフトウェア更新の問題を解決するために、バージョン 2509 および 2503 用のホットフィックス KB36495448 もリリースしました。すべての Current Branch バージョンにわたる修正プログラムを追跡するには、Configuration Manager の修正プログラムと更新プログラムのロールアップに関するガイドを参照することをお勧めします。 Patch My PC を使用してサードパーティ アプリケーションをインストールおよび更新する SCCM コンソールでのフィードバックの変更 以下の画像は、Configuration Manager コンソールを通じてフィードバックを送信するときの認証の強制を明確に比較したものです。左側では、修正プログラム KB36419072 をインストールする前は、ユーザーはサインインせずにフィードバックを送信できました。右側では、KB36419072 更新プログラムをインストールした後、ユーザーはフィードバックを送信するためにサインインする必要があります。 Configuration Manager のフィードバックの変更 前提条件 修正プログラム KB36419072 は、次のバージョンの Configuration Manager に適用されます。 このアップデートは、以前にリリースされたアップデートを置き換えるものではありません。また、アップデートによって、インストール後にサイトのリセットが開始されることはありません。 詳細については、Microsoft の KB36419072 ホットフィックス ドキュメントを参照してください。 KB36419072 既知の問題 Microsoft は、この変更により、スタンドアロン ツール UploadOfflineFeedback.exe が機能しなくなるという既知の問題があると述べています。この問題は次のリリースで修正される予定ですが、他の組み込み UX オプションを使用してフィードバックを送信することは可能です。

<本文>「AnyDesk ネットワークから切断されました」エラーを修正する方法 「AnyDesk ネットワークから切断されました」エラーを修正する方法 AnyDesk を使用して別のコンピュータにリモート接続しようとすると、「AnyDesk ネットワークから切断されました」というエラーが発生する場合があります。これは、アプリケーションが AnyDesk ネットワーク サーバーとの接続を確立または維持できず、リモート セッションを開始できないことを示します。 ほとんどの場合、これはデバイスと AnyDesk サーバー間のネットワーク通信が中断されたときに発生します。中断は、ファイアウォールの制限、ウイルス対策の干渉、アプリケーション データの破損、不正なシステム時間、VPN またはプロキシの使用、または一時的なネットワークの不安定によって発生する可能性があります。 オフィス、学校、公共 Wi-Fi システムなどの一部の管理ネットワークでも、リモート アクセス ソフトウェアがブロックされる場合があります。これが発生すると、AnyDesk はサーバーにアクセスできなくなり、接続の試行は失敗します。 以下の方法は、リモート セッションを正常に確立できるように、AnyDesk ネットワークとの通常の通信を復元することに重点を置いています。 1. Windows ファイアウォールを通過する AnyDesk を許可する Windows ファイアウォールは、どのアプリケーションがネットワーク トラフィックを送受信できるかを制御します。 AnyDesk がブロックされている場合、プログラムはリモート セッションを確立するために必要なサーバーと通信できません。 アプリケーションがファイアウォールを通過できるようにすると、必要な受信および送信ネットワーク接続が Windows によってブロックされなくなります。 Windows + R を押し、「control」と入力して Enter を押します。 システムとセキュリティ → Windows Defender ファイアウォール に移動します。 Windows Defender ファイアウォールを介したアプリまたは機能を許可する をクリックします。 AnyDesk を見つけて、プライベートとパブリックの両方を有効にします。 OK をクリックし、AnyDesk を再起動します。 2. AnyDesk をクリーン再インストールする AnyDesk は、設定ファイルと接続キャッシュをシステム上にローカルに保存します。更新または不完全なインストール後にこれらのファイルが破損した場合、クライアントは正常に開きますが、ネットワークとの通信に失敗することがあります。

<本文>DirectX をインストールまたは更新するときに、「DirectX セットアップでファイルをダウンロードできませんでした。後で試すか、ネットワーク接続を確認してください。」というエラーが発生する場合があります。これは通常、DirectX Web インストーラーが Microsoft のサーバーから必要なコンポーネントをダウンロードできない場合に発生します。 Web インストーラーは、インストール中に追加の DirectX コンポーネントをダウンロードする小さなセットアップ ファイルです。 インストーラーが Microsoft サーバーと正しく通信できない場合、必要なファイルをダウンロードできず、インストールが停止します。 この問題は通常、不安定なインターネット接続、不適切な DNS 構成、古いネットワーク キャッシュ、または破損したインストーラー ファイルによって発生します。状況によっては、ファイアウォール ルール、ウイルス対策ソフトウェア、または Microsoft サーバーの一時的な問題により、ダウンロード リクエストが中断されることがあります。 以下の方法は、ネットワーク通信の復元、キャッシュされたネットワーク データのクリア、または必要なファイルを取得できない場合の Web インストーラーのバイパスに重点を置いています。 1. ネットワークアダプターを再起動します 一時的なネットワーク障害により、バックグラウンドでのダウンロードが失敗している間、Windows がインターネットに接続されているように見えることがあります。ネットワーク アダプターを再起動すると、Windows は強制的に接続を再構築し、DirectX インストーラーが Microsoft サーバーに接続するのを妨げる可能性がある一時的な障害を解消します。 Windows + R を押し、 ncpa.cpl と入力して Enter を押します。 現在使用しているネットワーク アダプタ (Wi-Fi または Ethernet) を右クリックします。 無効にする を選択し、数秒待ちます。 アダプターを再度右クリックし、「有効化」を選択します。 DirectX インストーラーを再度実行します。 2. DNSが自動に設定されていることを確認してください DNS はドメイン名を IP アドレスに変換して、アプリケーションがサーバーを見つけられるようにします。 DirectX インストーラーは、DNS に依存して Microsoft のダウンロード サーバーにアクセスします。

<本文>「ハードウェア仮想化を有効にする必要があります」エラーは、通常、CPU 仮想化が BIOS/UEFI で無効になっているか、プロセッサでサポートされていない、または互換性のない Windows 仮想化設定によってブロックされている PC 上で、Windows 用 Google Play ゲームでゲームをインストールまたは起動しようとすると表示されます。 ハードウェア仮想化は、Windows が分離された仮想環境を実行できるようにするプロセッサ機能です。 Google Play ゲームはこの機能を使用して、Windows 上に必要な Android 環境を作成します。仮想化が利用できないか、正しく構成されていない場合、Google Play ゲームの起動に失敗し、このエラーが表示されることがあります。 このエラーの最も一般的な理由は次のとおりです。 仮想化は BIOS/UEFI で無効になっています お使いのプロセッサは仮想化をサポートしていません この設定は存在しますが、マザーボードまたはラップトップのメーカーによって名前が異なります。 必要な Windows 仮想化機能が無効になっているか、構成が正しくありません Hyper-V または関連コンポーネントが Google Play ゲームと競合しています BIOS に入る前に、プロセッサが仮想化をサポートしているかどうかを確認する価値があります。存在する場合は、BIOS/UEFI で機能を有効にし、Windows での変更を確認できます。 CPU が仮想化をサポートしているかどうかを確認する 最新の Intel および AMD プロセッサのほとんどは仮想化をサポートしていますが、実際のモデルを確認することが重要です。 Ctrl + Shift + Esc を押してタスク マネージャーを開きます パフォーマンス > CPU に移動し、プロセッサ名をメモします。 Intel または AMD の公式 Web サイトで CPU モデルを検索してください Intel VT-x 、 Intel Virtualization Technology 、 AMD-V 、または SVM を探します プロセッサが仮想化をサポートしていない場合、この機能を有効にすることはできず、Windows 向け Google Play ゲームはシステム上で動作しません。

<本文>人生の中で、急いで文書を見つけようとする瞬間が必ずありますが、その文書がダウンロード フォルダーのどこかに埋もれてしまい、間に合わないことがあります。ダウンロード、ドキュメント、OneDrive フォルダーにまたがってファイルを検索するのは、常に面倒な作業です。 時間が経つにつれて、ダウンロード フォルダーは、サイズではなく、その中にあるファイルの数で見て、システム上で最大のフォルダーの 1 つになりました。私は毎日、写真、PDF、その他の仕事関連のファイルをダウンロードします。夕方になると、リストの数が増え、以前にダウンロードしたものを見つけるのが困難になります。 Windows Search は、ファイルを見つけるプロセスを容易にするはずです。しかし、それは奇妙な方法で機能します。場合によっては、必要なファイルが即座に見つかることもあります。また、検索を続けても実際には見つからない場合もあります。結果は常に一貫しているとは限りません。 この矛盾と不満から、ファイル検索が実際にどのように機能するのか興味が湧きました。この好奇心が最終的に、Windows Search を自分で構築したシステムに置き換える別のことを試すようになりました。 関連 Local Whisper は、サーバーに一言も送信せずに、1 時間の会議を数分で文字起こしします。 最新のハードウェアにより、ローカル AI は驚くほど実用的になります。 Windows 検索が役に立たなくなった場合 検索が信頼できなくなった場合 Windows Search の動作に一貫性がありません。通常、検索バーに数文字を入力するだけでファイルを見つけることができます。オペレーティング システムはそのように設計されていますが、Windows Search では一貫した結果が得られません。検索結果が即座に表示される場合もあります。また、時間がかかりすぎるか、ファイルがまったく見つからない場合もあります。時間の経過とともにフォルダーのサイズが大きくなるにつれて、信頼できる結果を得ることが難しくなります。 私は日々のスケジュールの中で、画像、スクリーンショット、PDF、プロジェクトファイルなど、さまざまな種類のファイルを扱います。その数は急速に増加する可能性があります。場合によっては、一日の終わりまでにファイル数が数百に達することもあります。数日前にダウンロードしたファイルを手動で見つけるのは不可能になります。それらを見つけるには Windows Search に依存する必要があります。最新のファイルについては、インデックス作成を待つ必要があります。場合によっては、それらを見つけるために複数回検索を実行する必要があることがあります。簡単に言うと、通常の修正をすべて試しましたが、不一致は常に一貫しています。 最後に、Windows Search のトラブルシューティングを再度試みるのではなく、別のルートを選択し、問題は検索システム自体にあるのではないかと考え始めました。 小規模な Debian サーバーを検索脳に変える 1 台の小型サーバーがすべてを変えました さまざまな検索ツールを調査しているときに、私が観察したことの 1 つは、検索ツールがファイルのインデックス作成に依存しているということでした。インデクサーは検索ツールの中心であり、特定のオペレーティング システムに関連付けられていません。小規模なサーバーでも同じ作業を実行できます。この認識が私にカスタム インデクサーを構築する動機を与えました。 私はホームラボサーバーを所有しています。ベアメタル Debian 上で動作します。インデクサーのセットアップを構築するのに Linux サーバーよりも適した場所はどこでしょうか?サーバーには、軽量のインデクサーをホストするのに十分なリソースがあります。その唯一のタスクは、インデクサーをホストすることです。ファイルは Windows PC に残りますが、フォルダーは SMB を使用してサーバーにマウントされます。サーバーはそれらをスキャンするだけです。 フォルダーをスキャンし、ファイル名を記録し、名前、パス、場所などのメタデータを保存する小さな Python スクリプトを作成しました。 Python スクリプトを 10 分ごとに実行して新しいファイルにインデックスを付ける簡単な cron ジョブを設定しました。増分インデックス作成や inotify や fswatch などのリアルタイム ファイル ウォッチャーなど、より高度なソリューションも利用できますが、これらのアプローチは大規模な環境でより役立ちます。