Allgemeine Fragen zu IIS 7.0

Dies muss manuell durchgeführt werden.

Die Auswirkungen hängen von der Serverauslastung ab. Bei 10.000 Anfragen pro Sekunde werden Sie das Kernel-Caching schmerzlich vermissen; bei 100 Anfragen pro Sekunde werden Sie es jedoch wahrscheinlich nicht bemerken. IIS 5.0 hatte keine Kernel-Mode-Komponente und funktionierte für die meisten Kunden gut.

Es gibt eine grundlegende Ruby-Unterstützung. Weitere Informationen finden Sie unter dem folgenden Link:

http://mvolo.com/10-steps-to-get-ruby-on-rails-running-on-windows-with-iis-fastcgi/

Wenn Sie die Installation über die grafische Benutzeroberfläche des Server-Managers ("Funktionen hinzufügen") vornehmen, spielt die Reihenfolge der Installation keine Rolle. Der Assistent für das Hinzufügen von Funktionen prüft alle Abhängigkeiten und warnt Sie, wenn Ihnen ein erforderliches Modul fehlt. Darüber hinaus kennt der Assistent für das Hinzufügen von Funktionen die richtige Reihenfolge der Module.

Wenn Sie von der Befehlszeile aus installieren oder eine unbeaufsichtigte Installation verwenden, spielt die Reihenfolge der Module keine Rolle (auch hier kennt Setup die korrekte Reihenfolge der Module), aber Sie sind dafür verantwortlich, alle Abhängigkeiten zu identifizieren. Wenn Sie eine erforderliche Abhängigkeit nicht einbeziehen, schlägt die unbeaufsichtigte/befehlsgesteuerte Installation fehl.

Ein Anwendungspool, der nur statische Dateien mit allen installierten Funktionen bereitstellt, hat einen Footprint von 3 MB privaten Bytes und 5 MB Auslagerungsdatei. (Dies ist größer als IIS 6.0). Windows Server 2008 kann mit mehreren Anwendungspools besser umgehen als WS03. Wenn ASP.NET-Anfragen gestellt werden, wird beim Start eine kleine Menge der CLR vorgeladen (~100kb). Das Vorladen ist über eine Eigenschaft des ApplicationPools konfigurierbar. Sie wird managedRuntimeVersion genannt. Der Rest der CLR (~8mb) wird bei der ersten ASPX-Anfrage geladen.

Access funktioniert nur in 32-Bit-Anwendungspools. Das Laden des Benutzerprofils (loadUserProfile-Eigenschaft auf dem AppPool) ist ein Problem, wenn Classic ASP verwendet wird, weil Access das Temp-Verzeichnis verwendet, das keinen Zugriff auf den anonymen Benutzer erlaubt, wenn das Benutzerprofil geladen wird.

Die Windows Server 2008 Web Edition wurde erheblich verbessert, und wir haben uns sehr darauf konzentriert, die künstlichen Einschränkungen zu beseitigen. Die endgültige Lizenzierung ist noch nicht abgeschlossen, aber wir planen, alle Hardwarebeschränkungen aufzuheben, 4x Prozessoren und 32GB RAM (auf x64) zuzulassen. SQL ist erlaubt, und SharePoint kann auf der SKU installiert werden.

FPSE ist nicht mehr Teil FPSE ist nicht mehr Bestandteil von Windows Server. Windows Server. Wir arbeiten mit einem Drittanbieter zusammen, um ein Download-Paket für FPSE zu erstellen, das auf Windows Server 2008/IIS 7.0 läuft. Sie enthält keine neuen Funktionen oder Verbesserungen, sondern nur Korrekturen, um sie kompatibel zu machen.

Wir empfehlen, Windows Server 2008 neu zu installieren und darauf zu migrieren oder einfach neue Kunden auf neue Server zu setzen. Wir empfehlen, für jeden Server eine gut verwaltete Liste der Komponenten und Konfigurationen von Drittanbietern zu dokumentieren, damit die aktuelle Umgebung auf dem neuen Server repliziert werden kann. Beachten Sie die Empfehlungen zur Konfiguration von Site- und Applikationspools im Dokument zum Shared Hosting. Ein Tool zur Unterstützung der Migration wird in Kürze veröffentlicht.

In-Place-Upgrades werden für die folgenden Szenarien unterstützt:

• Windows Server 2003 kann auf WS2K8 Beta3, WS2K8 RC0, WS2K8 RC1 und WS2K8 RT aktualisiert werden.
• Windows Server 2008 Beta3 kann auf WS2K8 Beta3 und WS2K8 RC0 aktualisiert werden.
• Windows Server 2008 RC0 kann auf WS2K8 RC0, WS2K8 RC1 und WS2K8 RTM aktualisiert werden.
• Windows Server 2008 RC1 kann auf WS2K8 RC1 und WS2K8 RTM aktualisiert werden

Wenn sich der Server im gemeinsamen Konfigurationsmodus befindet, muss er vor der Aktualisierung in die Einzelplatzkonfiguration zurückversetzt werden. Deaktivieren Sie dazu die gemeinsame Konfiguration, kopieren Sie die applicationhost.config und die verschlüsselten Schlüssel auf den lokalen Rechner, führen Sie das Upgrade auf jedem Server durch und aktivieren Sie dann die gemeinsame Konfiguration wieder.

Sowohl die Protokolldateien, die das Setup schreibt, als auch die iis7.log sind immer aktiv. Es ist nicht genau festgelegt, was protokolliert wird.

Wir bieten keine Möglichkeit, andere Module als Windows-Module während des Setups zu konfigurieren. Möglicherweise gibt es eine Möglichkeit, über die generische unbeaufsichtigte Einrichtung etwas auszuführen, nachdem die Einrichtung abgeschlossen ist, und in diesem Fall könnte ein Benutzer etwas programmieren.

Die Verfolgung ALLER Anfragen bei <1000 Anfragen/Sekunde sollte< 5 % der CPU beanspruchen. Es ist möglich, eine globale Verfolgungsregel für alle Standorte zu konfigurieren. Die Nachverfolgung kann für alle Standorte aktiviert werden, indem der Abschnitt <sitesiteDefaults >geändert wird.

Nein, aber es gibt ein speicherbasiertes Recycling, das AppPools recycelt, die die konfigurierten Speichergrenzen überschreiten.

Verschlüsselungen, die vor sysprep vorgenommen wurden, gehen nach sysprep verloren. Dieses Problem kann nicht behoben werden.

Sie können die Maschinenschlüssel exportieren und in alle Server importieren, damit die Entschlüsselung funktioniert. Die UI für Server Beta 3 enthält eine Funktion namens "Gemeinsame Konfiguration", mit der Sie dies tun können. Klicken Sie auf Exportieren... und es werden die Maschinenschlüssel verschlüsselt und zusammen mit applicationHost.config und administration.config in einen Pfad kopiert. Danach können Sie von allen anderen Rechnern aus "Importieren..." wählen, woraufhin die Rechnerschlüssel importiert werden und die Konfiguration auf die gemeinsame Konfiguration verweist.

Für diese Einstellung können unterschiedliche AppPools unterschiedliche Werte aufweisen. Anwendungen können verschiedenen AppPools zugewiesen werden

Die Standarddatei für die Behandlung dieses Fehlers ist in \inetpub\custerr\en-us enthalten. Die Fußzeile der Fehlermeldung enthält "Server Version Information: Internet Information Services 7.0.", die natürlich entfernt oder direkt in der .htm-Datei bearbeitet werden kann.

Die verwaltete API (Microsoft.Web.Administration) hat Zugriff auf alle Einstellungen der nativen API und unterstützt DCOM-Remoting mit der statischen Methode ServerManager.OpenRemote. Sie können beliebige Konfigurationseinstellungen vornehmen, aber für Beta 3 gibt es keine Unterstützung für Laufzeitinformationen wie den Status eines AppPools oder die Liste der Anfragen oder Worker-Prozesse.

In früheren IIS-Versionen mussten Sie den Zugriff über Dateisystem-ACLs steuern. Das ist mühsam und es gibt keine Webschnittstelle dafür. Mit der URL-Autorisierung können Sie den Zugriff auf URLs über die IIS-Benutzeroberfläche oder direkt über web.config steuern. Darüber hinaus können Sie auch Nicht-Windows-Identitäten verwenden, z. B. Mitgliedschaftsbenutzer und Rollen, die von der Formularauthentifizierung bereitgestellt werden.

Alle Daten im Abschnitt applicationPool, die für diesen App-Pool relevant sind (also entweder in applicationPoolDefaults oder spezifisch für diesen App-Pool), führen dazu, dass WAS den App-Pool recycelt. Worker-Prozesse können WAS auffordern, App-Pools auf der Grundlage bestimmter Konfigurationsänderungen zu recyceln. Derzeit tun wir dies nur für globalModules, aber dies ist keine geschlossene Liste (da Module auf der Grundlage von Konfigurationsänderungen um Recycling bitten können).

NLB ist Teil von Windows Server 2008. Sie ist im Wesentlichen dieselbe wie in Windows 2003. Um NLB zu installieren, gehen Sie zu Server Manager Features "Add Features" und wählen Sie "Network Load Balancing" aus der Liste. Um NLB zu konfigurieren, müssen Sie eine Eingabeaufforderung öffnen und nlbmgr ausführen. Dies ist die Benutzeroberfläche, die in Windows 2003 vorhanden ist.

Wenn die systemweite CPU einen dynamischen Schwellenwert überschreitet, tritt die Komprimierung nicht mehr auf, wobei die verwendete CPU freigegeben wird. Wenn die systemweite CPU unter einen anderen Grenzwert fällt, wird die dynamische Komprimierung wieder aufgenommen, um Bandbreite zu sparen.

Verschiedene Benutzer haben unterschiedliche Meinungen über die optimale CPU-Auslastung. Die einen halten einen Durchschnitt von 20 % für perfekt, die anderen von 75 %. Wenn Sie X wollen und konstant über X liegen, können Sie die dynamische Kompression auch ganz abschaffen, da sie nie zum Einsatz kommen wird.

Dabei wird die durchschnittliche Nutzung über das 30-Sekunden-Fenster seit der letzten Messung berücksichtigt. Selbst bei unregelmäßigen Spitzen ist die dynamische Komprimierung also höchstens 30 Sekunden lang nach der Spitze aktiv, und wenn die Spitzen nur kurzzeitig auftreten (und somit die durchschnittliche CPU-Nutzung über 30 Sekunden kaum beeinflussen), haben sie keine Auswirkungen auf die dynamische Komprimierung.

Die Einstellung loadUserProfile=false in applicationPoolDefaults ist eine gute Idee für Shared Hosting Szenarien. Die Startzeit eines AppPools ist viel schneller und Sie vermeiden Probleme mit der Berechtigung für temporäre Verzeichnisse.

Der Fehler 500.19 wird durch den Delegationsmodus der IIS 7.0-Funktion verursacht. Wenn eine Funktion an Site-Besitzer delegiert wird und die Site-Besitzer die Funktion ändern, werden ihre Änderungen in der web.config festgehalten. Wenn die Server-Administration die delegierte Verwaltung dieser Funktion widerruft, ist der Website-Besitzer dafür verantwortlich, die Funktionsdetails aus der web.config zu bereinigen. Andernfalls geben alle Websites, die diese delegierte Funktion geändert haben, sofort die Meldung "Http Error: 500.19 - Interner Serverfehler" angezeigt. Um dieses Problem zu vermeiden, empfehlen wir, dass Hoster delegierte Funktionen nicht widerrufen, sobald sie für Endkunden veröffentlicht wurden.

Wenn die gehostete Site keine web.config hat, erstellt IIS 7.0 eine. Wenn die Website über eine web.config verfügt, wird diese von IIS 7.0 geändert. Wenn die web.config geändert wird, sind die Eigentümer der Website dafür verantwortlich, die Änderungen zusammenzuführen und sicherzustellen, dass die Änderungen manuell zusammengeführt und gepflegt werden.

Bei der Installation des Verwaltungsdienstes werden die Dateien AppHost.config und Administration.config nicht geändert. Die einzigen Änderungen, die Sie sehen sollten, sind die neuen Binärdateien (wmsvc.exe). Es wird ein selbstsignierendes Zertifikat erstellt und es werden einige Registrierungsschlüssel hinzugefügt. Das bedeutet, dass theoretisch nichts kaputt gehen sollte.

Im Großen und Ganzen funktioniert es sofort, da wir die redirection.config-Einstellungen zum Lesen von apphost/admon.config verwenden. Eine detaillierte Antwort hängt jedoch davon ab, welche Szenarien Sie verwenden werden:

• Gemeinsame Konfiguration mit lokalem Inhalt: Normale Windows- oder IIS-Benutzer, die eine Verbindung herstellen, um ihre lokalen Inhalte und ihre web.config zu ändern - es gibt nichts zu tun, alles sollte sofort funktionieren.
• Gemeinsame Konfiguration mit Remote-Inhalten unter Verwendung von Windows-Benutzern: Es sollte funktionieren, sofern die Windows-Konten Zugriff auf ihre Inhalte haben.
• Shared Config mit Remote Content unter Verwendung von IIS-Benutzern: Für dieses Szenario müssen Sie die Identität des Dienstes (WMSVC) in ein Konto ändern, das Zugriff auf den entfernten Inhalt hat, da wir die Prozessidentität für den Zugriff auf den Inhalt verwenden. Beachten Sie, dass apphost.config/admon.config funktionieren wird, da wir redirection.config verwenden
• Windows-Administrator verwaltet eine Server-Verbindung: Es sollte funktionieren, vorausgesetzt, Ihr Windows-Administrator hat Schreibrechte für die gemeinsame Konfiguration.

Unter dem folgenden Link finden Sie Informationen zum Erstellen von Sites in IIS 7.0.

Ein Anwendungspool, der nur statische Dateien mit allen installierten Funktionen bereitstellt, belegt 3 MB private Bytes und 5 MB Auslagerungsdatei. Wenn ASP.NET-Anfragen gestellt werden, wird beim Start eine kleine Menge der CLR vorgeladen (~100kb). Das Vorladen ist über eine Eigenschaft des ApplicationPools konfigurierbar. Sie wird managedRuntimeVersion genannt. Der Rest der CLR (~8mb) wird bei der ersten ASPX-Anfrage geladen.

Http.sys erstellt diese Ordner automatisch, wenn sie nicht vorhanden sind. Wenn Sie die Berechtigungen mit etwas anderem überschreiben, sollten die neuen Berechtigungen erhalten bleiben.

Wir haben es intern getestet und es scheint gut zu funktionieren, wenn ISAPI und Metabase installiert sind. Es gibt auch einige Blogs im Internet, die Anleitungen für die Umsetzung geben. Weitere Informationen finden Sie unter dem folgenden Link:

https://blogs.iis.net/bills/archive/2007/03/06/coldfusion-on-iis7.aspx.

Der Server ist im Modus AD-Kontoerstellung eingerichtet. Der AD-Erstellungsmodus ist eine veraltete Funktion, die noch unterstützt wird, aber in V4 entfernt werden wird. Anstatt WSS zu erlauben, automatisch Benutzer in AD zu erstellen, wird empfohlen, die Benutzerbereitstellung außerhalb von WSS durchzuführen.

Weitere Informationen zur zentralisierten globalen Konfiguration finden Sie unter: Das Konfigurationssystem in IIS 7.0

Derzeit gibt es keine FPSE für x64. Unsere empfohlene Architektur für Shared Hosting ist ein 64bit-Betriebssystem mit 32bit-AppPools. Leider gibt es derzeit einen Fehler, der verhindert, dass FPSE auf 64bit für dieses Szenario installiert werden kann.

Sie können Ihr System dreimal neu aktivieren, indem Sie die folgenden Schritte ausführen:

Um slmgr /rearm auszuführen, öffnen Sie regedit.exe und navigieren Sie zu HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL. Stellen Sie sicher, dass der Wert "skiprearm" auf '0' gesetzt ist. Wenn dieser Wert ungleich Null ist, werden die Zeitgeber für die Systemaktivierung durch die Wiederbereitschaftsfunktion nicht zurückgesetzt.

Nachdem Sie sich vergewissert haben, dass der Registrierungswert "skiprearm" gleich Null (0) ist, führen Sie slmgr /rearm über eine erweiterte Eingabeaufforderung aus. Warten Sie auf die Meldung, dass der Vorgang abgeschlossen ist. Dies kann ein oder zwei Minuten dauern. Folgen Sie anschließend der Aufforderung zum Herunterfahren des Computers. Nach dem Neustart läuft der Computer in OOB Grace und hat weitere 30 Tage Zeit zur Aktivierung. Durch diesen Vorgang werden keine weiteren Änderungen am System vorgenommen.

IIS. CertObj COM object is still present in IIS 7.0, and we believe it is still the best option for deploying certificates to multiple web servers. Das Verhalten dieser Komponente bleibt gleich, so dass alle alten Skripte funktionieren sollten (wenn ABOMapper aktiviert ist).

iiscertobj = CreateObject("IIS.CertObj") einstellen

iiscertobj.Instanzname = "0.0.0.0:443"

iiscertobj.Import pfxfile, pfxfilepassword, true, true

Und ein solches Skript wird nicht auf ABOMapper angewiesen sein.