Installieren und Deinstallieren

Aktualisieren

Verwalten

Firewallclient

Veröffentlichung

Dokumentation

HTML-Fehlermeldungsdateien

In diesem Dokument erhalten Sie Informationen zu Microsoft Security and Acceleration (ISA) Server 2006.

Bitte lesen Sie unbedingt die „Schnellstartübersicht“ (Isastart.chm) zu Microsoft Internet Security and Acceleration (ISA) Server 2006. Dort erhalten Sie Installationsanweisungen und Voraussetzungen für die Installation, Beschreibungen neuer Funktionen von ISA Server 2006 sowie Kurzanleitungen zu diesen Funktionen. Dieses Dokument steht Ihnen auf der Seite „ISA Server 2006 Autorun“ zur Verfügung und befindet sich im Stammverzeichnis auf der ISA Server 2006-CD. Außerdem finden Sie auf der Website zur ISA Server-Anleitung Dokumente mit Anleitungen zur Bereitstellung sowie Informationen zu gängigen Szenarien (möglicherweise in englischer Sprache).

Zurück zum Inhaltsverzeichnis

1. Aus Sicherheitsgründen ist es empfehlenswert, immer die aktuellsten Betriebssystemupdates zu installieren. Informationen zu eventuellen aktuellen Updates finden Sie auf der Website Microsoft Update.
   
   
2. Bei dieser Version wird ISA Server 2006 nicht auf dem Microsoft Windows-Serverbetriebssystem mit dem Codenamen „Longhorn“ unterstützt.
   
   
3. Bei dieser Version wird die ISA Server-Verwaltung nicht auf Computern unterstützt, auf denen das Betriebssystem Microsoft Windows Vista läuft.
   
   
4. Wenn Sie ISA Server deinstallieren, werden einige Dateien nicht vollständig aus dem Computer entfernt. In der nachstehenden Tabelle sind die nach der Deinstallation verbleibenden Dateien und die entsprechenden Ordner aufgeführt.
   
   

   Ordner	Dateiname
   %windir%	IsUninst.exe, Atl71.dll, ismifcom.dll, msvcp71.dll, msvcr71.dll. Nur Enterprise Edition: \config\adam_isastgctrl.evt
   %windir%\System32	DBmsLPCn.dll, dbmsgnet.dll, dbmsqlgc.dll

5. Wird ISA Server 2004 auf einem Computer installiert, auf dem Windows 2000 Server ausgeführt wird, so läuft Microsoft SQL Server 2000 Desktop Engine (MSDE) unter dem lokalen Systemkonto. Nach der Aktualisierung auf Windows Server 2003 wird MSDE weiterhin unter dem lokalen Systemkonto ausgeführt. Während der Aktualisierung von ISA Server wird der Microsoft-Firewalldienst jedoch unter dem Netzwerkdienstkonto ausgeführt. Da das Netzwerkdienstkonto keine Zugriffsberechtigung auf MSDE hat, besitzt auch der Firewalldienst keinen Zugriff auf MSDE, und die Aktualisierung schlägt fehl. Dieses Problem umgehen Sie, indem Sie ISA Server 2004 mithilfe des Installations-Assistenten deinstallieren und MSDE erneut installieren. Gehen Sie dazu wie folgt vor:
   
   
   1. Klicken Sie zunächst auf Start und dann auf Ausführen, geben Sie appwiz.cpl in das Feld Öffnen ein, und klicken Sie auf OK.
      
      
   2. Klicken Sie im Fenster Software auf Microsoft ISA Server 2004 und dann auf Ändern/Entfernen.
      
      
   3. Klicken Sie im Installations-Assistenten für Microsoft ISA Server 2004 auf Weiter.
      
      
   4. Klicken Sie auf der Seite Programmwartung auf Modifizieren und dann auf Weiter.
      
      
   5. Erweitern Sie auf der Seite Setup-Typ die Option Firewalldienste, und klicken Sie dann auf Erweiterte Protokollierung.
      
      
   6. Klicken Sie auf Nicht verfügbar.
      
      
   7. Klicken Sie auf Weiter, und anschließend auf Installieren.
      
      
   8. Klicken Sie auf der Seite Installations-Assistent abgeschlossen auf Fertig stellen, und schließen Sie dann das Internet Explorer-Fenster, das automatisch geöffnet wurde.
      
      
   9. Wiederholen Sie die Schritte 1 bis 5, und klicken Sie dann auf Dieses Feature wird auf der lokalen Festplatte installiert.
      
      
6. Wurde MSDE vom ISA Server-Computer deinstalliert, müssen Sie es über das ISA Server-Setup neu und mit veränderten Optionen installieren. Vor der erneuten Installation von MSDE empfiehlt es sich, den Firewalldienst abzuschalten. Ansonsten kann die MSDE-Installation bis zu 45 Minuten in Anspruch nehmen. Beachten Sie, dass der Firewalldienst bei Abschluss der Installation automatisch neu gestartet wird.
   
   
7. Gelegentlich kann es vorkommen, dass einige Schnittstellen bei der Msfpccom.dll-Registrierung nicht registriert werden und im ISA Server-Verwaltungs-Snap-In die Fehlermeldung Eine Schnittstelle ist nicht registriert erscheint. Heben Sie in diesem Fall die Registrierung auf (durch Ausführen von regsvr32 –u msfpccom.dll), und registrieren Sie sich erneut (durch Ausführen von regsvr32 msfpccom.dll).
   
   
8. Bei der Installation von ISA Server Enterprise Edition werden einige DLLs auf folgende Windows-Systemordner installiert: C:\WINDOWS\ADAM und C:\\WINDOWS\ADAM\EN.
   
   
9. ISA Server 2006 wurde auf Microsoft Virtual Server 2005 R2 getestet und sollte voll funktionsfähig sein. Die Bereitstellung von ISA Server auf einer Virtual Server 2005 R2-Umgebung sollte jedoch auf Testzwecke beschränkt bleiben. Insbesondere wird beim Einsatz von ISA Server 2006 als Netzwerkfirewall von einer Virtual Server 2005 R2-Produktionsumgebung abgeraten.
   
   
10. Nach der Installation von ISA Server 2006 wird empfohlen, mithilfe des Windows Sicherheitskonfigurations-Assistenten die Angreifbarkeit Ihrer Windows-Infrastruktur für ISA Server zu verringern. Weitere Informationen finden Sie im ISA Server 2006 Verwaltungs- und Sicherheitshandbuch zum Verringern der Angreifbarkeit (möglicherweise in englischer Sprache). Beachten Sie Folgendes:
    
    
    • Die MSDE-Protokollierungsfunktion wurde sowohl für ISA Server 2006 als auch für ISA Server 2004 aus dem Windows Sicherheitskonfigurations-Assistenten entfernt. Der Einsatz von MSDE wird nun von ISA Server gesteuert.
      
      
    • Wird die Angreifbarkeit des Computers manuell verringert, muss der Microsoft ISA Server-Speicherdienst auf dem Konfigurationsspeicherserver-Computer aktiviert werden. Den Status dieses Dienstes können Sie im Detailbereich des Windows-Snap-In für Dienste überprüfen. Diese Änderung gilt nur für die Enterprise Edition.
      
      
11. Wird ein Arraymitglied in einem Array installiert, auf dem der Netzwerklastenausgleich aktiviert ist, so stehen die Ports, die von im Array definierten Listenern verwendet werden, nach dem Neustart des Firewalldienstes bei Abschluss der Installation nicht sofort zur Verfügung. Das liegt daran, dass die Konfiguration des Netzwerklastenausgleichs nach Hinzufügen eines Arraymitglieds Zeit zur Synchronisierung benötigt. Nach der Synchronisierung des Netzwerklastenausgleichs (dies kann mehrere Minuten in Anspruch nehmen) sollte die Listenerfunktionalität automatisch wiederhergestellt werden. In einigen Fällen sind einige Listener jedoch unter Umständen auch nach Synchronisierung des Netzwerklastenausgleichs nicht voll funktionsfähig. Durch einen Neustart des Firewalldienstes lässt sich das Problem beheben.
    
    

1. DiffServ-Unterstützung wird nur für Webproxyclients bereitgestellt. DiffServ-Pakete werden auf den Datenverkehr von transparenten Clients angewendet, sollten jedoch nicht zur Paketpriorisierung für diese Clients eingesetzt werden.
   
   
2. ISA Server kann die DiffServ-Priorität während einer HTTPS (Secure HTTP)-Sitzung nicht ändern, weswegen die zuerst gewählte Priorität für die gesamte Sitzung Gültigkeit behält. Daher gelten für über HTTPS getunnelte Inhalte folgende Einschränkungen:
   
   
   • Die Option Spezielle Behandlung von Anforderungs- und Antwortheadern entsprechend dieser Priorität ermöglichen auf der Registerkarte Prioritäten entfällt.
     
     
   • Die Option Größenlimit für diese Priorität übernehmen auf der Eigenschaftsseite Priorität hinzufügen entfällt.
     
     
3. Der Assistent für die Erstellung einer Antwortdatei unterstützt Unicode-Eingaben. Da die ausgegebene Antwortdatei jedoch im ANSI-Format erzeugt wird, müssen die in den Eingabezeichenfolgen verwendeten Zeichen in ANSI übersetzbar sein. Enthalten Ihre Eingabezeichenfolgen daher Zeichen, die nicht korrekt in ANSI übersetzt werden können, wird die Antwortdatei nicht ordnungsgemäß erzeugt. Um dies zu vermeiden, gehen Sie folgendermaßen vor:
   
   
   1. Verwenden Sie bei der Ausführung des Assistenten für die Erstellung einer Antwortdatei zum Speichern der erzeugten Datei einen ANSI-Dateipfad, und geben Sie für folgende Eigenschaften Platzhalter in ANSI-Zeichen (wie z. B. Englisch) ein: Name des Standort-zu-Standort-Netzwerks für den Remotestandort, vorinstallierter Schlüssel, Arrayname und Arraybeschreibung sowie der Pfad zu dem Zertifikat.
      
      
   2. Öffnen Sie die erzeugte Antwortdatei, und speichern Sie die Datei im UNICODE-Format.
      
      
   3. Bearbeiten Sie die UNICODE-Antwortdatei, und ändern Sie die Zeichenfolgen auf ihre tatsächlichen Werte.
      
      
4. Die Schaltfläche Durchsuchen auf der Seite Vorhandenem Array beitreten des Assistenten für die Erstellung einer Antwortdatei ist nicht funktionsfähig. Geben Sie in das Textfeld „Arrayname“ einen Namen für das Array ein.
   
   
5. Beim Ausführen der Enterprise Edition als Arrayadministrator ist es nicht möglich, die Teilnahme am Programm zur Verbesserung der Benutzerfreundlichkeit durch Klicken auf den Link Programm zur Verbesserung der Benutzerfreundlichkeit im Detailbereich und durch Auswählen der Option Teilnehmen im Dialogfeld Kundenfeedback auszuwählen. Arrayadministratoren, die an dem Programm teilnehmen möchten, müssen die Option in den Arrayeigenschaften auf der Registerkarte Kundenfeedback auswählen.
   
   
6. Beim Ausführen der Enterprise Edition erzeugt der Konfigurationsspeicherserver folgende Protokolldateien im Windows-Systemordner: ADAM.log, ADAMUninst.log und PFRO.log.
   
   

Zurück zum Inhaltsverzeichnis

• In dieser Version werden keine Firewallclients unterstützt, die auf Computern installiert sind, auf denen das Betriebssystem Microsoft Windows Server mit dem Codenamen „Longhorn“ oder Microsoft Windows Vista läuft. Die Firewallclientinstallation wird für diese Betriebssysteme blockiert.
  
  

Zurück zum Inhaltsverzeichnis

1. Einige Anwendungen, wie beispielsweise Windows Media Player, Microsoft Office Picture Manager und Microsoft Outlook Mobile Access, unterstützen während eines SSL/TLS-Handshakes keine Clientzertifikatauthentifizierung und können daher keine Authentifizierung durchführen, wenn eine Clientauthentifizierung erforderlich ist. Aus diesem Grund erhalten Benutzer beim Versuch, auf den veröffentlichten Inhalt zuzugreifen, von solchen Anwendungen eine Fehlermeldung. Dieses Problem tritt auf, wenn der Weblistener SSL-Clientzertifikatauthentifizierung erfordert oder wenn der Weblistener formularbasierte Authentifizierung erfordert und eine der Veröffentlichungsregeln, die diesen Weblistener verwendet, ein zusätzliches SSL-Clientzertifikat erfordert. In einigen Fällen, wie beispielsweise für Windows Media Player, können Benutzer unter Umständen das Ziel des Links in einem lokalen Ordner speichern und über diesen Ordner auf den Inhalt zugreifen.
   
   
2. Wird Office Communicator Web Access mittels des Assistenten für Webveröffentlichungsregeln veröffentlicht, können beim Versenden von Nachrichten Fehler auftreten. Löschen Sie in diesem Fall die Webveröffentlichungsregel, und erstellen Sie stattdessen mithilfe des Assistenten für Exchange-Veröffentlichungsregeln eine neue Regel. Wählen Sie im Assistenten auf der Seite zum Auswählen von Diensten dann Outlook Web Access als Webclient-Maildienst, den Sie veröffentlichen, aus. Nach der Erstellung der Regel müssen Sie die Regeleigenschaften bearbeiten und folgende Änderungen vornehmen: Wählen Sie auf der Registerkarte Authentifizierung die Option NTLM-Authentifizierung aus. Löschen Sie auf der Registerkarte Pfade alle Exchange-Pfade, und geben Sie dann den Pfad /* ein.
   
   
3. Um SecurID-Cookies von ISA Server erzeugen zu lassen, die dann von einem SecurID-Web-Agent als vertrauenswürdig eingestuft werden, müssen der ISA Server-Computer und der Web-Agent denselben Domänenschlüssel haben. Achten Sie beim Export des Domänenschlüssels auf dem Web-Agent-Computer darauf, dass das Textfeld Domänenname im Dialogfeld Domänenkonfiguration verwalten leer ist. Wird in das Textfeld ein Domänenname eingegeben, tritt beim Import des Domänenschlüssels auf den ISA Server-Computer ein Fehler auf.
   
   
4. Bei der Konfiguration einer Exchange-Webclientzugriff-Veröffentlichungsregel für Exchange Server 2007 sind die Optionen zur Anlagensperrung bei der Exchange-Veröffentlichung auf der Eigenschaftsseite „Anwendungseinstellungen“ für die Regel nicht funktionsfähig.
   
   

Zurück zum Inhaltsverzeichnis

1. Die Seiten der „Schnellstartübersicht“ werden beim Öffnen über eine Netzwerkfreigabe auf einem Computer, auf dem Microsoft Windows Server 2003 mit Service Pack 1 läuft, nicht angezeigt. Sie können die „Schnellstartübersicht“ anzeigen, indem Sie die Datei Isastart.chm in ein lokales Verzeichnis kopieren und sie von dort aus öffnen. Weitere Informationen und Optionen finden Sie im Microsoft Knowledge Base-Artikel 896054: „Nach der Installation von Sicherheitsupdate 896358, Sicherheitsupdate 840315 bzw. Windows Server 2003 Service Pack 1 können Sie über das InfoTech-Protokoll nicht auf Remoteinhalte zugreifen“ (möglicherweise in englischer Sprache).
   
   
2. Beachten Sie im Dokument: „Aktualisieren von ISA Server 2004 Enterprise Edition auf ISA Server 2006 Enterprise Edition“ im Abschnitt „Szenario 4: Array mit Lastenausgleich“ folgende Korrekturen:
   
   
   • Der Text: „Nachdem Sie die Aktualisierung des Konfigurationsspeicherservers durchgeführt haben, müssen Sie die NLB-Integration für das ISA Server 2006-Array deaktivieren“ muss folgendermaßen geändert werden: „Nachdem Sie die Aktualisierung des Konfigurationsspeicherservers durchgeführt haben, müssen Sie alle zusätzlichen virtuellen IP-Adressen (VIPs) hinzufügen und die Änderungen durch Klicken auf die Schaltfläche Übernehmen auf der Leiste zum Übernehmen von Änderungen übernehmen. Deaktivieren Sie dann die NLB-Integration für das ISA Server-Array.“
     
     
   • Im selben Abschnitt fehlt unter der Überschrift „Starten Sie den NLB-Dienst auf den ISA Server 2006-Arraymitgliedern“ ein Schritt. Vor dem Start des NLB-Dienstes müssen Sie zuerst die NLB-Integration aktivieren.
     
     

Zurück zum Inhaltsverzeichnis

ISA Server enthält verschiedene Fehlermeldungen, die an Webbrowserclients zurückgegeben werden können. Diese Fehlermeldungen werden im ISA Server-Installationsverzeichnis in den Ordner ErrorHtmls installiert. Standardmäßig werden diese Fehlermeldungen in der Installationssprache Ihrer Version des ISA Servers installiert. Unabhängig von Ihrer Installationssprache werden die HTML-Fehlermeldungsseiten 12221r.htm und 12222r.htm nur auf Englisch installiert. Lokalisierte Versionen dieser Seiten können mit dem ErrorHtmls-Paket, das im ISA Server Download Center verfügbar ist, heruntergeladen werden. Installieren Sie das Paket, und kopieren Sie dann die extrahierten Seiten 12221r.htm und 12222r.htm aus dem entsprechenden Sprachordner in das ErrorHtmls-Verzeichnis auf dem ISA Server-Computer. Wenn die ISA Server Enterprise Edition ausgeführt wird, müssen Sie diese Dateien auf jeden ISA Server-Computer im Array kopieren.

Zurück zum Inhaltsverzeichnis

Die in diesen Unterlagen enthaltenen Angaben und Daten, einschließlich URLs und Verweise auf andere Internetwebsites, können ohne vorherige Ankündigung geändert werden. Die in den Beispielen verwendeten Firmen, sonstigen Namen und Daten sind frei erfunden, soweit nichts anderes angegeben ist. Die Benutzer sind verpflichtet, sich an alle maßgeblichen Urheberrechtsgesetze zu halten. Unabhängig von der Anwendbarkeit der entsprechenden Urheberrechtsgesetze darf ohne ausdrückliche schriftliche Erlaubnis der Microsoft Corporation kein Teil dieses Dokuments für irgendwelche Zwecke vervielfältigt oder in einem Datenempfangssystem gespeichert oder darin eingelesen werden, unabhängig davon, auf welche Art und Weise oder mit welchen Mitteln (elektronisch, mechanisch, durch Fotokopieren, Aufzeichnen usw.) dies geschieht.

Microsoft Corporation kann Besitzer von Patenten oder Patentanträgen, Marken, Urheberrechten oder anderen Rechten an geistigem Eigentum sein, die den Inhalt dieses Dokuments betreffen. Das Bereitstellen dieses Dokuments gibt Ihnen jedoch keinen Anspruch auf diese Patente, Marken, Urheberrechte oder auf sonstiges geistiges Eigentum, es sei denn, dies wird ausdrücklich in den schriftlichen Lizenzverträgen von Microsoft eingeräumt.

© 2006. Microsoft Corporation. Alle Rechte vorbehalten.

Microsoft, Outlook, Windows Server und Windows Vista sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern.

Zurück zum Inhaltsverzeichnis