711 Failure (feil) hvordan å fikse?

Ganske ofte, er mange brukere av datasystemer basert på Windows møtt med den ubehagelige problemet når vi forsøker å koble seg til Internett i stedet for den forventede tilkoblingen mislykkes med koden 711 (feil). Hvordan å fikse det noen enkle måter, nå og vil bli vist.

Årsaker til svikt

Hvis du forstår årsakene til fremveksten av slike feil kan være ganske mye. Men blant alle situasjoner er det flere typiske tilfeller, som i hovedsak knyttet til avbrudd av en rekke tjenester som er ansvarlige for gjennomføringen av ekstern tilgang tilkoblinger, samt komponenter i forbindelse med telefoni PPPoE (oftest det ser ut når du bruker tilkoblinger via VPN).

Dermed er svikt på grunn av det faktum at følgende tjenester kan være deaktivert:

• helpdesk, Plug & Play (Plug and Play);
• standardstyringer og automatisk oppringt forbindelse;
• telefoni service;
• SSTP tjeneste (kun for Windows 7 og over).

Parallelt ser vi flere alternativer 711 svikt (feil). Hvordan forbedre situasjonen, vil det bli gitt for hvert enkelt tilfelle. I tillegg vil bli gitt er ikke helt standard anbefaling, som kan brukes, så å si, som en siste utvei, og da bare på egen risiko.

Error 711, Windows 7: Hvordan fikse seksjons Services?

Så først må vi kontrollere driften av de ovennevnte komponenter. Du kan gjøre dette fra administrasjonen delen, som ligger i standard "Control Panel", men vil være raskere å bruke menyen "Kjør" i å registrere kommandoen services.msc.

Nå finner vi hver av de ovennevnte tjenestene i listen til høyre og høyre-klikk samtale menyen, velg partisjonen egenskaper. Her må du ta hensyn til type start. For å støtte Plug & Play-enheter bør settes til å starte automatisk, men for alle andre - starte den manuelt. I henhold til innstillingene er ferdig med alt og opprettholde et system overbelastning.

Tilkoblingsfeil 711: hvordan å fikse ved hjelp av utvidede tilgangsrettigheter?

Dessverre, kan dette ikke være begrenset kun til misligholdte komponenter av tjenestene. En annen grunn kan være at brukeren har tilstrekkelige tilgangsrettigheter til systemet. I dette tilfellet vises svikt 711 igjen (feil). Hvordan å fikse det, hvis den forrige løsningen ikke fungerer? Det er veldig enkelt.

Ved hjelp av standard "Explorer" på systemstasjonen (som oftest er det «C» delen) inneholder Windows-mappen, høyreklikk for å åpne kontekstmenyen og velg derfra profilegenskaper, så gå til kategorien Sikkerhet.

Her er vi interessert i linjen "system". Like nedenfor knapp endrer tillatelsene, men i et nytt vindu ser på en gruppe av brukere. For grupper "CREATOR OWNER", "system" og "Trust" -knappen for å bruke endringene i parametrene, og angi deretter full tilgang (i boksen under put "fugl" foran alle tilgjengelige poeng). Lagre endringene og igjen starte på nytt.

Gi nytt navn til mappen LogFiles

Ganske ofte kan du finne en annen situasjon knyttet til rapportfilen. Deretter 711 krasj (bug) kan forekomme også. Hvordan løse problemet i dette tilfellet? Ja, bare endre navnet på mappen selv, hvor dataene er lagret.

Vanligvis kan katalogen selv bli funnet i systemet System32 mappen rotkatalogen (Windows). Men du må først starte opp eller i sikkermodus, eller bruke noen LiveCD (i normal modus, vil systemet ikke tillater å endre navnet på mappen).

Last opp, finne den aktuelle mappen og tildele den et navn du velger (Loggfiler 1, Logfiles_1, men uansett). Det viktigste - å forlate i navnet til det opprinnelige navnet med tillegg av noe annet). Så, som vanlig, neste omstart, og det er alt.

Kommandolinjen er på egen risiko

Til slutt, la oss se hvordan å fikse feilen 711 når Internett-tilkobling ved hjelp av spesielle grupper. Umiddelbart ser vi at eksperter anbefaler å bruke den bare i situasjoner når ingenting annet hjelper.

Ring kommandolinje (cmd menyen "Run» (Vind + R)), og deretter foreskriver det i sekvensen vist i figuren, og trykk Enter. Denne kommandoen lar deg gjenopprette standard rettigheter og sikkerhetstillatelser for systemmapper. Ytterligere overbelastning dataterminal i normal modus. Tanken er at etter påføring av et slikt radikal metode ikke er noen problemer.

konklusjon

Som kan forstås fra ovenstående, spesifikk grunn til å bekymre seg for i prinsippet nei, fordi selve feilen ikke er kritisk for systemet. Ja, og anmeldt her er de mest typiske feil. Tanken er at fordi systemet tjenester i den første delen, må du slå av seg selv bør derfor ikke feilen er forårsaket av noe annet. Hvem vet, kanskje dette er effekten av virus eller vanlig inngrep i brukerens system å jobbe med en administrator som ikke har den nødvendige kunnskapen. Men generelt, som du kan se, problemet er løst ganske enkelt nok.