2009-04-30 15 views

Odpowiedz

13

Po prostu usuń folder bin, a następnie skopiuj go. Teraz to działa ...

+2

To może pomóc niewielkiemu procentowi populacji: http://stackoverflow.com/a/19309555/1464716 – fionbio

1

Sprawdź, czy użytkownik serwera ma dostęp do katalogu, w którym znajdują się twoje złożenia.

+1

co masz na myśli przez użytkownika serwera? –

+0

Kontekst użytkownika, w którym działa aplikacja asp.net, działa. –

+0

to właściwie zintegrowana opcja bezpieczeństwa. gdy kiedykolwiek użytkownik trafi na witrynę. zapyta domena \ nazwa użytkownika i hasło ... –

0

Brzmi jak niepoprawnie skonfigurowany serwer.

Najpierw sprawdź, czy zestaw rzeczywiście istnieje.

Po drugie, sprawdź, czy Twoje konto procesu roboczego ma do niego dostęp.

+0

Myślę, że istnieje, i wdrożyłem go. wszystkie pliki dll znajdują się w folderach bin. –

+1

To tylko połowa. Musisz sprawdzić, czy proces roboczy ma do niego dostęp. Zasadniczo zacznij przeglądać ustawienia IIS i porównuj swoje pole produkcyjne z polem testowym. – NotMe

15

idź do Sysinternals Process i monitorować pobieranie: http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx

Następnie uruchom go, gwint filtra i działań rejestru wyjazdowych. Wyczyść zawartość. Uruchom swoją aplikację i uzyskaj błąd, a następnie zatrzymaj kolekcję w monitorze procesu. Teraz wyszukaj stan ODMOWA DOSTĘPU, a zobaczysz dokładny plik, który powoduje problemy, a także konto użytkownika próbujące uzyskać dostęp.

+0

Miałem problem "Odmowa dostępu", a robiąc to, pozwoliłem mi znaleźć problem jako wydarzenie 'PATH NOT FOUND', które atakowało moją bibliotekę w' C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary Pliki ASP.NET \ root \ 8ef518fa \ 1fb2943c \ Backend \ Backend.dll' więc skończyłem używając tej metody: http: // stackoverflow.com/questions/809144/could-not-load-file-or-assembly-someproject-or-one-of-its-dependencies-access # answer-7823546 – knocte

+0

Mój problem polegał na dostępie do folderów: C: \ Users \ {{ nazwa użytkownika}} \ AppData \ Local \ Temp \ Tymczasowe pliki ASP.NET Procmon bardzo mi pomógł .. Wielkie dzięki! – ArjaaAine

3

nadać pełne uprawnienia do jazdy użytkownika lub grupy (takie jak grupy użytkowników lub komputer \ domena \ Użytkownicy domeny) w

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

Użyj numer wersji docelowej zamiast .net v4.0.30319, jeśli jest inny niż .net 4.0.

+0

Po prostu to nie działało dla mnie, musiałem ustawić uprawnienia, a następnie usunąć wszystkie foldery pod 'Tymczasową ASP .NET Files' folder, a następnie zadziałało – knocte

1

Po wdrożeniu nowego projektu Web API do naszego gospodarstwa internetowej, jeden z naszych serwerów internetowych było nieprawidłowe i daje błąd:

Could not load file or assembly 'Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. Access is denied.

Okazuje się folder hosting witryny sieci Web API brakujące uprawnienia dla IIS_IUSRS. Dodanie użytkownika z uprawnieniami Read, Read & execute i List folder contents rozwiązało problem.

+0

Naprawiono to dla mnie, dziękuję. –

0

W moim przypadku zmieniając tożsamość puli aplikacji z applicationpoolidentity na usługa sieciowa to działa.

Powiązane problemy