Mam katalog wirtualny w mojej witrynie (środowisko testowe). Jest to udział UNC, który jest również używany jako publiczny FTP.
Jest skonfigurowany do łączenia się jako konto administratora domeny, a „Ustawienia testowe” mówią, że wszystko działa. Jednak gdy próbuję się z nim połączyć, otrzymuję:
500 - „Nie można rozpocząć monitorowania zmian w \ INTRANET \ FTP \ test \ web.config, ponieważ odmówiono dostępu”
To jest ASP.NET YSOD. Nie jestem pewien, dlaczego ASP.NET w ogóle się angażuje, ponieważ żądam statycznego pliku .jpg.
Próbowałem włączyć śledzenie nieudanych żądań, a to jest konkretny błąd:
- ModuleName WindowsAuthentication
- Powiadomienie 2
- HttpStatus 500
- HttpReason Błąd wewnętrzny serwera
- HttpSubStatus 0
- ErrorCode 0
- ConfigExceptionInfo
- Powiadomienie AUTHENTICATE_REQUEST
- ErrorCode Operacja zakończyła się pomyślnie. (0x0)
Jeśli zmienię „Typ logowania ścieżki fizycznej” z ClearText na sieć. Otrzymuję następujący błąd IIS:
Błąd HTTP 500.19 - Serwer wewnętrzny
Błąd Nie można uzyskać dostępu do żądanej strony, ponieważ powiązane dane konfiguracyjne strony są nieprawidłowe.
Szczegółowe informacje o błędzie
- Moduł IIS Web Core
- Powiadomienie BeginRequest
- Handler Jeszcze nie ustalony
- Kod błędu
0x80070005
- Błąd konfiguracji Nie można odczytać pliku konfiguracyjnego z powodu niewystarczających uprawnień
- Plik konfiguracyjny
\\?\UNC\INTRANET\FTP\test\web.config
Żądany adres URL http://test.mydowmain.com:80/uploads/images/ca49acf6-6174-412e-8abd-59fab983e931.jpg
Ścieżka fizyczna
\\INTRANET\FTP\test\images\ca49acf6-6174-412e-8abd-59fab983e931.jpg
Metoda logowania Jeszcze nie ustalono
- Logowanie użytkownika Jeszcze nie ustalono
- Katalog dziennika śledzenia nieudanego żądania
C:\inetpub\logs\FailedReqLogFiles
Nie generuje to dość dziwnie dziennika żądań - ustawiłem śledzenie nieudanych żądań, aby śledzić błędy z kodami błędów 400-999.
Warto również zauważyć, że jeśli otworzę funkcję konfiguracji z poziomu IIS, zobaczę błąd odmowy dostępu.
Mam dokładnie taką samą konfigurację na moim lokalnym komputerze deweloperskim do tej samej ścieżki UNC i tego samego użytkownika, który działa. Tylko na serwerze testowym tak nie jest.
Co ja robię źle?
źródło
Jeśli to udostępnione źródło nie jest aplikacją (np. Folder obrazów), spróbuj skonfigurować katalog wirtualny, aby był ignorowany przez aplikację root, która zawiera katalog wirtualny (w moim przypadku zakończyłem to, zmieniając typ puli aplikacji root na Klasyczny zamiast trybu zintegrowanego). Ale jeśli we wspólnym punkcie znajduje się aplikacja, możesz postępować zgodnie z instrukcją @mfinni.
źródło
Możesz sprawdzić, czy konto, na którym działają IIS, ma odpowiednie / potrzebne prawa do kłopotliwego UNC.
źródło
Miałem ten sam problem na IIS 7.5 i znalazłem rozwiązanie:
\\<servername>\<sharename>
źródło
Właśnie miałem ten sam problem z serwerem internetowym niebędącym domeną uzyskującym dostęp do niektórych zasobów domeny przy użyciu konta domeny. Występowały dziwne zachowania („poświadczenia testowe” kończyły się niepowodzeniem, nawet jeśli wiedzieliśmy, że poświadczenia są prawidłowe, widzieliśmy foldery i pliki w widoku zawartości, ale nie mogliśmy ich „przeglądać”). Rozwiązaniem było utworzenie lokalnego użytkownika na komputerze o tej samej nazwie co użytkownik domeny.
Myślę, że tak by się stało, gdyby serwer WWW był członkiem domeny, a użytkownik lokalny musiał uzyskać dostęp do niektórych zasobów lokalnych (config?) W celu zmapowania wirtualnego.
Mam nadzieję, że komuś pomoże.
źródło