ziggyonline

hab ich ja noch nie gehört ....:cool: beobachte mal die Situation weiter und auch deine Warteschlange.... NDR=nicht zustellbar Berichte - sollte jeder user bzw. der Admin bekommen, sobald Nachrichten nicht zugestellt werden konnten/können

ok dann installiere erst einmal das 1.1er Frameworkpaket ....

OS= Operating System; Windows 2003 ? unter dem Verzeichnis: winnt\system32\debug\adprep gibs eine log-Datei, die beim forestprep bzw. domainprep angelegt wird - was spuckt die aus ? Berechtigungen: Welche Berechtigungen hat der User, der das Schema bzw. die Domäne auf die Installation vorbereitet (Dom-Admin, Schema-Admin und Unternehmensadministrator) adprep /forestprep auf schemamaster ausgeführt ?

korrekt, die Hauptadresse sollte die der reg. Domänenadresse sein Wie siehts aus - bekommen die User NDR' ? bzw. der Admin...?

Ich hoffe, es gibt eine (gültige)Empfängerrichtlinie :cool: Wie siehts mit den (Haupt)-Adressen aus ? Wie sehen diese aus ? Haken bei den User: "E-Mail-Adressen anhand Epmfängerrichtlinie automatisch aktualisieren" an/aus ?

Du musst auf jeden Fall sicherstellen, daß deine Empfängerrichtlinie stimmt und daß bei den einzelnen Usern auch eine oder gegebenfalls mehrere gültige E-Mailadressen eingetragen sind.

Hallo ! Eine Variante wäre z.B., daß du den Exchnange-Server aufsetzt mit einem POP-Connector, der deine E-Mails beim Provider innerhalb eines periodischen Zyklus abholt und dann dem Exchange, respektive den Postfächern innerhalb deiner (Firmen-)Domäne zustellt. Hier bleiben die Mails beim Provider, bis sie vom Exchange abgeholt werden und es gehen keine verloren. Mit einem SMTP-Connector bist du hier in der Lage, E-Mails aus deiner Firma herauszuschicken (Empfängerrichtlinien anpassen) Eine andere Variante wäre die mit einem MX-Record, der dann nach Prioriäten (erste Priorität:dein Server, zweite Priorität: ein Server beim Provider bei Nicht-Erreichen deines Servers) die Zustellung macht. Vorraussetztung hier: feste IP oder Dyn.DNS-Account Mehr zu dem Thema findest du in der Boardsuche und auch auf MSXFAQ.DE - POP3 Sauger und MSXFAQ.DE - MX-Record

Ich hätte dann auch noch eine Softwareempfehlung: NetOp von Danware NetOp Remote Control Software - Danware welche bei uns eingesetzt wird; Vorteile hier: -Telefonbuchfunktionalität (Verwaltung beliebig vieler Remoteplätze) - RAS Steuerung via Modem, ISDN, TCP, UDP etc. - sehr viele Clients zum Steuern möglich (PDA / ActiveX / Windows bzw. Unix (Linux)-Client etc. ist halt auch komerziell P.S.:bei diesen Produkten brauchst du immer ein Portforwarding innerhalb der Firewall aufs Ziehgerät bzw. eine Freischaltung der entspr. Ports

Ich verstehe nicht ganz den Sinn dieser Vergabe der IP-Adressen - innerhalb des IIS kann man die Zuordnung machen, macht aber innerhalb des selben Subnetzes keinen Sinn ... Testweise kannst du diese Zuordnung mal auf die IP-Adresse des "normalen" Ethernet legen. (192.168.100.1) Ich glaube aber nicht, daß dein Fehler daher kommt ... Schau mal, was in der Konfig bei der 2. IP drin steht (gleiche Einst. wie 1.: Std. Gateway; DNS)

Systemsteuerung / Software/ Windows-Komponenten hinzufügen/entfernen -> Terminaldienste auswählen -> Remoteverwaltungsmodus auswählen -> Reboot -> nochmal probieren.....sollte spätestens jetzt funken....

Damit ich es richtig verstehe und nachvollziehen kann: Dein Vorgehensweise ist folgende: - du hast auf dem betreffenden Server tsweb installiert (IIS ist auch drauf (gewesen)) - du konntest dich erfolgreich (z.B. als Administrator) an dem Server über einen Client anmelden. - Nachdem du in der Systemsteuerung / Software / Windowskomponenten hinzufügen/entfernen aktivieren wolltest, kam es zu ner Fehlermeldung habt ihr einen gemeinsamen DNS-Server ? (Netzwerkkonfiguration des Clients und des Servers prüfen) - es kann dadurch zu Verbindungsabbrüchen kommen ! Alternativ dazu direkt mit der IP-Adresse (http://IP-Adresse-SERVER/tsweb) probieren Sonst: RDP (Zubehör/Kommunikation/Remotedesktopverbindung in Win XP) starten mit Angabe der IP des Servers

ist korrekt - aber rasu kann über das Browserinterface seines Clients (http://servername/tsweb; ActiveX Komponente akzeptieren zur installation) den Server fernsteuern - Microsoft benennt das Tool sogar mit "Remote Desktop Webverbindung" korrigiere mich, wenn ich irre .... btw: natürlich stimme ich zu, daß die Variante über die Konsole des RDP-Clients die elegantere ist Grüße

kann mich woiza nur anschließen: du hast den 2.ten Server jetzt vom AD "befreit" - nicht aber dem laufenden AD (jetzt "nur" noch auf dem 1ten Server) gesagt, daß es den 2. in der Datenbank nicht mehr gibt. Ein funktionierendes AD setzt vorraus, daß eine funktionierende DNS Umgebung vorhanden ist und, wenn vorhanden, die DC's untereinanden erfolgreich replizieren, dasist zwingend notwendig ! Im Moment schleppst du halt ein AD mit den Überbleibsel des 2. Server rum. Das kann funktionieren - kann aber auch zu fiesen Fehlern führen. -> ADSI-Edit oder/und NTDSUTIL aber sowas erst einmal in einer Testumgebung aufbauen und nachvollziehen !!!!! Mit diesen Tools arbeitest du direkt im AD und kannst damit dieses auch zerstören, falls unbearft gehandelt wird; wie woiza sagt - vorher lesen und im Board nachfragen.....

@grizzly999 Der eine Weg geht über TS und der andere über IIS ... rasu hatte den bevorzugten nicht erwähnt ... Er suchte halt nen Ersatz für VNC-Server bzw. Viewer... Wenn's um die elegantere geht, stimme ich dir zu. Welche von beiden Lösungen ist die "richtigere" ? oder was ist an der tswebsetup-Routine falsch ? aber die einfacher zu installierende Methode ist, meiner Meinung nach, die mit der tswebsetup-Routine; ist halt subjektiv.....

Downloaddetails: Remotedesktop-Webverbindung [5.2.3790] Hier isses !

Ich schließe mich da blub an: - Ich denke nicht, daß das Problem vom WINS selbst kommt - was macht der nbtstat -a -n Befehl - hier sollte eine genaueres Ergbnis der die Fehlersuche einschränken. Hast du event. nochnen DHCP-Server laufen, der IP-Adressen in einem schon vorhandenen Bereich verteilt -> Fehlererkennung einschalten ! z.B. 1

nächstes Malweisst du es :cool:

NE - Ich habe vor der 11er Verison (produktiv) "nur" Postfächer und public folders gesichert - wöchentlich dann noch den kompletten IS. Es geht halt um das Feature, was bei der 10er Version noch drin war, dass man dort explizit einzelne Postfächer, als auch die einzelnen öffentlichen Ordner zur Datensicherung auswählen konnte - Die Rücksicherung funktionierte wie in der 11er Version jetzt auch - jetzt natürlich noch zusätzlich einzelne AD-Objekte. Zum Desktop/Laptop Sichern kann ich nix sagen - dieses Feature habe ich noch nicht ausprobiert - Ich arbeite bei Kunden mit Offline Ordnern und zusätzlich mit Acronis Enterprise bei Domänenanmeldung.

Client-Netzwerkkonfiguration prüfen; - falsche / keine DNS / WINS Daten - von DHCP, wenn überhaupt, keine oder flasche Daten übermittelt bekommen Poste mal "IPCONFIG /all" vom betreffenden Rechner

dein Problem schein von einem einzigen Rechner zu kommen - hast du mal das Computerkonto zurückgesetzt / event. mal den Computernamen testweise umbenannt ?

Auch ein hervorragendes Freewaretool: evt-watch ! Kleine Freeware - Tools für den systemnahen Einsatz - lokal oder im Netz

Jo - die Features zum Rücksichern sind vorhanden - allerdings kann man seit dieser Version nur den KOMPLETTEN Bestand pro Speicher (Postfächer und public folders) sichern, ohne daß man einzelne Elemente ausklammern könnte - ansonsten nach wie vor sehr elegant gelöst - auch jetzt die Lösung, einzelne AD-Objekte direkt wiederherzustellen. Grüße und schönen Feiertag.

@TheDonMiguel: Ich habe heute mit der neuen Version von CA ARCSERVER R11.5 SP3 probiert und siehe da: Man kann dort explizit auswählen, wechle Objekte man sichern will; -> Auswahl auf Datenbankebene und auf Dokumentenbene bei Exchange (auch 2007) und auch die AD Objeke Rücksichern gleich ! Hatte bis dato bei Arcserve immer gemischte Gefühle, da wir bei vorhergehenden Versionen schon negative Erfahrungen in Sachen Rücksicherung machten - ich lasse es jetzt mal in meiner Testumgebung laufen bis die Testperiode zu Ende ist - danach kann man mehr sagen. Grüße

hmm - du scheinst ein generelles DNS-Problem zu haben ....wie siehts aus aus mit WINS ? Generell ist WINS nach wie vor erforderlich für einen ordnungsgemäßen DC Betrieb. Die Clients haben alle DNS und WINS in Ihrer Netzwerkkonfig drin ? DNS Cache bei Clients als auch beim Server mal löschen und prüfen, ob die DNS-Zonenreplikationen unter den einzelnen Server funktionieren und alle Host-Einträge sowohl in den Forward- als auch in den Reverse-Zonen drin stehen.

Wie siehts aus mit deinem DNS-Server bzw. den Zones - hast du ein Alterungsintervall eingegeben, wo "alte" Einträge autom. gelöscht werden sollten ?