JackLevin

Hi! Ich bin grad bei meinem Vater an einem seltsamen Problem... Er erledigt seinen Emailverkehr über MS Outlook (XP). DSL bezieht er über 1und1 genau wie seine Emailplattform. Vor einigen Tagen habe ich seinen Rechner neu aufgesetzt. Dabei richtete ich auch das MS Outlook neu ein. Bei der Konfiguration der Zugangsdaten zum 1und1-Postfach kam ich schon nicht so recht weiter. Ich konnte über den Button "Kontoeinstellungen testen" ja die Richtigkeit der Zugangsdaten überprüfen. Dabei konnte er folgendes erreichen: Netzwerkverbindung herstellen Postausgangsserver suchen (SMTP) Posteingangsserver suchen (POP3) Bei Posteingangsserver anmelden (POP3) Das war alles OK!! und ist auch immer noch OK!! Aber er konnte keine Testnachricht senden. Als ich das vor ein paar Tagen einrichtete kam bereits diese Fehlermeldung. Aber als ich dann versuchte im MS Outlook etwas zu versenden, klappte es tadellos. Seit gestern funzt es aber nun nicht mehr. Kennt jemand das Problem? Ich verzweifle bald daran. Vor allem: Wenn es wirklich an den Zugangsdaten leigen sollte, warum klappt es dann 2 Tage und dann wieder nicht mehr??? Kann das ne 1und1 Geschichte sein?? :suspect:

Morgen! Ich habe da ein Problem mit dem User State Migration Tool 2.6 von Microsoft. Ich möchte die Einstellungen per cmd-Aufruf durchführen. Die scanstate.exe läuft bei mir tadellos durch und speichert die Daten in der Standarddatei IMG00001.DAT. Beim Starten der loadstate.exe auf dem Zielrechner sagt mir die Anwendung dann aber, dass die Datei IMG00001.DAT das falsche Format hat und es die Daten nicht lesen kann. Was mache ich denn falsch? Habe ich etwas übersehen?

vergesst den beitrag... mein fehler

Morgen! Finde ich erstaunlich, aber wenn du es sagst dann glaub ich das. Merci mol. Also bekommt das Active Directory nie mit, ob alle GPOs angekommen sind oder übernommen wurden... :suspect: Naja sehr erstaunlich, dass das ganze dann funzt oder es keinerlei Probleme gibt...

Morgen! Was sagt denn die Ereignisanzeige dazu? Wenn es da Fehlermeldungen gibt, die mit deinem Problem irgendwie zu tun haben, kannste mal auf der Microsoft Knowledge Base nachschauen...

Morgen! Wenn in einem Domänennetzwerk Gruppenrichtlinien über ein Active Directory an die Clients zugewiesen wird, geben die Clients doch den Domänencontroller eine Rückmeldung, ob die Übernahme der Gruppenrichtlinien erfolgreich war. Wo kann man das nachschauen, ob und noch besser was beim Server als Antwort zurückkomt??? Das muss irgendwo im Active Directory nachvollziehbar sein, was übernommen worden ist und was nicht... Das RSoP kenne ich bereits, aber das liest die Gruppenrichtlinien in einem Ergebnissatz lokal aus. Gibt mir aber keinen Hinweis darauf, was zurück gesendet wurde... :suspect:

Dankeschön. Dann brauche ich mir ja keinen Kopf drüber machen... :D Bis denne mol.

Morgen! Ich habe ein Netzwerk mit zwei Clients und einem ADS Domänencontroller. Habe nun von den bereits in die Domäne und AD eingebundenen Clients und dem DC jeweils Images gefertigt. Habe nun eine Frage zum "Recovery Prozess"... Wenn ich nun die Clients und den Server mit den Images neu bespielen möchte, also sämtliche drei Rechner mit dem Image neu aufsetzen möchte, muss ich hierbei eine bestimmte Reihenfolge beachten??? Wegen der GUID, oder sonst irgendwas??? ... :suspect:

Hi ich nochmal... mal bitte eine Wiederholung der Batch-Befehle. >> bedeutet: erzeuge eine Datei? echo bedeutet: schreibe? Bei mir erzeugt die batch keine log-Datei... :( Kenne mich nicht so gut mit der Syntax aus, stimmt das was du da geschrieben hast? :suspect:

Morgen! Wenn ich Software über Gruppenrichtlinien in einem Active Directory verteile, kann es ja vorkommen, dass ein Computer die Software nicht übernimmt, oder erst später aus welchen Gründen auch immer. Gibt es nun ein Tool, mit dem Remote vom DC aus kontrollieren kann, ob die Software verteilt wurde??? Danke für die Unterstützung

Morgen mcdaniels! Mit ATM0 hat es funktioniert. Vielen Dank. :D Selber das Problem auch schon gehabt?

Morgen! Verwende ein V92 Data Fax Modem. Hersteller ist CXT. Das Ding läuft eigentlich auch ganz stabil, aber ich kann es auf Gedeih und Verderb nicht mehr dazu bewegen, sich leise ins Internet einzuwählen. Über den Geräte-Manager habe ich das Modem schon auf leise gestellt. Einen Modemtest habe ich bereits durchgeführt. Der war auch in Ordnung. Der Treiber ist gerade eben aktualisiert worden. Nur ich kriegs nicht leise. Weiss da jemand was??

Hi Tomcat! Das hat geklappt. Wollte das nur weil ich eigentlich mit einem beschränktem User-Account surfe und manchmal, wenn ich bestimmte Daten fürs Forum brauche :D diese nur im Admin-Account bekomme. Daher wollte ich das. Merci vielmals für den Tipp.

Hallo ihr beiden! Kann man das nicht irgendwie ausrechnen? Ich meine irgendwo wird das ja sowieso ermittelt und zwar auf rechnerischem Wege (sind ja Computer) ob sie sich nun finden oder nicht... ??? Oder muss ich mir das so zusammenstückeln? @grizzly: die sollen eigentlich miteinander kommunizieren können... ;) @das urmel: meinst du CIDR??

Morgen! Ich gehe momentan analog ins Internet. Benutze Windows XP Pro. Wenn ich jetzt Call-by-Call mit einem eingeschränktem Benutzerkonto ins Internet wähle funktioniert das. Möchte ich jetzt aber den Benutzer während der Sitzung im Internet wechseln (zu einem Adminkonto), bricht das Modem die Verbindung ins Internet ab. Wie kann ich sowas verhindern??? Danke im voraus.

Morgen! Ich bin grad zu doof. Folgende Aufgabe: Bei der Übernahme eines Kundennetzes finden Sie folgende beispielhafte IP-Adresspaare vor. Der Kunde wünscht, dass er die IP-Adressen nicht verändern muss, jedoch die Computer an unetrschiedlichen Standorten nutzen kann. Entwickeln Sie für die IP-Paare jeweils die Subnetzmasken, mit dem größtmöglichen Hostanteil! 1. IP-Adresse: 67.34.67.23 2. IP-Adresse: 89.34.76.16 Lösungsweg wäre sehr gut... :D

Morgen! In Windows 2003 Server kann man im Active Directory über die GPO z.B. in der Computer Configuration in Windows Settings/Security Settings/Software Restriction Policies/Additional Rules eine Hash Rule anlegen. Diese schreibt ja einen Wert in die Systemregistrierung, der die Zugriffsrechte anderer Benutzer auf eine bestimmte Software einschränkt. Unter Windows 2000 Ad Server gibts aber die Software Restriction Policies nicht. Deshalb habe ich gedacht man könnte es über eine Batch-Datei lösen die zu den Startup-Skripts hinzugefügt wird. Würdet ihr das anders machen? Wie sieht der Quelltext für eine solche Batch-Datei aus??

Hi sanbhl! Hast den DNS-Server auf deinem ADS schon eingerichtet? Ich meine die Forward Lookup Zone und Reverse Lookup Zone? Da muss beide male jeweils der Server und der Client rein, sonst finden die sich nicht. Als DNS-Server muss die IP-Adresse und Subnetmask vom ADS definiert sein. Um den Client erfolgreich in die Domäne aufzunehmen gibtst du z.B. "musterfirma" !!! ohne .de !!! ein. Bei XP-Clients rafft er das zumindest nur so. Du kannst auch mal schauen, ob im Reiter DNS der Eigenschaften der TCP/IP Konfig das richtige Suffix drin steht. Danach sollte es eigentlich funktionieren. Wenn nicht solltest du mal auf dem ADS und deinem Client mit der nslookup schauen ob er alles richtig auflösen kann. Wie du damit aumgehst weisste ja oder??

*räusper Danke für den Tipp! Hat geklappt. Ich hatte vergessen den WINS-Service zu installieren, habe ich irgendwie total vergessen... Naja war gestern nicht so auf der Höhe. :p Bis denne

Morgen! Ich habe ein kleines Problem mit meinem WinNT 4.0 Client. Ich würde ihn gerne in eine AD-Domäne aufnehmen. Aber es klappt nicht so richtig. Was habe ich schon alles gemacht: der Client besitzt bereits eine gültige IP-Adresse und Subnetmask. WINS ist auch eingetragen. nslookup kann sämtliche clients und den domänencontroller auflösen. ping funktioniert auch einwandfrei auch mit "ping ads" oder "ping client01". Jedesmal wenn ich die Domäne von dem WinNT Client ändern will, sagt er mir, dass er den Domänencontroller nicht finden kann. Auf dem Domänencontroller habe ich den Client in der DNS Forward und Reverse Lookup Zone bereits eingetragen. Aber ist ja quatsch. Die ipconfig /all gibt mir dieselben Werte für die TCP/IP Konfigurationen zurück, wie ich sie eingestellt habe. Neustart habe ich eigentlich auch schon genügend hinter mir. Weiss jemand Rat?? Danke für die Hilfe. Ach so: Domänencontroller OS WinServer 2003, Client OS WinNT 4.0 SP6

Also das Share ist vom Client aus erreichbar und es ist der Netzwerkpfad ("//ADS/WinInstallLE/Sharefolder") angegeben. Ist aber bei allen Paketen (auch beim root) derselbe. Der Client kann von sich aus über den Domänencontroller auf den Freigabeordner zugreifen und die Installation von Hand starten... So würde es funktionieren. Ist aber halt nicht ganz der Sinn der Sache...

@freak04: Also, wenn ich das Computerkonto in die OU verschiebe, dann funzt die Verteilung über die Computer Configuration, obwohl ich hätte schwören können, dass ich das auch schon anders hinbekommen hatte... :suspect: Aber schwamm drüber. @highend: Du hast auch recht. Die Verteilung über die User Configuration funzt momentan immer noch nicht. Beim Hochfahren passiert eigentlich nichts was darauf hinweist, dass etwas installiert wird, das Verzeichnis das bei der Installation angelegt werden sollte existiert auch nicht. Geschweige denn die Dateien zur Anwendung. Am .msi-Paket kann es nicht liegen, unter meiner Root-GPO hats schon gefunzt. Und deine gpresult.exe sagt eigentlich auch das alles in Butter sei. Die Softwareinstallation hat sie über die GPO Angestellte bekommen.

hi freak04! Jop! Die Benutzer sind in der OU "Sales". Auf diese OU habe ich die GPO "Angestellte angesetzt". Muss ich das Computerkonto auch in die OU aufnehmen, damit es funzt??

Hi highend! Als erstes habe ich die GPO für die Domäne "musterfirma.de" erstellt (meine root GPO). Danach die OU "Sales" in der Domäne "musterfirma.de". Über die Eigenschaften der OU "Sales" habe ich das GPO "Angestelle" erstellt. Über die GPO "Angestellte" habe ich über "Computer Configuration", "Software Settings" und "Software Installation" via Rechtsklick "New/Package" ein .msi-Paket zugewiesen. Über "User Configuration" habe ich auch ein msi-Paket zugewiesen. Übrigens nettes Tool, habe es mal beim Client angewendet. Die Richtlinie "Angestellte" wird jedes mal übernommen. "The user received "Softwareinstallation" settings from these GPOs: Default Domain Policy Angestellte " Dann müsste es eigentlich stimmen, oder??? :shock:

Morgen! Ich habe schon mal sowas gepostet, nur leider keine passende Antwort bekommen. Ich probiers jetzt halt noch mal. Szenario: 1 Domänencontroller, 1 Client (Testumgebung), mehrere Benutzer auf dem Client, OS Server: Windows Server 2003, Client OS: WinXP, DNS eingerichtet und funktioniert, die Benutzer auf dem Client sind in einer OU. Was will ich machen: ich möchte Software über GPOs verteilen. Über die erste GPO (root) funktioniert das einwandfrei. Sowohl über die Computer- als auch über die Benutzerzuweisung. Aber die Zuweisung über GPOs von OUs funktioniert einfach nicht. Ich habe schon mit den Berechtigungen rumgebastelt, daran liegt es glaube ich nicht. Über das Tool gpotool.exe habe ich mal geschaut, ob die GPOs miteinander Konflikte haben, aber das Tool sagt, das alles OK ist. Ich weiss nicht mehr woran es noch liegen kann. Vielleicht kann mir jemand einen Tipp geben. Hilfreich wäre auch eine kurze Anleitung, wie ihr Software über GPOs verteilt (also was klickt ihr usw.). Vielleicht vergesse ich ja auch was... Ich weiss nur, am Anfang hat alles wunderbar geklappt auch über die anderen GPOs. Vielleicht habe ich irgendwo ein Häkchen rausgenommen... Keine Ahnung. Aber irgendjemand von euch weiss doch sicher woran das liegen kann. Oder?? Einer von euch MCSE-Gurus doch sicherlich?? :suspect: