IPsec Policy Agent (PolicyAgent)

Dette må du vite

Hva gjør IPsec Policy Agent?

Administrerer IPsec-policyfunksjoner for beskyttet kommunikasjon.

Kan jeg deaktivere IPsec Policy Agent?

Endring av tjenesten kan avbryte beskyttet kommunikasjon eller policyhåndhevelse. Ikke omgå IPsec-kontroller for å fjerne et tilkoblingssymptom. Bekreft den installerte funksjonen og dens effektive policy før du endrer oppstartsadferden.

Hvorfor er IPsec Policy Agent stoppet?

Tilstand og oppstartskonfigurasjon er forskjellige ting. En behovsstartet komponent kan stoppes mellom forespørsler; undersøk den faktiske funksjonsdriften og eventuelle tjenestekontrollfeil.

Er en prosess som bruker IPsec Policy Agent trygg?

Sjekk den faktisk kjørende filen, dens signatur, bane og oppførsel. Et kjent tjenestenavn eller en matchende filnavn alene kan ikke fastslå sikkerhet.

Hva denne tjenesten gjør og når den bør undersøkes

Administrerer IPsec-policyfunksjoner for beskyttet kommunikasjon.

Undersøk denne tjenesten når dens egen tilstand eller hendelsesbevis sammenfaller med den berørte funksjonen. Et lignende navn i Oppgavebehandling, en enkelt ressursbruksprøve eller en stoppet tilstand uten en feilende arbeidsbelastning er ikke en diagnose. Begynn med den nøyaktige operasjonen som er beskrevet nedenfor, og hold systemets opprinnelige konfigurasjon tilgjengelig for sammenligning.

Windows-utgaver, tjenestenavn og forutsetninger for oppstart

For denne nøyaktige tjenesten registrerer den refererte IoT Enterprise-tabellen en oppstartskategori på Manuell. Dette er et dokumentert eksempel for det spesifiserte IoT-miljøet, ikke en måling av datamaskinen din. Sammenlign den lokale StartMode og den effektive administrasjonspolicyen før du behandler en forskjell som en feil.

Microsofts IoT Enterprise-tjenestetabell identifiserer denne komponenten under dens tjenesteidentifikator. Tabellen dekker enheter med fast funksjon for Windows IoT Enterprise, inkludert dokumenterte Windows 10- og Windows 11-varianter. Retningslinjene for oppstart og deaktivering er begrenset til disse scenarioene; det er ikke en generell anbefaling for innstilling for forbruker-Windows, alle bedriftsavbildninger eller alle Windows Server-installasjoner.

Tjenestetilgjengelighet kan avhenge av den installerte utgaven, versjonen, valgfrie funksjoner, kontokontekst og organisatorisk konfigurasjon. Bruk winver eller din administrerte inventarliste for å registrere den installerte versjonen. Sammenlign den med produktomfanget på de lenkede Microsoft-sidene. Hvis en kilde diskuterer en annen utgave eller et eldre Windows Server-grunnlag, bruk den til å forstå funksjonen i stedet for å kopiere standardinnstillingene.

Bruk tjenesteidentifikatoren i stedet for bare å stole på et oversatt visningsnavn. Flere relaterte tjenester kan ha lignende vennlige navn. En manglende registrering kan indikere en utilgjengelig eller uinstallert funksjon; det er ikke bevis på at tjenesten må gjenskapes eller lastes ned.

Undersøk den faktiske registreringen før du endrer den

Følgende eksempler er lokale, skrivebeskyttede inspeksjonskommandoer for Windows PowerShell. De installerer, stopper, starter på nytt, aktiverer eller deaktiverer ikke en tjeneste. Bruk en autorisert konto; noen felt og logger kan kreve administrativ tilgang. Ikke kjør kommandoer i en ikke-betrodd ekstern økt.

Get-CimInstance Win32_Service -Filter "Name='PolicyAgent'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName Kopier

Utdataene skiller det interne navnet, det vennlige visningsnavnet, gjeldende tilstand, oppstartsmodus, tjenestekonto, prosessidentifikator og konfigurert startkommando. En konfigurert bane er ikke bevis på at hver fil som lastes av prosessen, er pålitelig.

sc.exe query "PolicyAgent" Kopier

sc.exe qc "PolicyAgent" Kopier

Bruk sc.exe uttrykkelig i Windows PowerShell, der den kortere skrivemåten sc kan løse seg til en annen kommando. Les den returnerte tilstanden og konfigurasjonen før du bestemmer hva som krever undersøkelse. Et søk som returnerer tilgang nektet, krever en autorisasjonssjekk; et søk som rapporterer en manglende tjeneste, krever en produkt- og installasjonssjekk, ikke umiddelbar gjenoppbygging av registeret.

Sjekk avhengigheter og vertsprosessen

Undersøk både forutsetninger og omvendte avhengigheter på den berørte datamaskinen. RequiredServices viser registrerte forutsetninger; DependentServices viser tjenester som erklærer en avhengighet av denne. Dette er installerte tjenestekontrollrelasjoner, ikke et uttømmende kart over hver applikasjon, planlagt oppgave eller eksternt system som kan være avhengig av funksjonen.

Get-Service -Name 'PolicyAgent' -RequiredServices Kopier

Get-Service -Name 'PolicyAgent' -DependentServices Kopier

Bruk den observerte ProcessId til å identifisere en kjørende vert, og sammenlign dens kjørbare bane og signatur ved hjelp av Oppgavebehandling eller et betrodd Microsoft Sysinternals-verktøy. Hvis den rapporterte prosess-ID-en er null eller det ikke er noen kjørende instans, er det ingen live vert å inspisere gjennom den verdien. Hvis en vert inneholder flere tjenester, kan dens totale CPU- eller minnebruk ikke tilordnes denne tjenesten ut fra prosessnavnet alene.

Prosessidentifikatorer kan gjenbrukes. Registrer observasjonstiden og sjekk identifikatoren på nytt før du iverksetter tiltak. Ikke avslutt en delt tjenestevert for å teste en enkelt tjeneste; det kan avbryte andre hostede komponenter.

En målrettet feilsøkingssekvens

Bestem hvilken effektiv IPsec-policy som gjelder for den feilende trafikken. Sammenlign kilde-, mål- og autentiseringskrav med tiltenkt beskyttelsesregel.

Korreler policytilstand med nøkkelutveksling og brannmurbevis. En matchende regel alene beviser ikke at en sikkerhetsassosiasjon ble opprettet vellykket.

Skille en forebyggings- eller håndhevingsbeslutning fra en tilgjengelighetsfeil. En nektet operasjon kan være det tiltenkte resultatet av retningslinjene. Identifiser den effektive regelen, kontoen, målet og tiden før du foreslår et unntak.

1. Skriv ned den nøyaktige feilende operasjonen, berørte konto, enhet eller endepunkt, og tidspunktet den mislyktes. Ta vare på hele feilteksten før du lukker dialogen.
2. Fang opp tjenestetilstanden og konfigurasjonen på den samme maskinen. Sammenlign om funksjonen mangler, nektes av policy, ikke kan starte eller mislykkes etter at den har startet.
3. I Hendelsesliste kan du sammenligne Service Control Manager-poster i System-loggen med den relevante applikasjons- eller funksjonskanalen rundt det registrerte tidspunktet. Bekreft leverandør- og meldingskontekst før du bruker en hendelses-ID som finnes på nettet.
4. Reproduser én gang med den minste støttede sammenligningen som er beskrevet i denne artikkelen. Hvis resultatet avviker, registrer hvilken etappe som endret seg i stedet for umiddelbart å bruke en bred tilbakestilling.
5. Bruk den funksjonsspesifikke reparasjonsbanen fra Microsoft eller leverandøren som er berettiget av bevisene, gjenta deretter den opprinnelige operasjonen og verifiser resultatet.

Hvis ingen relevant tjenestekontrollfeil er til stede, fortsett med funksjons- eller applikasjonsundersøkelsen i stedet for å tvinge frem en omstart. Omvendt trenger en tjenesteoppstartfeil sin faktiske avsluttingsstatus og omliggende hendelser; en generisk tidsavbruddsmelding alene identifiserer ikke en enkelt reparasjon.

Stoppet, manuell eller ikke funnet: hva resultatet betyr

Kjøring beskriver gjeldende tilstand; oppstartsmodus beskriver konfigurasjon. En manuelt startet eller hendelsesutløst tjeneste kan stoppes mellom forespørsler. Reproduser den støttede funksjonsdriften og sammenlign tilstandsovergangen før du konkluderer med at den bør fortsette å kjøre hele tiden.

Hvis tjenesten ikke finnes, bekreft dens nøyaktige identifikator, den tiltenkte datamaskinen og om Windows-funksjonen er installert. Hvis tilgang nektes, ta vare på feilen og sjekk autorisasjon eller administrasjonspolicy. Ikke utled fravær fra ett begrenset visningsbilde, og ikke opprett en erstatningsregistrering fra en urelatert PC.

En startoperasjon kan mislykkes på grunn av dens forutsetninger, konfigurasjon, kontotillatelser, funksjonstilstand eller komponenten den starter. Unngå å bruke en fast oppstartsverdi kopiert fra en annen Windows-utgave eller -avbildning; sammenlign det faktiske administrerte grunnlaget for denne datamaskinen.

Undersøker høy bruk av CPU, minne, disk eller nettverk

Fang opp en kort tidsserie mens du reproduserer den faktiske arbeidsbelastningen. Skille et kort utbrudd knyttet til pålogging, oppsett, synkronisering eller en oppdatering fra arbeid som gjentatte ganger mislykkes i å fullføre. Registrer applikasjonsarbeidsbelastningen og intervallet som brukes til sammenligning; denne artikkelen foreskriver ikke en universell sikker prosentandel eller minnegrense.

Bruk gjeldende prosesstilordning og et passende ytelsesverktøy for å koble ressursaktivitet til den forespørlende funksjonen. En delt verts arbeidsmengde er ikke en tildeling per tjeneste, og en statusetikett fastslår ikke hvilken komponent som genererte hver diskoperasjon eller nettverksforespørsel. Hvis ressursbruken endres etter en støttet reparasjon, må du verifisere at funksjonen fortsatt fungerer før du tilskriver årsakssammenheng.

Kan du stoppe eller deaktivere den?

Endring av tjenesten kan avbryte beskyttet kommunikasjon eller policyhåndhevelse. Ikke omgå IPsec-kontroller for å fjerne et tilkoblingssymptom.

Hold beskyttelses- eller krypteringsgjenopprettingsbanen tilgjengelig under undersøkelsen. Ikke deaktiver en delt sikkerhetskomponent, svekk sertifikatvalidering eller gi brede tillatelser bare for å få en test til å lykkes. Bekreft at den opprinnelige operasjonen fungerer under de tiltenkte retningslinjene etter en godkjent reparasjon.

Behandle stopp, omstart og deaktivering som forskjellige operasjoner. En omstart avbryter pågående arbeid; deaktivering endrer fremtidig oppstartsatferd. Muligheten til å forespørre en endring etablerer ikke at endringen er trygg, støttet eller tillatt av organisatorisk policy. Denne artikkelen gir med vilje inspeksjonskommandoer først i stedet for en universell stopp- eller deaktiveringskommando.

Gjenoppretting, bekreftelse og en eskaleringssjekkliste

Før en godkjent konfigurasjonsendring må du registrere de opprinnelige oppstartsinnstillingene, tjenestekontoen, avhengighetene og relevante funksjonspolicyer. Skaff et vedlikeholdsvindu og en kjent tilgangsvei for gjenoppretting når brukere, lagring, autentisering eller fjernadministrasjon kan bli berørt. Oppbevar sikkerhetskopier og materialer for gjenoppretting av legitimasjon på deres autoriserte sikre sted, ikke i et støtteutskrift.

Endre én berettiget innstilling om gangen ved hjelp av produktets eier eller administratorens støttede prosedyre. Hvis resultatet blir verre, gjenopprett den registrerte konfigurasjonen gjennom den samme støttede administrasjonsbanen. Ikke gjet tjenestetillatelser, erstatt tjenestekontoen med en administrator, importer registernøkler fra en annen Windows-versjon eller behandle en fungerende tjenestestart som bevis på at applikasjonen kom seg.

Bekreft gjenoppretting ved å gjenta den opprinnelige operasjonen, sjekke resultatet og sammenligne tjeneste- og applikasjonshendelsene over den samme typen arbeidsbelastning. Bekreft at avhengige funksjoner fortsatt fungerer og at symbolet ikke umiddelbart kommer tilbake. Hvis årsaken forblir uklar, ta vare på den mislykkede testen som bevis i stedet for å prøve destruktive reparasjoner på nytt.

• Inkluder tjenesteidentifikatoren og den faktiske instansnavnet, Windows-utgave/versjon, berørt funksjon og om enheten er administrert.
• Inkluder tidsstemplet tjenestetilstand, avhengighetsutdata, den nøyaktige applikasjonsfeilen og den relevante hendelsesleverandøren og meldingen.
• Inkluder den minste reproduksjonen, de støttede endringene som ble forsøkt, og deres observerte utfall.
• Rediger bort passord, gjenopprettingsnøkler, aksesstokener, private nøkler, personlig filinnhold og unødvendige identifikatorer før du deler logger.

Relatert

Disse enhetene er koblet til denne artikkelen. Type vises på hver kobling.

Kilder og verifisering

Redaksjonelt eierskap: Feex. Ingen uavhengig vurderingsdato er registrert. Hvordan vi gjør undersøkelser.

• Microsoft: Veiledning for Windows IoT Enterprise-tjenester · Eksakt tjenesterad (PolicyAgent). Windows 10/11 IoT Enterprise-omfang; ikke en universell konfigurasjonsanbefaling.
• Microsoft: Windows-tjenesterarkitektur · Tjenestelivssyklus- og administrasjonsarkitektur; diagnostisk tolking nedenfor er Feex redaksjonell veiledning.
• Microsoft: Win32_Service-egenskaper · Definisjoner av tilstand, oppstartsmodus, tjenesteidentitet, prosess-ID og konfigurert kjørbar bane.
• Microsoft: Get-Service · Skrivebeskyttet tjenesteoppdagelse og avhengighetsinspeksjon. Eksempler retter seg mot Windows PowerShell.
• Microsoft: sc.exe-søk · Tjenestetilstandsutdata og tjenestenavnsyntaks.
• Oversikt over Windows-brannmur · Kontekst for diagnoseområdet, ikke bevis på en fast avhengighetsliste eller universal oppstartsrettet konfigurasjon.