Hunter_BKC

Hi, hab die Artikel durch, Problem besteht noch immer :( TIF-Dateien kann ich problemlos öffnen, sofern diese auf dem PC gespeichert sind, jedoch nicht im Browser. Ich habe mal Firefox installiert, damit funktioniert es ohne Probleme. Der IE6 macht den Stress... Gruß Christian

Hallo zusammen, ich habe folgendes Problem mit W2k-Clients (SP4/UR/IE6SP1): Wenn ich auf TIF-Dateien, welche uns vom Kunden auf deren Server bereitgestellt werden, zugreifen bzw. diese im Browser öffnen möchte, erhalte ich folgende Fehlermeldung: Imaging (steht in der Titelleiste) Das Dokument konnte nicht gefunden werden Bin auch auf diesen Artikel von MS gestoßen TIFF-Dateien können nicht in Internet Explorer geöffnet werden und habe den Eintrag in der Registry gesetzt. Jetzt erscheint zwar der Öffnen-Button, aber das Dokument wird leider nicht geöffnet. Auf unseren XP-Clients mit IE7 gibt es dieses Problem nicht, es muss also etwas mit dem IE6 zu tun haben, komme aber leider nicht weiter. Hat jemand eine Idee? Gruß Christian

Hallo zusammen, die Antwort vom Kunden liegt mir nun vor. Er meint, es würde ein Timeout-Problem aufgrund langer Wartezeiten geben... Er checkt aber noch mal das Logile und will sich noch mal melden. Hilft das irgendwie weiter? Muss ich irgendwo das Timing ändern? Gruß Christian

Sorry, hat ein bisschen gedauert... Antwort vom Kunden habe ich leider noch nicht. Anbei die Config vom Tunnel. Gruß Christian Config.txt

Hallo zusammen, ich habe jetzt mal das Logging hoch gesetzt. Anbei die Logs bis zum Abbruch: Mar 06 08:14:47.437 gate isakmpd[3040]: 120 isakmpd Info: Received command 'Rekey' from 'vpnd' Mar 06 08:14:47.437 gate isakmpd[3040]: 120 isakmpd Info: Entering state machine as Initiator Mar 06 08:14:47.437 gate isakmpd[3040]: 120 isakmpd Info: Initiating PhaseII(QuickMode) negotiation with öffentliche IP des Kunden to establish an IPSEC SA Mar 06 08:14:47.687 gate isakmpd[3040]: 120 isakmpd Info: SND-MESSAGE#1 Sending 284 bytes to peer öffentliche IP des Kunden Mar 06 08:14:57.765 gate isakmpd[3040]: 120 isakmpd Info: DispatcherSelectRead timed out (timeout = 8 sec) Mar 06 08:14:57.765 gate isakmpd[3040]: 120 isakmpd Info: SND-MESSAGE#1 Sending 284 bytes to peer öffentliche IP des Kunden [Retransmission] Mar 06 08:15:13.968 gate isakmpd[3040]: 120 isakmpd Info: DispatcherSelectRead timed out (timeout = 12 sec) Mar 06 08:15:13.968 gate isakmpd[3040]: 120 isakmpd Info: SND-MESSAGE#1 Sending 284 bytes to peer öffentliche IP des Kunden [Retransmission] Mar 06 08:15:38.765 gate isakmpd[3040]: 120 isakmpd Info: DispatcherSelectRead timed out (timeout = 18 sec) Mar 06 08:15:38.765 gate isakmpd[3040]: 343 isakmpd Warning: RETRY LIMIT REACHED for the remote security gateway öffentliche IP des Kunden Mar 06 08:15:38.765 gate isakmpd[3040]: 120 isakmpd Info: Exiting state machine; closed session with peer öffentliche IP des Kunden Gruß Christian

Alles klar :) Ist halt immer so eine Sache man von der Gegenseite hört, dass alles ok ist... Man ist ja doch immer auf Informationen angewiesen :(

Ok. Aber was heißt das jetzt für mich? :) Soll ich da irgendwas eintragen?

Der Kunde hat geschrieben... Es wären keine Auffälligkeiten auf deren Seite zu erkennen. Dann muss das Problem wohl doch irgendwie auf unserer Seite liegen :(

Die einzigen Logfiles, die ich habe, habe ich gestern gepostet, mehr habe ich leider nicht :( Hatte mir auch mal den Link von Juniper angekuckt, da war dies Knowledge Base - Support - Juniper Networks ganz interessant. Es scheint aber demnach alles i.O. zu sein, es muss einen anderen Grund haben. Ich habe jetzt mal den Kunden angeschrieben, ob er evtl. etwas im Logfile erkennen kann. Mit dem posten der Konfiguartion ist es so eine Sache, da es über eine grafische Oberfläche läuft :) Ich meine dann wohl eher so was wie im Anhang, evtl. muss hier ja was eingestellt werden. Gruß Christian VPN.txt

Ich komme doch schon dazu früher zu antworten... Muss auch gestehen, dass ich nicht so der VPN-Experte bin. Habe den Tunnel mit einem Kollegen eingerichtet und wir waren eigentlich froh, dass wir die Sache zum laufen bekommen haben... Beim IPSEC/IKE haben wir unter "Data Integrity Preference" 1st MD5 und 2nd MD5 eingstellt. Unter "Data Privacy Preference" ist unter 1st 3DES und unter 2nd 3DES eingestellt. Ob der Fehler nach Ruhezeitenauftritt kann ich ehrlich gesagt, gar nicht so genau beantworten. Der Tunnel wird eigentlich immer nur dann aufgebaut, wenn eine Anforderung von einem Client erfolgt, in unserem Fall von einem FTP-Client des Kunden zu unserem FTP-Server und umgekehrt. Heute ist der Tunnel wieder abgegrätscht. Diese Logfiles gingen vorweg: isakmpd Info: Responder, Established IPSEC SA TUNNEL 2.isakmp.16 type=INSTANCE (Lnet/sg=IP unserers FTP-Servers/unsere öffentliche IP, Rnet/sg=IP des Kunden-FTP-Servers/öffentliche IP des Kunden) Lspi=0x2691d57f Rspi=0xc61f6bc6 Auth Header = AH_NONE ESP Header = 3DES_MD5 No compression , [tunTemplate=Tunnel-Name] isakmpd Info: Responder, Established ISAKMP SA (Lsg=unsere öffentliche IP, Rsg=öffentliche IP des Kunden), [tunTemplate=Tunnel-Name] isakmpd Info: Responder, Established IPSEC SA TUNNEL 2.isakmp.18 type=INSTANCE (Lnet/sg=IP unserers FTP-Servers/unsere öffentliche IP, Rnet/sg=IP des Kunden-FTP-Servers/öffentliche IP des Kunden) Lspi=0xe4693d64 Rspi=0x3e854f5a Auth Header = AH_NONE ESP Header = 3DES_MD5 No compression , [tunTemplate=Tunnel-Name] Danach kommt die besagte Meldung des "ISAKMPD-Warnings" und es kann keine Verbindung mehr durch eine Anforderung aufgebaut werden. Ich werde mir gleich mal dem Link von Juniper ankucken Du meinst bestimmt im Config-File der Firewall? Kann ich eigentlich den VPN-Teil aus dem Config-File der Firewall posten, oder macht man so etwas aus sicherheits-technischer Sicht nicht? Gruß Christian

Hallo zusammen, danke für Eure Antworten. Ich bin erst am Donnerstag wieder im Büro, melde mich dann noch mal. Gruß Christian

Hallo zusammen, ich habe ein kleines VPN-Problem auf unserer Symantec-Firewall. Wir haben mit einem Kunden ein VPN-Tunnel (der Tunnel wird über unsere Symantec-Firewall zu einem Cisco-Router aufgebaut), der von unserer Seite sporadisch mit einem Fehler beendet wird. Im Logfile der Firewall erscheint folgende Meldung: ISAKMPD Warning: Retry Limit Reached for the security gateway "IP des Kunden-Routers" Ich muss dann immer eine Art Neustart der Firewall durchführen, dann funktioniert es wieder ein paar Tage, bis der Fehler wieder auftritt. Das ist auf Dauer natürlich ganz schön nervig... Kann mir evtl. jemand hierbei weiterhelfen? Gruß Christian

Also bleibt mir irgendwann nur die Defragmentierung... 1000 Dank noch mal für die ganzen Antworten!!! Gruß Christian

Ok... Erstmal vielen Dank für die ganzen Antworten!!! Zwei Sachen habe ich aber noch :) Mit den großen Datenbanken lebe ich jetzt erstmal. Bis die 16GB-Grenze erreicht ist, ist ja noch ein bisschen Zeit. Meine Überlegung wäre dann (also vor erreichen der Grenze), einen zweiten Postfachspeicher anzulegen. Folglich wird dann ja auch eine zweite PRIV.EDB angelegt?! Wie viel Postfachspeicher kann man denn beim SBS2003 Std. anlegen? Dann noch etwas bzgl. OWA. Ein Kollege teilte mir heute mit, dass er ziemlich lang an einer Mail schrieb und als er sie absenden wollte, kam die Anmeldemaske. Das es einen Timeout gibt und dieser per default auf 14 Minuten steht, weiß ich. Was ich aber nicht weiß ist, ob der Entwurf vielleicht irgendwo temporär gespeichert ist und man noch mal irgendwie dran kommt. Beim Einloggen kann man ja die Option "Privater Computer" verwenden. Liegt der Timeout dann auch bei 14 Minuten? Gruß Christian

Ich habe mich vertan... Ich sichere mit dem Backup Exec nicht den Infostore, sondern die MS Exchange-Mailboxen. Bzgl. der richtigen, überlegten Vorgangsweise hätte ich eine Frage. Ich habe vor die Updates über das Automatische Update (dies ist z.Zt. deaktiviert) laufen zu lassen und den Neustart des Servers auf den Feierabend zu legen. Dies dürfte den Betrieb doch am wenigsten stören. Oder kommt dann am nächsten Morgen das böse Erwachen? :) Gruß Christian

Ja, dem war wohl so :) Also dann auch beim Vollbackup vom Server (ich meine die Small-Business Server-Sicherung)? Ich sichere da nur den Infostore. Muss gestehen, dass ich nicht weiß, was die Brick-Level-Ebene ist Den Analyzer werde ich installieren und die Updates ebenso. Dies wurde wohl nicht gemacht, da befürchtet wurde, dass der Server nach der Update-Installation nicht mehr richtig funktioniert. Man kannte ja die "Horrormeldungen" aus früherer Zeit, wo man sich nach der Installation eines Updates nicht mehr an der Kiste anmelden konnte usw... Gruß Christian

Genau, die Logiles vom Nachrichtentracking :) Leider wurde wohl irgendwann mal der Haken entfernt, dass die Nachrichten nach einer gewissen Zeit automatisch gelöscht werden... Dies habe ich nachgeholt und habe den Pfad von C: auf ein anderes LW gesetzt. Jetzt liegen in dem "alten" Verzeichnis auf C: halt noch die uralten Logfiles und nehmen Speicherplatz weg. Ich war mir nicht 100% sicher, ob ich diese Files gefahrlos löschen kann. Die Logfiles im Ordner MDBDATA rühre ich nicht an :) Diese werden auch immer schön nach der nächtlichen Sicherung gelöscht. Ich dachte aber immer, dass dies mit der Extra-Sicherung des Ordners MDBDATA geschieht... Werden diese also auch gelöscht, wenn ich mit dem NT-Backup den Infostore sichere? Wir verwenden das Backup Exec 9.1 Habe noch eine Frage, die jetzt nicht ganz zu dem Thema passt, aber evtl. schnell beantwortet ist: Ich möchte das Patch KB 911829 installieren. Jedoch wird das SP2 für Exchange vorausgesetzt. Nun verwenden wir ja den SBS2003 Std. In den Systemanforderungen für Exchange Server 2003 SP2 wird nur der Windows Server 2003 aufgeführt. Ein SP2 für SBS2003 habe ich bisher nicht gefunden. Kann ich nun bedenkenlos das SP2 für Exchange Server 2003 installieren? Gruß Christian

Hallo Günther, ich sichere nicht zur gleichen Zeit, sondern ein paar Stunden später, dies kam wohl falsch rüber. Mit dem Backup Exec sichere ich deshalb, da ich damit einzelne Mails, bzw. Postfächer allgemein, einfacher wiederherstellen kann. Die Sicherung des Ordners MDBDATA habe ich jetzt mal deaktiviert. Ich dachte immer, dass man diesen Ordner (extra) sichern muss, damit im Anschluss die Log-Files gelöscht werden. Wir meinen doch die selben Log-files, oder? Also die, die unter ..\Exchsrvr\Servername.log liegen. Gruß Christian

Ich möchte da jetzt nix defragmentieren... Mir geht es darum, zu verstehen, warum die Datenbank, bzw. die Sicherung, plötzlich fast doppelt so groß ist und wie ich das Problem ohne Defrag in den Griff bekomme. Dann hätte ich noch gerne gewusste, ob ich die angesprochenen Transaktion-Logs von 2006 und 2007 gefahrlos löschen kann :) Gruß Christian

Wir haben den SBS2003 Std. im Einsatz, also dann auch Exchange 2003 Standard. Ja, sie läuft. Anbei die Einträge vom 13.01. und 14.01. aus der Ereignisanzeige: Ereignistyp: Informationen Ereignisquelle: MSExchangeIS Mailbox Store Ereigniskategorie: Allgemein Ereigniskennung: 1221 Datum: 13.01.2009 Zeit: 01:33:04 Benutzer: Nicht zutreffend Computer: EXCH Beschreibung: Die Datenbank "Erste Speichergruppe\Postfachspeicher (EXCH)" besitzt 290 MB freien Speicherplatz, nachdem die Onlinedefragmentierung abgeschlossen wurde. Ereignistyp: Informationen Ereignisquelle: MSExchangeIS Mailbox Store Ereigniskategorie: Allgemein Ereigniskennung: 1221 Datum: 14.01.2009 Zeit: 02:35:43 Benutzer: Nicht zutreffend Computer: EXCH Beschreibung: Die Datenbank "Erste Speichergruppe\Postfachspeicher (EXCH)" besitzt 2209 MB freien Speicherplatz, nachdem die Onlinedefragmentierung abgeschlossen wurde. Gruß Christian

Hi Rakli, hab mir das MSXFAQ.DE - Exchange Datenbank defragmentieren und das Vorbereitungen zur Offline Defragmentierung einer Exchange (2000, 2003) Datenbank | Blog SBSPraxis.de durchgelesen. Dies hat doch aber nicht sonderlich viel mit meinem Problem zu tun. Oder verstehe ich das falsch? Defragmentieren macht doch nur Sinn, wenn an der 16GB-Grenze geknabbert wird (bei uns sind es 8GB)... Und um das Problem zu umgehen, würde es doch ausreichen einen zweiten Postfachspeicher anzulegen. Dann wird doch eine zweite EDB angelegt?! Es muss doch einen Grund geben, warum die Sicherungen von ein auf den anderen Tag so angewachsen sind. Gruß Christian

Hallo zusammen, ich habe ein kleines (Verständnis-) Problem bzgl. der Datei PRIV1.EDB und der Sicherung des Infostores. Diese Datei ist über Nacht fast um das Doppelte gewachsen. ...und ich kann mir nicht erklären warum das so ist. Nachts wird über NT-Backup auf dem SBS2003 der Ordner MDBDATA, sowie der Infostore gesichert. Beide Sicherungsdateien sind fast um das Doppete gewachsen. Parallel dazu sichere ich mit Backup Exec die Postfächer. Bei dieser Sicherung tritt das Phänomen nicht auf. Kann mir evtl. jemand sagen, warum diese Dateien plötzlich fast doppelt so groß sind? Dann habe ich noch eine Frage bzgl. der Löschung der Transaktion-Logs. Leider wurde nicht angegeben, dass diese Dateien nach einer Zeit gelöscht werden sollen (was ich aber jetzt nachgeholt habe). Ebenso habe ich das Verzeichnis auf eine andere Platte gelegt. Kann ich nun die alten Logs von 2006 und 2007 gefahrlos löschen? Die "eigentlich wichtigen" Logs liegen ja im Ordner MDBDATA... Gruß Christian

Natürlich wäre ein HW-Raid5 mit HotPlug besser, aber bei dem System läuft nun mal ein SW-Raid... Wenn der nächste Ausfall genauso gut über die Bühne wie der jetzige, habe ich eigentlich kein Problem mit SW-Raid und Raptor-Platten. Zumal die Raptoren in einem anderen Beitrag für den Servereinsatz empfohlen wurden. Dies ist auch auf der WD-Seite zu lesen (dort wird die VelioRaptor erwähnt). Mit meinem Firewall-Problem kann mir wohl niemand weiterhelfen? :(

Aha... Das ist mal ein Argument... Ich konnte bisher keinen Nachteil feststellen.

Was spricht denn gegen ein SW-RAID mit den WD Raptoren, bzw. gegen Raptoren im Server?