2014-06-16 17 views
9

Als ich versuchte, meinen IIS-Server auf meinem lokalen Rechner zu starten (die auf Windows 7 ausgeführt wird), ist es mir einen Fehler geben zu sagen:IIS 7: Wert nicht innerhalb des erwarteten Bereichs fällt

Wert fällt nicht in den erwarteten Bereich

Ich habe versucht Anzahl der Dinge, dieses Problem zu korrigieren, aber keinen Erfolg. dann habe ich den IIS-Server auf meinem Rechner neu installiert, aber das Problem besteht immer noch.

Hat jemand eine Idee über diesen Fehler? Und wie kann ich es lösen?

Antwort

14

Ich habe festgestellt, dass dieses Problem aufgrund eines falschen virtuellen Verzeichnisses von Visual Studio in IIS verursacht wurde, aufgrund dessen die Standardwebsite nicht gestartet werden konnte.

Was ich getan habe, um dies zu beheben, ich habe meine Standardwebsite gelöscht und in IIS erneut erstellt. Danach hatte ich die spezifischen virtuellen Verzeichnisse meiner Anwendung erstellt. Dies löst mein Problem. Sie wissen immer noch nicht, warum die Standardwebsite nach einem von Visual Studio erstellten ungültigen virtuellen Verzeichnis nicht mehr funktioniert.

Hoffen, dass dies hilft für diejenigen, die mit diesem Problem konfrontiert sind.

+0

Ich weiß, das war eine Weile, aber was ist ein falsches virtuelles Verzeichnis? Was war daran falsch? – Speck

+0

In meinem Fall wurde ein virtuelles Verzeichnis erstellt, das von Visual Studio verursachte Problem verursachte, und ich musste das virtuelle Verzeichnis manuell in II-Server erstellen. Bitte lassen Sie mich wissen, ob dies Ihr Problem löst oder nicht. –

+0

Ich habe die gleiche Sache gemacht. Ich kann mich nicht erinnern, ob dies die endgültige Lösung war oder nicht. – Speck

3

Ich habe dieses Problem mit bestimmten Konten für die Site Einstellung als laufen ..

Es geht weg, wenn Sie das Kennwort in der applicationHost.config direkt eingestellt. Kann es nicht obwohl, obwohl IIS mehr ..

In: C: \ Windows \ System32 \ inetsrv \ config

helfen können.

+0

+1 für mich - Running IIS8.5 auf 2012 dies die einzige Lösung war ich finden konnte trotz führen die mit ** Test Einstellungen ** Pass über die UI – timkly

4

Ich hatte dieses Problem in IIS 8.5, das Problem endete als unvollständiger Eintrag für den Hostnamen in den Bindungen. Ich habe .com nicht in den FQDN aufgenommen.

1

Ich hatte das gleiche Problem. Und das Problem war mit der Datei, auf die @ aaron-gibson hingewiesen hat.

applicationHost.config at: C:\Windows\System32\inetsrv\config

(siehe hier: IIS Configuration Reference)

Einer der Website hatte falsche Daten:

<application path="/e:\MyFolder\MySiteWithProblem\VDir" applicationPool="AppPool152"> 
<virtualDirectory path="/" physicalPath="e:\MyFolder\MySiteWithProblem\VDir\Vdir" /> 

Die application path in diesem Fall ungültige Zeichen hatte. Und auch der physische Pfad existierte nicht.

Das Korrigieren dieses Eintrags behebt das Problem.

Die Antwort, die als Lösung markiert wurde, behob das Problem, weil sie diese Datei von Grund auf neu erstellte. Aber in meinem Fall habe ich nicht alle meine Websites verloren.

änderte ich die Datei applicationHost.config an: C:\Windows\System32\inetsrv\config

und die Einträge für jede Website sind in den Tags:

<configuration> <system.applicationHost> <sites> ... <site name="Default Web Site" id="1" serverAutoStart="true"> <application path="/MyPath" applicationPool="AppPool152"> <virtualDirectory path="/" physicalPath="e:\MyFolder\MySite\Vdir" /> </application> ... <site> ... </sites> </system.applicationHost> </configuration>

+0

Um ins Detail zu gehen Falls jemand anderes auf dieses Problem stoßen sollte, hatte ich speziell einen doppelten Eintrag, wo ich http: // in den Anwendungspfad eingefügt hatte. So sah es so aus ' DisplayName

+0

Ich habe die Datei applicationHost.config unter: C: \ Windows \ System32 \ inetsrv \ config geändert Und die Einträge für jede Website sind in den Tags: – mastro

0

Dieses Problem kann durch Setzen des "Host-Name" verursacht werden zu einer Nummer. Der "Hostname" muss mindestens 1 Zeichen enthalten.

0

Mine erwies sich als ein Problem mit der Bindung. Ich löschte dann einen anderen Namen in der Bindung und es funktionierte großartig.

Viel Glück!

0

Ich hatte diese Fehlermeldung zuvor, als ich ein automatisiertes Build- und Deployment-System (TeamCity mit Octopus deploy) verwendet habe. Es stellte sich heraus, dass die Portnummer, die ich in den Octopus Deploy-Variablen für IIS angegeben hatte, zu hoch war.

Von dem, was ich auf diesem web site die höchste Portnummer IIS akzeptiert finden könnte, ist 65535.