Parandus: protsess ei pääse faili juurde, kuna seda kasutab mõni muu protsess
Mitmed Windowsi kasutajad on kokku puutunud tõrkega „ Protsess ei pääse failile juurde, kuna seda kasutab mõni muu protsess” . Enamasti tekib probleem siis, kui kasutaja proovib käsu netsh käivitada. Mõned kasutajad teatavad, et nende jaoks ilmub tõrketeade, kui nad proovivad IIS-i (Interneti-teabeteenuste) MMC (Microsofti halduskonsooli) pistikprogrammis paremklõpsata.
Teadaolevalt on probleem ilmnenud operatsioonisüsteemides Windows Vista, Windows 7, Windows 8.1, Windows 10 ja erinevates Windows Serveri versioonides.
Mis põhjustab protsessi kasutamist teises protsessis?
Uurisime seda konkreetset probleemi, uurides erinevaid kasutajaaruandeid ja parandusstrateegiaid, mida nad kasutasid probleemi lahendamiseks. Selle põhjal, mille suutsime koguda, on mitu konkreetset tõrketeadet käivitavat tavalist stsenaariumi:
- Käsk nõuab administraatoriõigusi - kui teil ilmneb tõrkeid terminali sees, on see tõenäoliselt sellepärast, et teil pole muudatuste tegemiseks administraatoriõigusi. Mitmel sarnases olukorras oleval kasutajal on õnnestunud probleem lahendada, andes administraatoriõigusi.
- Teine protsess on pordi 80 või pordi 443 kasutamine - see on tüüpiline arvutitele, kus töötab IIS (Interneti-teabeteenused). Kui neid kahte porti kasutab mõni muu protsess, näete seda tõrketeadet.
- Registri alamvõtit ListenOnlyList pole õigesti konfigureeritud - teine IIS-iga (Interneti-teabeteenused) levinud stsenaarium, mis selle konkreetse tõrke käivitab, on valesti konfigureeritud registri alamvõti ListenOnlyList.
Kui proovite praegu seda konkreetset tõrketeadet lahendada, pakub see artikkel teile kinnitatud tõrkeotsingu toimingute kogumi. Altpoolt on teil kogum meetodeid, mida teised sarnases olukorras kasutajad on probleemi lahendamiseks kasutanud.
Parimate tulemuste saamiseks järgige allolevaid meetodeid, kuni leiate veaparanduse, mis aitab teie konkreetses stsenaariumis vea lahendada.
Alustagem!
1. meetod: käsu käitamine administraatoriõigustega
Kui saate selle tõrke, kui proovite käitada netsh-käsku, ilmneb tõenäoliselt tõrge, kuna teil pole administraatoriõigusi. Teadaolevalt juhtub see sagedamini, kui kasutaja proovib käivitada käsku, mis lisab loomulike Windowsi rakenduste või kolmanda osapoole rakenduste dünaamilise pordi vahemikku välistusi.
Pidage meeles, et selline toiming nõuab administraatori õigusi. Kui soovite veenduda, et CMD aknal, milles proovite toimingut teha, on administraatoriõigused, toimige järgmiselt.
- Dialoogiboksi Käitamine avamiseks vajutage Windowsi klahvi + R. Seejärel tippige “ cmd ” ja vajutage klahvikombinatsiooni Ctrl + Shift + Enter, et avada kõrgendatud käsuviip.
- Kui UAC (kasutajakonto kontroll) seda palub, klõpsake administraatoriõiguste andmiseks nuppu Jah .
- Käivitage kõrgendatud käsuviibas käsk uuesti ja vaadake, kas teil on ikka sama tõrketeade.
Kui kuvatakse ikka tõrge „ Protsess ei pääse failile juurde, kuna seda kasutab mõni muu protsess” või see stsenaarium ei olnud rakendatav, liikuge järgmise meetodi juurde.
2. meetod: erineva IP-vahemiku määramine
Kui proovite lahendada DNS-i konflikti netshi abil ja ülaltoodud meetod ei aidanud teid, võiksite proovida teistsugust lähenemist.
Mitmed sama tõrketeate lahendamisega võitlevad kasutajad on leidnud, et konflikt lahendatakse pärast seda, kui nad üritasid välistamisvahemiku loomise asemel seada täiesti erinevat IP-vahemikku.
Allpool on teil paar käsku, mille üks mõjutatud kasutaja edukalt käivitas, et lahendada konflikt DNS-i ja Quickbooki vahel:
netsh int ipv4 set dynamicport tcp start=10000 num=1000 netsh int ipv4 set dynamicport udp start=10000 num=1000 Märkus. Veenduge, et käsul käitataval terminalil oleks administraatoriõigused.
Kui see meetod ei lahendanud konflikti või ei olnud teie olukorras rakendatav, liikuge lõpliku meetodi juurde.
3. meetod: IIS-porti konflikti lahendamine
Kui ilmneb probleem, kui proovite IIS MMC pistikprogrammis veebisaidi üksusel paremklõpsake (klõpsates nuppu Start ei tee midagi), peate kasutama mõnda muud protsessi, et kasutada utiliiti Netstat.exe. kasutades pordi 80 ja pordi 443.
See probleem on üsna tavaline arvutites, kus töötab Microsoft IIS 6.0 ja 7.0. Microsofti ametliku dokumentatsiooni põhjal ilmub tõrketeade, kui teie praeguses olukorras kehtib üks järgmistest tingimustest:
- Registri alamvõtit ListenOnlyList ei ole IIS-i töötavas arvutis õigesti konfigureeritud.
- Teine protsess on IIS-i vajaliku TCP-pordi (80) või SSL-pordi (443) kasutamine.
Selle probleemi lahendamiseks peame installima utiliidi Netstat.exe, et teha kindlaks, kas mõni muu protsess kasutab ülalpool nimetatud sadamaid. Kui utiliit tuvastab, et sadamaid ei kasutata, uurime alamvõtit ListenOnlyList, kas see on õigesti konfigureeritud.
Siit leiate kogu asja üksikasjaliku juhendi:
- Dialoogiboksi Käitamine avamiseks vajutage Windowsi klahvi + R. Seejärel tippige “ cmd ” ja vajutage klahvikombinatsiooni Ctrl + Shift + Enter, et avada kõrgendatud käsuviip. Kui UAC (kasutajakonto kontroll) seda palub, klõpsake administraatoriõiguste andmiseks nuppu Jah .
- Kõrgendatud käsuviibas käivitage utiliidi Netstat.exe käivitamiseks järgmine käsk:
netstat -ano
- Kui olete naasnud, sirvige aktiivsete ühenduste loendit ja kontrollige, kas pordi 50 ja 443 kasutab mõni muu protsess aktiivselt.
Märkus. Kui sadamaid kasutab aktiivselt mõni muu protsess, olete just suutnud tuvastada oma probleemi allika. Sel juhul otsige Internetist konkreetseid samme, kuidas pordikonflikti vastavalt pordi PID-le lahendada.
- Sulgege kõrgendatud käsuviip, kuna me ei vaja järgmiste toimingute jaoks administraatoriõigusi.
- Kui sadamaid ei kasutata aktiivselt, vajutage Windowsi klahvi + R, et avada dialoogiboks Run. Seejärel tippige " regedit " ja vajutage registriredaktori avamiseks sisestusklahvi . Kui UAC (kasutajakonto kontroll) seda palub, klõpsake administraatoriõiguste andmiseks nuppu Jah .
- Järgmisesse asukohta navigeerimiseks kasutage vasakpoolset paani registriredaktoris:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ HTTP \ Parameters \ ListenOnlyList
Märkus. Kui alamvõtit ListenOnlyList pole, pole seda vaja luua, kuna vaikimisi kasutatakse IP-aadressi 0.0.0.0 .
- Enne alamvõtme ListenOnlyList muutmist peate peatama IIS-i käitava HTTP-teenuse. Pange registriredaktor tagaplaanile, sest naaseme selle juurde hetke pärast.
- Järgmisena vajutage Windowsi klahvi + R, et avada dialoogiboks Run (Käivita), tippige ' cmd ' ja vajutage uue käsuviiba akna avamiseks Enter .
- Käivitage Cmd-is järgmine käsk ja vajutage sisestusklahvi (Enter), et peatada IIS-i käitamise eest vastutav HTTP-teenus:
netipeatus http
- Kui teilt küsitakse, kas soovite seda toimingut jätkata, tippige 'Y' ja vajutage toimingu kinnitamiseks sisestusklahvi.
- Kui HTTP-teenus on keelatud, sulgege käsuviiba aken ja naaske registriredaktorisse.
- Kui alamvõti ListenOnlyList on valitud, liikuge parempoolsele paanile ja veenduge, et see sisaldab kehtivaid IP-aadresse. Kui märkate kehtetu IP-aadressi, eemaldage see või muutke seda kehtiva IP-aadressiga kirje kajastamiseks.
Märkus. Kui alamvõti ListenOnlyList on olemas ja loendis on 0.0.0.0 aadress, peate kustutama kõik muud IP-aadressid.
- Sulgege registriredaktor ja taaskäivitage arvuti.
- Järgmisel käivitamisel tuleks HTTP-teenus automaatselt käivitada. Kuid selleks, et veenduda veel kord, klõpsake uue Windowsi dialoogiboksi avamiseks Windowsi klahvi + R. Seejärel tippige “ cmd ” ja vajutage käsuviiba akna avamiseks sisestusklahvi .
- Tippige äsja avatud käsureale järgmine käsk, et tagada HTTP-teenuse käivitamine:
net algus http
Märkus. Kui saate tagasi teate, kus öeldakse, et „soovitud teenus on juba käivitatud”, on hea minna.
- Katse käivitada teenus Microsofti Interneti-teabe teenuste (IIS) Microsofti halduskonsooli (MMC) pistikprogrammist. Te ei peaks enam ilmnema tõrkega "protsess ei pääse failile juurde, kuna seda kasutab mõni muu protsess" .
