martins

Soooo... hab jetzt mal schnell den Artikel "Online-Backups" überflogen (Danke für den Hinweis, Lian). ;) Der HP-Dienst wurde allerdings nicht explizit erwähnt und am besten weg kam das Angebot von "mozy". Erfahrungen von euch, werden trotzdem gerne gelesen! ;-)

Hallo, hp bietet unter http://www.upline.com eine Möglichkeit, online seine Daten zu hosten. Der Spaß kostet ab 4,49 $. :) Sieht ja erstmal ganz gut aus. Wurden bereits Erfahrungen damit gemacht? Gruß, M

und hier... die Lösung: An den Routern musste u.a. ein Häkchen gesetzt werden bei diesem Punkt: "Fragmentierte UDP- oder ICMP-Pakete akzeptieren" im Bereich "Firewall" => "Basiskonfiguration" Da das aber über das Web-Interface nicht geklappt hat, wurde das per telnet erledigt. Danach war alles ein Kinderspiel... naja, fast! ;) Danke an LukasB und Grizzly. :thumb1:

Guten Morgen! ;) Ich war auch nicht ganz untätig und hab ein wenig an der Niederlassung geschraubt. Resultat = 0. Aber... seid dem die Standorte per VPN verbunden sind (seit Mittwoch), habe ich das Problem, dass bei den Clients der Zentrale (alle Win XP Prof. SP2) noch vor der Anmeldung ein Hinweis kommt (ich glaub mit 'nen weißen X auf rotem Grund): "Windows Systemfehler: Ein gleicher Name ist bereits im Netzwerk vorhanden" Diese Meldung kam schlagartig auf ALLEN Clients, nicht auf den Servern. Abhilfe habe ich so geschaffen, dass ich auf den Clients die WINS-Server eingetragen habe. Eben, als ich mich mit meinem Notebook in der Zentrale per VPN (aber auf einen anderen Router einwähle, erscheint bei mir exakt die gleiche Meldung unten rechts, als Balloon-Tipp (schwarzes Ausrufezeichen in gelben Dreieck). Mein Notebook ist aber gar nicht Mitglied der Domäne... ich wähl mich da nur ein und dann bediene ich die Clients und Server per Remotedesktop! :mad: Das Phänomen hatte ich übrigens auch 4-5 Mal in der Niederlassung. Aber in der Zentrale erschien es bei jedem Neustart eines Clients... eben bis ich die WINS-Server eingetragen habe. Und jetzt auch noch mein Notebook! :confused: Irgendwas läuft hier falsch. Habt ihr noch eine Idee? Danke dafür! Martin – Hier mal das entsprechende Event: Ereignistyp: Fehler Ereignisquelle: NetBT Ereigniskategorie: Keine Ereigniskennung: 4321 Datum: 31.05.2008 Zeit: 09:35:39 Benutzer: Nicht zutreffend Computer: eb-mobil.t-it.l Beschreibung: Der Name "EB-MOBIL.T-IT.L:20" konnte nicht auf der Schnittstelle mit IP-Adresse 192.168.8.202 registriert werden. Der Computer mit IP-Adresse 49.40.1.90 hat nicht zugelassen, dass dieser Computer diesen Namen verwendet. Das ist also die Meldung an meinem Notebook, wenn ich mich per VPN (DFÜ-Netzwerk) mit der Zentrale (192.168.8.x) verbinde. Die 49.40.1.90 ist allerdings ein anderer VPN-Router der Telekom (baut noch eine weitere Leitung in die Zentrale auf) in der Niederlassung. Wie kommt der in mein Ereignis? :shock::confused::eek:

scheint den Kisten nichts ausgemacht zu haben! ;) ... aber nslookup mault noch immer "non-existent domain" :( Das kann doch nicht sein. By the way... das Ereignisprotoll auf dem Memberserver spuckt mir 'nen 1054 aus: ___________ Ereignistyp: Fehler Ereignisquelle: Userenv Ereigniskategorie: Keine Ereigniskennung: 1054 Datum: 30.05.2008 Zeit: 23:12:47 Benutzer: NT-AUTORITÄT\SYSTEM Computer: SRV01-DA Beschreibung: Der Domänencontrollername für das Computernetzwerk konnte nicht ermittelt werden. (Unerwarteter Netzwerkfehler. ). Die Verarbeitung der Gruppenrichtlinie wurde abgebrochen. _________ – Ich hab die Dinger ja angeschafft... sollten auch ursprünglich nur für ein Videokonferenz-System sein. Naja, da hab ich mir gedacht, dass man da prima die Niederlassung noch mit anbinden könnte. 2 Mbit SDSL müssen ja auch genutzt werden. Naja, wenn's klappen tät! :D – ... und mein ping 192.168.8.200 -l 1500 zeigt noch das exakt gleiche Verhalten wie zuvor. Bis 1472 alles iO, darüber hinaus gibt's eine Zeitüberschreitung. :mad:

au backe... jetzt hab ich mich echt vertippt. Statt "EnablePMTUBHDetect" hab ich "EnablePMTUDiscovery" angelegt. Glücklicherweise lebten die Kisten noch nach dem reboot. Verdammt.

Das Patch ist mir bei meiner Recherche auch schon begegnet... gab es aber für 64-bittige Systeme nur als Englisch- und Japan-Version.

Auf beiden Servern? Aber eigentlich sind es doch drei! ;)

Eine Reverse-Lookupzone existiert gar nicht auf dem Memberserver (Niederlassung). Ich hatte ja zuvor (vorgestern) erst DNS installiert und anschließend DCPROMO durchgeführt. Nachdem die Replikation nicht funktionierte, habe ich aus dem DC wieder einen Memberserver gemacht. Und nun sitz ich hier! :) ... ich versuch mal kurz die MTU auf 1450 zu reduzieren!

Du meinst in der Registrierung - auf allen drei Servern? HOW TO: Change the Default Maximum Transmission Unit (MTU) Size Settings for PPP Connections or for VPN Connections Betrifft dieses Howto nicht VPN-Verbindungen, die ich direkt mit dem W2K3-Server herstelle? – Im DNS-Server in der Zentrale ist nur eine Reverse-Lookupzone mit dem Netz "192.168.8.x Subnet" eingerichtet. Mein Memberserver ist dort nicht aufgeführt... kann ich dann überhaubt eine Antwort von nslookup bekommen?

Nicht direkt... evtl. geht es per telnet. MSS Clamping Einstellungsmöglichkeiten sind mir keine begegnet. Ich habe den Server in der Zentrale mal kurz aus der Domäne genommen und neu hinzugefügt => ohne Ergebnis. Echt komisch... Netzlaufwerke kann ich verbinden und alles andere auch. ;(

Also... der maximale MTU-Wert der auf beiden Seiten funktionierte, war 1472. Die Zeit stieg allerdings auch auf 38ms. Die Verbindung ist SDSL, 2 Mbit, die Geräte sind von Draytek, Vigor 2910 und die Verbindung wird mit L2TP/IPSec aufgebaut. Bringt uns das weiter? ;)

Das spuckt mir der ping auf beiden Seiten aus (ohne MTU funzt es, mit MTU schon nicht mehr): C:\Dokumente und Einstellungen\administrator.firma>ping 192.168.8.200 Ping wird ausgeführt für 192.168.8.200 mit 32 Bytes Daten: Antwort von 192.168.8.200: Bytes=32 Zeit=17ms TTL=126 Antwort von 192.168.8.200: Bytes=32 Zeit=18ms TTL=126 Antwort von 192.168.8.200: Bytes=32 Zeit=18ms TTL=126 Antwort von 192.168.8.200: Bytes=32 Zeit=18ms TTL=126 Ping-Statistik für 192.168.8.200: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 17ms, Maximum = 18ms, Mittelwert = 17ms C:\Dokumente und Einstellungen\administrator.firma>ping 192.168.8.200 -l 1500 Ping wird ausgeführt für 192.168.8.200 mit 1500 Bytes Daten: Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Ping-Statistik für 192.168.8.200: Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust), C:\Dokumente und Einstellungen\administrator.firma> Da sollte man doch ansetzen können!? ;)

und hier gleich der nächste Tipp! :D Ich nutze sowohl "Allway Sync", als auch "e.novative Backup Wizard" Backup-Wizard ist recht einfach zu konfigurieren und bringt alles mit, was man zum synchen braucht. Hier mal ein Überblick, was Backup-Wizard so kann (heißt jetzt übrigens "BackupElementPro2007) softwareelements - Backup Element 2007 Gruß, M.

... Naja, die Probleme hatte ich auch, als es so konfiguriert war, wie du schreibst. Über Kreuz und 2x WINS in den Servern eingetragen. Auf diversen Seiten (ich glaube es waren Yusufs Blog und faq-o-matic) habe ich dann gelesen, dass der DNS erst auf sich zeigen sollte, dann auf den anderen... und dass der WINS nur auf sich zeigen soll... und nur auf sich! Tja, wie so oft... ein Sachverhalt, tausend Meinungen!:) siehe auch hier: faq-o-matic.net » Wie sollte WINS konfiguriert werden? Kannst du mir kurz sagen, wie du das meinst... "nicht auf einem der beiden". Wo soll ich es denn sonst machen, wenn nicht auf einem der beiden DNS-Server? :confused: Und bitte was ist "Scavenging"? Danke! :) M.

Na klar, Lukas. Die Zentrale (Server 1) C:\Dokumente und Einstellungen\Administrator.firma>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : SRV01-muc Primäres DNS-Suffix . . . . . . . : firma.lokal Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : firma.lokal Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : HP NC373i Multifunction Gigabit apter #2 Physikalische Adresse . . . . . . : 00-5C-C6-DA-37-0A DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.8.200 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.8.80 DNS-Server . . . . . . . . . . . : 192.168.8.200 192.168.8.224 Primärer WINS-Server . . . . . . : 192.168.8.200 C:\Dokumente und Einstellungen\Administrator.firma> Die Zentrale (Server 2) C:\Dokumente und Einstellungen\Administrator.firma>ipconfig Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : backup-muc Primäres DNS-Suffix . . . . . . . : firma.lokal Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : firma.lokal Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 CT Physikalische Adresse . . . . . . : 00-E1-83-2D-61-9C DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.8.224 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.8.80 DNS-Server . . . . . . . . . . . : 192.168.8.224 192.168.8.200 Primärer WINS-Server . . . . . . : 192.168.8.224 C:\Dokumente und Einstellungen\Administrator.firma> Die Niederlassung: C:\Dokumente und Einstellungen\administrator.firma>ipc Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : srv01-da Primäres DNS-Suffix . . . . . . . : firma.lokal Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : firma.lokal Ethernet-Adapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 ith I/O Acceleration Physikalische Adresse . . . . . . : 00-35-19-4E-AB- DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 49.40.1.2 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 49.40.1.80 DNS-Server . . . . . . . . . . . : 192.168.8.200 192.168.8.224 Primärer WINS-Server . . . . . . : 192.168.8.200 Sekundärer WINS-Server . . . . . : 192.168.8.224 EDIT: Ja, der Server in der Niederlassung ist bereits Member. – Muss ich denn eventuell noch auf einem der beiden DNS-Server eine Zone für den IP-Adressbereich der Niederlassung anlegen? :confused::confused::confused: nslookup in der Zentrale mit dem Netbios-Namen des Niederlassungs-Servers funktioniert, mit der IP-Adresse nicht. :mad: C:\Dokumente und Einstellungen\Administrator.firma>nslookup Standardserver: srv01-muc.firma.lokal Address: 192.168.8.200 > srv01-da Server: srv01-muc.firma.lokal Address: 192.168.8.200 Name: srv01-da.firma.lokal Address: 49.40.1.2 > 49.40.1.2 Server: srv01-muc.firma.lokal Address: 192.168.8.200 *** 49.40.1.2 wurde von srv01-muc.firma.lokal nicht gefunden: Non-existent domain >

Den Server in der Niederlassung habe ich nun wieder heruntergestuft (per DCPROMO) und die Einträge im DNS bereinigt. Auch habe ich in den "Standorten und Diensten" den Standort der Niederlassung gelöscht... ebenfalls in DNS. Alle Ereignisprotokolle sind sauber. So... ich möchte aber noch einen erneuten Anlauf machen, die Niederlassung sauber an die Zentrale zu connecten. Ping in beide Richtungen funktioniert einwandfrei (auch mit dem FQDN-Namen), bei nslookup in der Niederlassung und der Zentrale erscheint aber die Meldung (bei Eingabe der Server-IP der Niederlassung) "IP-Adresse wurde von DNS-Server nicht gefunden: Non-existent domain" Ist jemand zufällig online, der mich hier etwas unterstützen kann? :) Danke für eure Hilfe! M.

Hallo, vielleicht könnt ihr mir helfen, folgendes Problem zu lösen... Standort A (Zentrale): 2 Domänencontroller (beide W2K3 R2, SP2) beide GC DC1 = 192.168.1.200 DC2 = 192.168.1.224 in den DNS-Eigenschaften wurden beide über Kreuz eingetragen, dabei der jeweils andere DC als primärer DNS. Lief soweit alles wunderbar. Nun kam eine Niederlassung hinzu, die mit einer 2 Mbit SDSL Leitung mit der Zentrale verbunden ist.Standorte wurden von mir VPN verbunden (L2TP mit IPSec) IP-Adressbereich hier: 192.178.100.x Als DNS die beiden DCs (die auch DNS-Server sind AD integriert) aus der Zentrale. Ping funktioniert. In der Niederlassung wurde ein Server installiert (W2K3 R2, SP2), anschließend DNS, dann wurde der Server mit DCPromo zum DC hochgestuft. Problem seitdem ist leider, dass das Ereignisprotokoll in der Niederlassung die Fehler 13565 und 13508 protokolliert. Ereignistyp: Warnung Ereignisquelle: NtFrs Ereigniskategorie: Keine Ereigniskennung: 13565 Datum: 28.05.2008 Zeit: 14:06:44 Benutzer: Nicht zutreffend Computer: NIEDERLASSUNG Beschreibung: Der Dateireplikationsdienst initialisiert den Systemdatenträger mit Daten eines anderen Domänencontrollers. Der Computer "NIEDERLASSUNG" kann nicht zum Domänencontroller (...) und Ereignistyp: Warnung Ereignisquelle: NtFrs Ereigniskategorie: Keine Ereigniskennung: 13508 Datum: 28.05.2008 Zeit: 14:08:32 Benutzer: Nicht zutreffend Computer: NIEDERLASSUNG Beschreibung: Der Dateireplikationsdienst konnte die Replikation von SRV01-Z1.firma.lokal nach NIEDERLASSUNG für c:\windows\sysvol\domain mit DNS-Namen SRV01-Z1.firma.lokal nicht aktivieren. Es wird ein neuer Versuch gestartet. Mögliche Ursachen für diese Warnung sind: [1] Der DNS-Name SRV01-Z1.firma.lokal von diesem Computer konnte nicht ausgewertet werden. [2] Der Dateireplikationsdienst wird auf SRV01-Z1.firma.lokal nicht ausgeführt. [3] Die Topologieinformationen im Active Directory dieses Replikats wurden noch nicht auf allen Domänencontrollern repliziert. (...) Der Dateireplikationsdienst in der Zentrale läuft hingegen fehlerfrei. In der Zentrale erscheint aber auch die Warnung bzw. das Ereignis von NTDS KCC: Ereignistyp: Warnung Ereignisquelle: NTDS KCC Ereigniskategorie: Konsistenzprüfung Ereigniskennung: 1925 Datum: 28.05.2008 Zeit: 14:21:47 Benutzer: NT-AUTORITÄT\ANONYMOUS-ANMELDUNG Computer: SRV01-Z1 Beschreibung: Fehler beim Herstellen einer Replikationsverknüpfung mit der folgenden schreibbaren Verzeichnispartition. Verzeichnispartition: CN=Schema,CN=Configuration,DC=firma,DC=lokal Quelldomänencontroller: CN=NTDS Settings,CN=NIEDERLASSUNG,CN=Servers,CN=Damme,CN=Sites,CN=Configuration,DC=firma,DC=lokal Adresse des Quelldomänencontrollers: 03271fbf-d03c-4ebf-b01f-97d44d95f607._msdcs.firma.lokal Standortübergreifende Übertragung (falls vorhanden): CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=firma,DC=lokal Dieser Domänencontroller kann nicht mit dem Quelldomänencontroller replizieren, solange das Problem nicht behoben ist. Benutzeraktion Überprüfen Sie, ob auf den Quelldomänencontroller zugegriffen werden kann und ob eine Netzwerkverbindung besteht. Zusätzliche Daten Fehlerwert: 1727 Der Remoteprozeduraufruf ist fehlgeschlagen und wurde nicht ausgeführt. Dann fällt mir auf, dass folgende Meldung beim anmelden an einem Client in der Zentrale erscheint. "Windows Systemfehler: Ein gleicher Name ist bereits im Netzwerk vorhanden" Diese Meldung erscheint erst, seitdem der Server in der Niederlassung installiert wurde. Nach dem DCPromo wurden übrigens noch zwei Standorte unter "Active Directroy-Standorte und -Dienste" mit dem Namen der Niederlassung und der Zentrale erstellt und anschließend die jeweiligen Server dorthin verschoben. Die dafür passenden Subnetze wurden ebenfalls erstellt. Hilfe! Danke! Martin

Konntest du es wieder zurücksetzen oder dümpelt der Dell jetzt mit zwei Kernen vor sich her? :suspect: Gruß, Martin

Gibt es zu der Vorgehensweise noch Vorschläge oder einen hilfreichen Link? Danke, Martin

Also die "Hilfe" meines "Words (2007)" spuckt mir beim stöbern Interessantes aus. Da ich nicht weiß, wie sich das hier mit Urheberrecht, etc. verhält, nur ein Stichwort: "Dokumentarbeitsbereich-Website" Viel Spaß beim tüfteln! :D Grüße, Martin P.S. gib doch mal 'ne Info, ob es geklappt hat! ;)

Was ist denn hier so passiert? :D Also Lupocup ist ja ganz nett... mehr leider auch nicht. Geht das wirklich übers I-Net? Ich hatte noch keine Testgelegenheit... ähm, noch keine Pause! ;) Noch Vorschläge? Grüße, Martin

Die Vorgehensweise um das umzusetzen, in etwa so: Zentrale: 192.168.6.x Niederlassung: 192.168.7.x VPN von N nach Z, DNS in der Niederlassung installieren, DCPromo in der Niederlassung ausführen und das war es dann? (mal eine ganz kurze Beschreibung :)) Grüße, Martin

Das sollte dir eigentlich dein dich betreuendes Systemhaus sagen können. Ansonsten würde ich mir so meine Gedanken machen! :suspect: Gruß, Martin

Poker ist nicht so mein Ding. Ich dachte da eher in Richtung PacMan => Aber die Mann gegen Mann Variante. :D Halt übers Internet, direkt gegen eine bestimmte Person! Cool wäre ein Formel1-Spiel oder ein anderes Autorennen.