Jump to content

Christoph35

Members
  • Gesamte Inhalte

    3.624
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Christoph35

  1. Da bräuchten wir noch ein bischen mehr Auskunft über die DNS-Settings. Läuft auf dem DC auch DNS? Sind alle SRV Records korrekt registriert? Hat der DC, falls auch DNS Server, sich selbst als DNS Server eingetragen? Auf jeden Fall solltest Du mal das Eventlog auf Fehler überprüfen. /edit: sorry zu schnell gelesen... du hast ja geschrieben, das dns installiert wurde. Trotzdem mal die obigen Punkte checken ;) Christoph
  2. Das würde ich wohl eher nicht machen, 216 behandelt die DNS Basics, die Kenntnisse könntest du für die AD Prüfungen auch brauchen... Christoph
  3. Hab grad noch mal hier http://www.microsoft.com/learning/mcp/mcse/requirements.asp nachgeschaut. 217 ist richtig. Christoph
  4. Man kann über den DCPromo aber auch contoso.com und microsoft.com im gleichen Forest unterbringen (wäre dann die 3. Option). Wir haben das wg. DNS-Vorgaben bei uns so umsetzen müssen. /edit: Ach ja: und AD und damit zusammenhängende Problemstellungen des DNS sind Thema der Prüfung 70-294 (im 2003er Track). Im 2000er Track ist es glaub ich die 70-217. Korrigiert mich, wenn ich mich da irre. Christoph
  5. Hi, das mußt Du während der Installation des AD auf Server 3 machen. Da kannst Du auswählen, ob das eine Domain in einem neuen Forest, eine Subdomain oder ein neuer Domain-Tree sein soll. Hinterher geht eine Zusammenarbeit beider Domains nur noch über Vertrauensstellungen. Christoph
  6. Hallo, bei mir waren es 50 Fragen, für die ich ca. 150 minuten Zeit hatte (hab s in Englisch gemacht, 30 Minuten Zeitbonus). 700 Punkte sind bei allen Prüfungen des 2003er Tracks nötig. Die max. Punktzahl dürfte wg. des zufälligen Fragenpools jedesmal eine andere sein. Christoph
  7. Darf ich fragen, warum bei 2000 Clients kein DHCP eingesetzt wird? :suspect: Ist doch ein ziemlicher administrativer Aufwand nachzuhalten, welche IPs noch verfügbar sind etc.... Unser Netz hat "nur" ca. 800 Clients und wir setzen DHCP ein. Christoph
  8. Exchange sollte auch nicht zusammen mit SPS auf einem Server laufen, sonst gibts Probleme mit den Webseiten. Es kann funktionieren, wenn man Exchange nach SPS installiert. Andersrum zerschießt der SPS Outlook Web Access. /edit: Wie soll der ISA eingesetzt werden? Nur als Proxy/Webcache? Dann kann man da andere Sachen mit drauf laufen lassen, ansonsten würde ich davon abraten aus Sicherheitsgründen. CoolAces Vorschlag mit GSX ist sicher sehr vernünftig, dann kann man die Server als Gastsysteme aufsetzen und die stören sich nicht untereinander! Christoph
  9. Habt ihr DHCP im Einsatz? Da kann man den Wins Server als Bereichsoption angeben (option 044, Winsserver). Wäre bei 500 Clients ohnehin angebracht... Christoph
  10. Hallo, Kohn, erwähnt werden sollte vielleicht auch, dass man für die Installation der System-Management Tools von Exchange 200x auf einer Win 2000er Workstation (sowas solls noch geben ;) ) den IIS mit SMTP-Dienst installiert haben muß. Der/die entsprechende(n) Dienst(e) sollte(n) natürlich tunlichst nach der Installation der Exchange-System-Verwaltung deaktiviert werden. Für XP workstations ist das nicht nötig. Christoph
  11. Für Windows 98 brauchst du den Directory Service Client, für WinNT möglicherweise auch. Ausserdem mußt du eine Gruppenrichtlinie ändern, damit diese Clients sich mit NTLM anmelden können. Schau mal unter computerkonf./.../sicherheitsoptionen. Christoph
  12. Dafür brauchst Du derzeit ne Quota-Management Software. Z.B. Veritas Storage Central. Wir benutzen das derzeit und es funktioniert sehr gut. Aber 50 MB ist n bischen wenig, finde ich... Windows 2003 R2 soll das an Bord haben, aber das ist derzeit noch Beta, also nicht für Produktiv-Einsatz geeignet. Christoph
  13. Gegebenenfalls solltest du noch eine weitere SMTP-Adresse hinzufügen, damit Kontakte, die den neuen Namen nicht kennen, keine Unzustellbarkeitsnachricht erhalten. Wenn sich der neue Name dann herumgesprochen hat, kannst du ja die SMTP-Adresse mit dem alten Namen löschen. Christoph
  14. Hi, bin noch nicht ganz fertig mit dem Testen... Aber vielleicht hilft dir einstweilen der folgende Link weiter: http://www.microsoft.com/technet/prodtechnol/isa/2004/plan/owapublishing.mspx Christoph
  15. Naja, trotzdem solltest du mal dcdiag und netdiag laufen lassen. Vielleicht bringen die dich ja auf eine Idee, warum die Replikation nicht funktioniert. Christoph
  16. Du könntest auch mal im Exchange System Manager prüfen, auf welchen Port das SMTP Protokoll eingestellt ist. Normalerweise müsste dort 25 stehen, wie von dir vermutet. Christoph
  17. Jau, das Thema ist ganz schön komplex... Ich hab das nur mal im Rahmen eines MOC Trainings gemacht und danach noch mal zuhause nachvollzogen. Hier auf der Arbeit kann ich das leider (noch?!) niciht in der Praxis anwenden. Christoph
  18. Na, da haben wir zwar einen ziemlichen Schwenk über mögliche Themen gemacht .... aber ok, hauptsache es funktioniert jetzt :) Freut mich, dass ich behilflich sein konnte. Christoph
  19. Jo, Security Specialist. Gibt auch noch den +M ist dann der Messaging Specialist (das was ich mit den Tests 284 und 285 noch vor mir habe) Christoph
  20. Hi, schönen Dank für die Info! Vielleicht ist das ein guter Ausgangspunkt für dich. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rpc/rpc/rpc_over_http_security.asp Christoph
  21. Das sollte nun wirklich die letzte Option sein... Mir fällt noch was ein... Evtl. ist das virtual Directory "Exchange" falsch eingestellt, weil es mit dem echten Pfad .../exchweb... zu gehen scheint. Guck mal im IIS-Manager nach. Du siehst, der Möglichkeiten gibt s viele :D Hab jetzt grad nicht die Möglichkeit bei der Arbeit, aber zu hause hab ich ein VMLab, mit Exchange und ISA, könnte das da mal testen... Christoph
  22. Dann deutet doch einiges darauf hin, dass da irgendwas mit dem DNS nicht stimmt?! Installiert mal die Supporttools auf beiden DCs und lasst mal NetDiag und DCDiag laufen. DcDiag ggf. mit /v für ausführliche Ergebnisse. Vielleicht gibt das ja Aufschluss. Christoph
  23. Habt ihr auf dem ISA Firewall-Funktionalität mit installiert? Mit nur einer NIC kann der normal nur als Webcache genutzt werden. Ansonsten muß man natürlich die Kommunikation zum ISA erst erlauben. Sonst geht da nix... Ist das ein ISA 2004? Dann müsst ihr mal checken, ob ihr Systemrichtlinien, die für die Aufnahme des ISA in eine Domain notwendig sind, deaktiviert habt. Christoph
  24. Dafür ist ein Frontend doch gedacht... ;) Ok, weitere Möglichkeiten, wären dann Namensauflösung oder wie von Dir vermutet, ein Irrtum in der ISA-Konfiguration. Wäre es Dir möglich hier Informationen zu posten? Christoph
  25. Hmm, also wenn ich mir das so anschaue... scheint mir hier der Default-Gateway falsch zu sein...?! Bist du sicher, dass das mit dem PING klappt In beiden Richtungen? Vom DC zum ISA und umgekehrt? IP Address : 172.20.36.33 Subnet Mask : 255.255.255.0 Default Gateway : 172.20.32.1 Bei der Subnetzmaske müsstest du ein Gateway im 36er Netz angeben. Oder hast du eine Route zum 36er Netz angegeben? Dann müsste ich auch noch das Ergebnis von route print haben. Christoph /edit: sorry, meinte eine Route ins 32er Netz...
×
×
  • Neu erstellen...