システムwiki

更新エラーコード0x80070005制限付きユーザーアカウントXP SP3

Reldel 解決済 最終更新日:2020-08-27 10:48

XPコンピューターを2つのアカウントで完全に更新しました.1人の管理者は必要な場合にのみ使用し、限られたユーザーアカウントを日常の活動に使用しました.他のセキュリティソフトウェアやベータ製品はありません.
MSEは自動更新を取得し、期待どおりに管理者アカウントを使用して手動で更新できます.
制限付きユーザーアカウントはまだ自動更新を実行していません.手動で更新しようとすると、このスレッドのタイトルに示されているエラーコードがスローされ、「認証に失敗したか、認証されたため、MSEはサーバー上の更新にアクセスできませんでした.
メソッドはサポートされていません.」
制限付きユーザーアカウントを管理者アカウントに変更すると、更新され、期待どおりに手動で更新できます.アカウントをLUAに戻すと、エラーコードが再表示されます手動で更新しようとしています.
MSEはXPの制限付きユーザーアカウントでの更新に問題がありますか?
ヘルプボタンからのエラーコードメッセージを調査しましたが、そのようなエラーコードはデータベースに表示されません.
アイデアまたはそれはバグですか?
Vistaマシンでは、標準アカウントと管理アカウントの更新が期待どおりに実行されます.

返信リスト(回答:10)

1 #
ShieErl
XPでは、MSEは制限付きユーザーアカウントを使用して手動更新を実行できません(例:[更新]ボタンをクリック)
ただし、2つの点に注意してください.
1.自動更新は期待どおりにダウンロードされます
2.別のアカウントから更新する場合、この更新は制限付きアカウントにもカウントされます.彼らは同じ署名セットを見ています.
応答1# ->にスキップ
2 #
JohnM
1.自動更新は期待どおりにダウンロードされます
2.別のアカウントから更新する場合、この更新は制限付きアカウントにもカウントされます.彼らは同じ署名セットを見ています.
私は非営利のホームレス避難所で働いており、ワークグループ環境でWindows XP SP3を使用しています.管理者がログインするまでWindowsの更新プログラムがダウンロードまたは適用されないのは、制限付きユーザーアカウント(LUA)での私の経験です.ほとんどすべての
PCはLUAを日常的にのみ使用します.管理者が実際にログインすることはまれです.これは、Windows Updateには特に十分ではなく、特にウイルスシグネチャの更新には不十分です.MSEは自身を更新できる必要があります(ウイルスシグネチャと
プログラムの更新)がリリースされる前.そうでない場合、MSEは私たちの環境では使用できません.
プロキシサーバーを介した更新に対処する必要がある別の問題.MSEがプロキシサーバーを使用して手動で更新されていないようです.Windows Updateやインターネットアクティビティは正常に機能します.
応答2# ->にスキップ
6 #
Stephen
MSEの更新は、Windows Updateの「パイプ」を使用しますが、署名を自動的に確認および更新するときにWindows Updateのサービスを使用しません.プログラムの更新がダウンロードされてステージングされることは私の理解ですが、管理者アカウント
プログラムのアップデートを適用する必要があります.署名の更新ではそうではありません.
-steve

Microsoft mvp Windows Live/Windows Live OneCare、Live Mesh、およびMS Security Essentialsフォーラムモデレーター
応答6# ->にスキップ
7 #
Reldel
それは、OneCareのように大丈夫でしょう.スティーブに感謝します.以前の修正を後で終日または明日に試します.
応答7# ->にスキップ
8 #
Reldel
更新、今朝、私はこのスレッドで前述した変更を行わないことにしました.代わりに、LUAのみがログオンしている場合、通常の毎日のWindows更新連絡先が実際に定義versionを更新することを確認します.
毎日.
インストール以来、これが起こったとは思いません.この時点で、8:40 AM EDT 6/25、定義にはversion260.0が20:55 PM 6/23、36時間前から表示されます.
変更を加える前に実際に更新されるかどうかを確認したいと思います.
応答8# ->にスキップ
9 #
Stephen
更新された調査結果をお待ちしています.
ユーザーアカウントのインストールを制限していないので、テストは私にとっても有益です.:-)
更新されない場合は、バグレポートも送信してください.
-steve

Microsoft mvp Windows Live/Windows Live OneCare、Live Mesh、およびMS Security Essentialsフォーラムモデレーター
応答9# ->にスキップ
10 #
Reldel
さらに24時間経過しても、Xp Sp 3の制限付きアカウントはまだ更新されませんでした.
更新が発生するのを恐れて、管理者アカウントへのアクセスを避けていましたが、アカウントを開いてざっと見ることにしました.昨日いつかセキュリティセンターが赤くなり、ウイルス対策がインストールされていないことを追加する必要があります.
管理者アカウントでバグレポートを実行しようとしましたが、実行ボックスにコマンドを入力してポップアップボックスを入力すると、プログラムを見つけることができなかったと述べた.そのため、バグレポートを取得できませんでした.
どういうわけかインストールが必要であると考えたので、今朝、再インストールを実行しました.再インストールではセキュリティセンターが自動的に修正されなかったため、リポジトリに移動してリポジトリファイルを削除し、セキュリティセンターを修正する必要がありました.
MSEの前に、このコンピュータに問題がなかったことを示す必要があります.すべてが正常に実行されました.また、管理者はコンピューターの時刻が正確であること、およびWindowsの更新が毎日午後12時に自動に設定されていることを確認しました.
ここで、新規インストールとの違いを確認します.さらに後で.
Vistaではすべてがうまく機能し、標準アカウントの更新は問題なく動作します.
√
3 #
Aiscer
0x80070005はAccess is Deniedエラーです.これは、Applicationまたは実行可能ファイルのいずれかに、特定のアクションを呼び出すために必要な昇格がないためです.
この場合は、管理者アカウントと比較して完全な権限を持っていない制限付きユーザーを使用しているためです.この制限付きユーザーを管理者レベルに変更したときに見たように、その定義を手動で更新できました.また、
ユーザーアカウントが制限されている場合、ソフトウェア更新サービスを呼び出してソフトウェアの変更を実行するための特定のアクションが必要です.この場合、定義のMSE更新です.これは、aLUAを使用してWindows Defenderを更新する場合と同じです.
Access is Deniedエラー(0x80070005)と同じいくつかのエラーコードも表示されます.
MSEが制限付きユーザーを介して更新できるようにしたい場合は、Program Files上のMSEのフォルダーに対する権限を変更することにより、この制限付きユーザーに権限を具体的に付与できます.
これが役立つかどうかを確認してください:https://support.Microsoft.com/default.aspx/kb/810881-ただし、フォルダの所有権を取得せず、代わりに制限付きユーザーの「変更」を許可します.
プロキシサーバーを介した更新は、まったく別の問題です.MSEはプロキシサーバーを通過する必要はありません.

月、真紅の聖域
応答3# ->にスキップ
4 #
Reldel
https://support.Microsoft.comを試します/default.aspx/kb/810881ソリューションとレポートを返します.
MSAはLUAにサインインしている間は自動的に更新され、LUAで手動で更新できるはずです.以前はEset製品とAvira製品の両方を使用していたため、どちらもXPの管理者アカウントにサインインする必要なくLUAを更新しました.LUAは強力なセキュリティです
XPのツールと定義の更新は首を絞めてはならず、管理者のサインインが必要です.FWIW.
応答4# ->にスキップ
5 #
KevinHa
このソリューションが機能するかどうか楽しみです.成功した場合は報告してください！

私の答えがあなたが探していたものであることがわかった場合は、下の[回答としてマーク]ボックスをクリックしてください.

関連質問