DNDGBR

Hallo, sorry das ich mich jetzt erst wieder melde. Das Problem besteht leider immer noch. Die Ereignissanzeige bleibt sauber, dort ist kein Hinweis. Seltsam ist das über die GUI das Gateway noch drin steht. Schaue ich aber über ipconfig /all ist das Gateway weg. Habt ihr eine Idee, was als mögliche Fehlerquelle in Frage kommen könnte?

HI, ich habe ein Problem mit einem W3k-Server. Dieser hat 2 Netzwerkkarten, eine für das interne Lan und eine für extern. Jede Karte ist in einem eigenen Segment. Auf der externen Karte ist ein Gateway vom Gebäudebetreiber eingtragen. Dieses Gateway verliert der Rechner nach unbestimmter Zeit ohne nachvollziehbaren Grund. Trage ich das Gateway wieder manuell nach, geht es wieder.

Ja die Demo ist sehr gut. Nur leider kann ich mir dort nur die EDB anschauen ein Export in ein PST-File oder direkt in den aktiven Server ist nicht mölgich.

OKay, danke Dir trotzdem. Ich beobachte das jetzt mal weiter ... Gruß Marco

Danke Dir. Unerklärlich ist mir trotzdem warum das Produkt fehlerfrei lief und erst seit 4 Tagen dieses Problem auftritt od. hoffentlich auftrat. Mir ist jedoch eine weitere Änderung eingefallen, leider konnte man mir bei TrendMicro nicht weiterhelfen. Wir hatten die Testversion von TrendMicro OfficeScan installiert. (ja auf einer Produktivumgebung) Dies war aber beabsichtigt, da ich das Produkt kenne. Ich habe dann am 10.08. die Lizenzschlüssel für die Vollversion eingegeben und aktiviert. Die Testversion war aber noch nicht abgelaufen...Vielleicht hängt es damit zusammen.

Ups, verschrieben. Ja die meinte ich. Es gibt bei TrendMicro einen KB-Artikel der Beschreibt, das im TrendMirco OfficeScan auf der Adminseite unter der Rubrik "Clients" die Ausschlussliste für den Echtzeitscan auf die Ordner der Exchange DB gesetzt werden müssen. Ich hatte das bisher nur für den ServerProtect gemacht.

Hallo, gibt es eine Alternative zu PowerControls von Ontrack. Ich möchte offline auf meine alten EDB´s Zugreifen und diese auf den neuen Server spielen. Jedoch bekomme ich aktuell nicht die 600 € für das Produkt genehmigt. Es sind beides Exchange20003 DB´s. Ich weiß ich könnte auch einen Testserver installieren und die alten EDB´s dort einbinden. Das ist mir aber zu aufwändig und ich habe auch nicht die Zeit dazu.

Hallo, ich habe vermutlich die Lösung gefunden. Es war TrendMicro SMB ... das Produkt hatte noch Zugriff auf die ExchangeDB. Heute früh stand der Server zumindest nicht still. Seltsamerweise läuft das TrendMicro - Produkt schon seit 4 Wochen auf der Maschine und hatte keine Probleme bereitet.

Hallo, ist zwar nicht die Aufgabe eines Mailservers, da diese ausschließlich SMTP zur Kommunikation verwenden. Aber dazu gibt es auf Linuxseite Fetchmail und auf Windowsseite bzw. GFI Mail Essentials oder wenns was kostenloses sein darf, Pullmail. Auf Linux empfehle ich Dir eine Postifx-Konfiguration (sofern du weißt wie es geht) oder schaue Dir mal das OpenXchange Project an. Auf Windowsseite ganz klar .... empfehle ich Dir ausschließlich Exchange. Der Kostet mit einer Windows SBS Lizenz auch nicht viel.

HI, ich habe ein kleines Problem mit Exchange 2003 auf Windows 2003. (beides SP1) Ich hole Mails aus verschiedenen Postfächern beim Provider via GFI MailEssentials ab und lasse diese an den Exchange weiterleiten. Leider bleiben die Mails in der Queue liegen und werden nicht an die Benutzer verteilt. Dieses Problem habe ich seit 2 Tagen. EInzigste Änderung am System, ich habe die IP des Primary DNS von 127.0.0.1 auf die korrekte IP des DNS-Servers gesetzt. DCDIAG, und NETDIAG bringen keine Fehler. Sicherheitshalber habe ich das Loging für den MTA aktiviert. Im Ereignisslog gibt es jedoch keinerlei Fehler. Woran kann das liegen?

Hallo SFHE, naja ich nicht. Der Vorgänger der diesen Server aufgesetzt hat. Aber du hast nat. mit deiner Vermutung recht. Es ist ein öffentlicher Domainname. Und genau da ist das Problem. Nur möchte ich es so einfach wie mgl. Lösen. Wie gesagt der Server funktioniert trotz dieses Umstandes tadellos. Auch das Versenden von Mails mit dem Exchange 2003. Einzigstes Problem, wie beschrieben. Der Server kann die Clients per PING oder Tracert nicht erreichen. NAchtrag: Im Ereignissprotokoll ist nicht ein einzigster Fehler zu finden.

Genau das war es!

Hat denn niemand eine Lösung für mich? Oder fehlen noch Informationen ... bzzgl. einer Fehlerlösung?

HI, ich hatte mal etwas von einem Finnen. Das ließe sich direkt in eine Outlook / Exchange - Umgebung integrieren. Leider bin ich zur Zeit auf Arbeit und kann mich nicht mehr an den Link erinnern. Melde mich heute Abend nochmal.

Danke Dir.

HI wo gibt es diese Doku. Hab Sie bisher nirgends gesehen?

Hallo, schaue Dir mal die Mail Essentials von GFI an. (http://gfisoftware.de)

Hat keiner eine Idee wie man das Lösen könnte?

Hallo, wenn XP Home unbedingt sein muss schau mal in die letzte c´t. Dort war ein Artikel wie du aus XP Home ein Pro machst. Die Domainzugeförigkeit mit Home funktioniert im übrigen sehr wohl. Sie eine der letzten c´t-Ausgaben.

Sorry, ich muss noch ein Post aufmachen da der Text zu lang ist. Ließe sich das Problem umgehen, wenn ich den Nameservern des Provders sage, das er auf standort.echtedomain.com nicht reagieren soll?

Hallo, ipconfig /all auf dem Server spuckt folgendes aus: Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : servername Primäres DNS-Suffix . . . . . : standort.echtedomain.com Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Ja DNS-Suffixsuchliste . . . . . . . : standort.echtedomain.com echtedomain.com PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : 00-53-45-00-00-00 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.139 Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Realtek RTL8139-Familie-PCI-Fast Etherne -NIC Physikalische Adresse . . . . . . : 00-30-84-78-8F-26 DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.100 (Server IP) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.1.1 (Router) DNS-Server . . . . . . . . . . . : 127.0.0.1 Primärer WINS-Server . . . . . . : 192.168.1.100 Ich bin gerade per VPN auf dem Server eingewählt. Hier jedoch die Ausgabe von nslookup von meinem Client der sich per Remote an der Domain anmeldet. Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : clientname Primäres DNS-Suffix . . . . . . . : standort.echtedomain.com Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert. . . . . . . : Nein WINS-Proxy aktiviert. . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : standort.echtedomain.com standort.echtedomain.com echtedomain.com Ethernetadapter LAN-Verbindung: Medienstatus. . . . . . . . . . . : Es besteht keine Verbindung Beschreibung. . . . . . . . . . . : 3Com 3C920 integrierter Fast Etherne t-Controller (3C905C-TX kompatibel) Physikalische Adresse . . . . . . : 00-06-5B-BC-D9-0E Ethernetadapter Drahtlose Netzwerkverbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : 3Com OfficeConnect Wireless 108Mbps 11g USB Adapter Physikalische Adresse . . . . . . : 00-12-A9-17-A4-44 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IP-Adresse. . . . . . . . . . . . : 192.168.178.20 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.178.1 DHCP-Server . . . . . . . . . . . : 192.168.178.1 DNS-Server. . . . . . . . . . . . : 192.168.178.1 Lease erhalten. . . . . . . . . . : Dienstag, 9. August 2005 21:56:20 Lease läuft ab. . . . . . . . . . : Freitag, 19. August 2005 21:56:20 PPP-Adapter VPN-VERBINDUNG: Verbindungsspezifisches DNS-Suffix: echtedomain.com Beschreibung. . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : 00-53-45-00-00-00 DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.1.132 Subnetzmaske. . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : DNS-Server. . . . . . . . . . . . : 192.168.1.100 192.168.1.1 192.168.1.100 Primärer WINS-Server. . . . . . . : 192.168.1.100 Sekundärer WINS-Server. . . . . . : 192.168.1.100

Hallo Günther, nslookup auf dem Server für den FQDN meldet: Server: localhost Address: 127.0.0.1 Nicht-autorisierende Antwort: Name: servername.standort.echtedomain.com.echtedomain.com Address: xx.xx.xx.xx (IP vom Server des Providers auf den echtedomain.com verweisst) nslookup auf dem Server für die IP: Server: localhost Address: 127.0.0.1 Nicht-autorisierende Antwort: Name: servername.standort.echtedomain.com Address: 192.168.1.100 (IP des Servers) -> sollte eigentlich auch beim FQDN auftauchen

Hallo Leute, vielleicht könnt ihr mir ja helfen. Ich habe hier einen Server übernommen den irgendso ein Held aufgesetzt hat. Leider ist als lokale Domain standort.echterdomainname.com verwendet worden. Also eine Subdomain der Domain die das Unternehmen auch beim Provider registriert hat. Im Prinzip beinträchtigt das in keinster Weise den normalen Betrieb inkl. Exchange 2003. Auch Windows2003 Server bringt keinerlei Fehler im Ereignisslog. NC und DC Diag ebensowenig. Trotzdem kann der Server nicht die Clients ( alle WXP mit SP2) anpingen. Weder die IP noch den DNS. Ping von den Clients zum Server funktioniert. Da ich jedoch Software verteilen möchte brauche ich dringend die korrekte Auflösung vom Server zu den Clients. Habt ihr eine Idee für mich wie ich das lösen kann ohne AD zu deinstallieren. Der Server läuft wie gesagt sonst absolut fehlerfrei. Der Server ist ein Win4k mit DC + AD, DNS, WINS und Exchange 2k3. Was mir noch aufgefallen ist. Sobald ich vom Client irgendeine Domain die mit dem gleichen Buchstaben anfängt wie die Firmendomain anpinge oder einen tracert mache lösst er diese über den Server vom Provider auf. Auch wenn es die Domain nicht gibt. Any ideas?

Hallo Robert, nein da gibt es keine Probleme. Wir nutzen es selber so ... ich bin allerdings vor 14-Tagen auf die SPAM Bekämpfung von GFI umgestiegen, da ich diese persönlich besser finde.

HI, ja der Unterschied ist mir schon klar. Ich dachte nur es gäbe eine Möglichkeit die Benutzer automatisiert in das AD zu importieren um dann mit den Daten weiterzuarbeiten.