Jump to content

grizzly999

Expert Member
  • Gesamte Inhalte

    17.686
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von grizzly999

  1. Genau, und dabei gibt es kein allgemeingültige Formel. Die SM sieht dann so aus, wie ich sie brauche ;)
  2. In der Prüfung wird immer noch nach RFC950 gerechnet, also die 2 Netze (alle Subnet-Bits auf 0 oder 1) abziehen. grizzly999
  3. Korrekt, XP unterstützt nur 104 Bit WEP Keys. Der 128 Bit key ist eigentlich ein fake, nämlich normalerweise 104 Bit und die anderen 24 Bit sind der Initilsierungsvektor (IV). Macht zuusammen 128 Bit. "Echte" 128 Bit keys, die manche WLAN Hersteller anbieten, sind dann 152 Bit keys. Sie auch hier: Configuring Windows XP IEEE 802.11 Wireless Networks for the Home and Small Business grizzly999
  4. Mal einen chkdsk laufen lassen grizzly999
  5. Wie wäre es, wenn man dem Bären erst das Fell abzieht, wenn er erlegt ist :rolleyes: Und dazu sollte man ihn erst mal sehen. So lange ist diese Diskussion ziemlich sinnfrei. Deshalb geschlossen. grizzly999
  6. Fehlt das ganze "neu"? Vielleicht hilft das weiter: New Command Missing in Windows Explorer grizzly999
  7. Genau. Ich sagte ja auch deaktivieren ;) (Siehe auch Beschreibung dieser Richtlinie) grizzly999
  8. Am einfachsten in der lokalen Gruppenrichtlinie für den SBS: Start->Ausführen->gpedit.msc Dann wie oben beschrieben weitermachen ;) grizzly999
  9. Gruppenrichtlinie: Computerkonfiguration\Administrative Vorlagen\Drucker\Installation von Druckern, die Kernelmodustreiber verwenden, nicht zulassen" deaktivieren grizzly999
  10. Weiss er, wie er das gemacht hat? Ist es "nur" eine Domänen-Admin? Organistonsadmins haben auch die Berechtigung auf die GPOs. grizzly999
  11. Ist denn im WINS des NT 4.0 der 1B-Eintrag der 2003 Domain drin? Der 2003 Server blockt auch keine Ports mit einer Firewall? grizzly999
  12. Vielleicht auch mehr?! Exchange Server 2003 and Exchange 2000 Server require NetBIOS name resolution for full functionality grizzly999
  13. Der aufbau der netzwerkumgebung funktioniert über den Computersuchdienst, und der ist rein NetBIOS over TCP/IP. Wenn man in einem gerouteten Netzwerk eine eine komplette Liste der netzwerkumgebung haben möchte, führt sinnvol kein Weg an WINS vorbei. Außer man mag gerne Gebastel mit hohem Fehlerrisiko. Dann könnte man für jedes Subnetz überall die potentiellen Masterbrowser in der Regitry deaktivieren, einen der Rechner im Subnetz für jede Domäne/Arbeitsgruppe per Registry als einzigem den Masterbrowser Dienst aufdrücken, und denen allen dann in der LMHOSTS den Domain Master Browser manuell eintragen. Naja ... ich glaube nicht, dass du das wirlich möchtest. WINS ist heute z.T. immer noch wichtig oder gar erforderlich, nicht nur für Prä-Windows2000-Clients, sondern eben auch für die Netzwerkumgebung. Diese wiederum dient nicht nur dazu, im Explorer eine vollständige Liste der Serverdienste darzustellen, sondern es gibt auch einige Software, die eine zentrale Komponente haben in welcher sich dann Clientsoftware verteilen lässt (z.B. Backupprodukte oder Enterprise-Virenscanner), und die sich zum Aufbau der meist grafischen Liste der Clients der Netzwerkumgebung bedienen. Und zu guter letzt: Wer Exchange 2000/2003 sein eigen nennt, sollte sich den Verzicht auf WINS gut überlegen: Exchange Server 2003 and Exchange 2000 Server require NetBIOS name resolution for full functionality grizzly999
  14. moved ...
  15. Wie sieht denn die Richtlinie im einzelnen aus? Was sagt ein gpresult auf den Rechnern? Funktionierren andere GPOs? Rechner schon mal neu gestartet. Also, die software Restriction Policies funtkionieren in einer Domäne prächtig. Wen das beu Euch nicht der Fall ist, dann liegt das Problem an der Einrichtung, an der Namensauflösung, an ........ Auf jeden Fall habt ihr dann ein Problem. Meines Erachtens ist es dann keine sinnvole Lösung, ein Pflaster über das Problem zu kleben, indem man es eben über die Registry ....... (was ja eh nicht geht), sondern besser das Prblem zu lösen. grizzly999
  16. Und das sind alles Lokale Konten? bei sovielen lohnt doch eine Domäne. Und dann liesse sich das ganze per AD-Richtlinie machen. Also, per Registry ist nicht, das geht über CSEs, da hat man über CSEs kaum eine Chance. grizzly999
  17. Erter Treffer in der KB: How to use the UserAccountControl flags to manipulate user account properties grizzly999
  18. Ja, nennt sich Terminalserver im Remoteverwaltungsmodus. Und selbst das RDP Protokoll bei 2000 ist viel performanter als die ganzen VNC-Derivate grizzly999
  19. Nein, nicht eine primäre Zone einrichten, sondern z.B. eine StubZone oder sek. Zone der anderen Domäne. Dann muss dort die Zonenübertragungen zugelassen sein. Oder am einfachsten: in den Eigenschaften des DNS unter weiterleitungen den anderen Domänennamen und den dortigen DNS eintragen grizzly999
  20. Die Konsole des anderen DCs kanst du erst verwalten, wenn du eine Vertrauensstellung hast (logisch). Du hast aber immer noch ein Namnesauflösungsproblem. Wie hast du die Namensauflösung für die andere Domäne gemacht? Stub-Zone, Weiterleitung? Sek. Zone? Sind bei beiden Domänen die SubDomains _msdcs _sites _tcp _udp drin und da drutner die korrekten Einträge vorhanden? grizzly999
  21. Läuft auch der Dienst Routing und RAS? Läuft der Dienst Remote Registrierung? grizzly999
  22. VPN führt standardmäßig keine Protokolle. Das muss man in der RAS-Konsole erst einstellen. Dort kann man auch sehen wo die Logfiles liegen grizzly999
  23. Vielleicht kannst du uns ja noch mehr Informationen geben. Was für Gruppenrichtlinien, für was, wo verknüpft, Fehlermeldungen im Log, etc. etc. ? grizzly999
  24. Also in der GUI ist es ja kein Problem das Häkchen beim Anlegen schon rauszunehmen. Und per cmd?! Wie legst du denn ein User aus der CMD an? Bei dsadd kann ich die Option ebenfalls schon beim Anlegen mitgeben, bei VB auch grizzly999
×
×
  • Neu erstellen...