moos

Hallo, habe gerade einen Server 2003 SBS neu installiert, wollt gleich mal einen Client einrichten und geb dem als Passwort abc. Nix, passwort nicht zulässig. Gugg ich in die Kennwortrichtinie und wie zu erwarten gibt es noch keine Vorgabe. Richt ich einen Client mit 8 Buchstaben und Ziffern sowie einem "-" ein, dann akzeptiert das der Server. Ändere ich die Richtlinie auf 3 Buchstaben kein Sonderzeichen ... Nix, er will trotzdem seinen Mindeststandard. Wie krieg ich das geändert? Gruß moos

Da die Schule mal Mitglied in der IT-Academy war, denke ich "Academic" Es steht auch auf ner alten Übersicht der eOpen-Lizenzen was von Forschung und Lehre Ist alles nicht so einfach zu recherchieren, denn die Unterlagen sind spärlich und zum Fragen ist keiner mehr da. moos

Hallo miteinander, zu dem Thema habe ich zwar einen alten Thread von 2007 gefunden, jedoch scheint mir da ist was nicht ganz korrekt. Da ich verschiedene Aussagen hatte ob die OPEN A Lizenzen nach Ende der Mitgliedschaft in der IT-Academy noch gültig sind, habe ich mit CERTnet GmbH, Kontakt aufgenommen. Aussage war eindeutig, mit Ende der Mitgliedschaft endet auch die Gültigkeit der Lizenzen und die Software muss deinstalliert werden. Hab explizit nochmal nachgefragt ob es nur so ist dass ich nichts weiter erwerben kann oder tatsächlich eine Deinstallation nötig ist, aber s.o.! Ist natürlich doof, denn jetzt kommen für's neue Schuljahr recht ordentliche Kosten auf uns zu und die Zeit wird auch noch knapp. Ich denke da lässt sich wohl nichts dran rütteln. Gruß moos

OK, werd ich heute Nacht mal ein bisschen rumprobieren.

Du liest da jetzt aber keinen Registrywert aus den du danach weiter verwendest?

Hallo miteinander, sitze hier mitten unter ca. 40 Clients mit WinXP Pro auf denen Registryeinträge gelöscht werden sollen. Da ist so ne alte Norton Enterprise Corporation Version auf den Clients, die Deinstallation passwortgeschützt und seit mehreren Generationen niemand mehr da der das PW noch weis. Wollte nun die Registryschlüssel die mit Symantec zu tun haben löschen und hab diese auch schon identifiziert, jedoch sind die nicht bei jedem Client generell identisch. Auf dem ersten Client hat meine Batchtprogammierung saubere Arbeit geleistet, auf dem nächsten Client bin ich auf das Problem gestoßen, dass an nachfolgender Stelle der Schlüsselname Rechnerspezifisch war. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\0DE336A57D5E56D4BAD835DE34152048\InstallProperties Kann ich die Schlüssel auch batchmäßig suchen und danach automatisch löschen ? Grüßle moos

Hi ihr, vielleicht blick ich ja bloß nicht durch, aber weiß nicht ob das Action Pack so günstig ist. Immerhin hat man nur ne Lizenz für 12 Monate und danach darf man erneut zahlen. Bei der Zeit, die ich für meine Infrastruktur zu Hause hab, ist Ratz-Fatz ein Jahr rum, ich hab zehn mal hingelangt und die 300 Euro sind verbraucht. Wäre vielleicht sinnvoll wenn man 90% der Software ständig im Einsatz hat, aber so kauf ich mir lieber was ich brauch und es gehört mir bis zu meinem bitteren Ende. Gruß MoOS

Hi lefg, > Eine Möglichkeit ist, den DNS auf dem DC einzurichten. > Es ist wohl in diesem Fall auch die wirtschaftlichste. ++ Die Frage ist, brauch ich den DNS? Die Rechner sind nun eigentlich auch so im internen Netz unterwegs und gehen derzeit auch ohne online > Dabei kann man ein wenig Erfahrung damit gewinnen. ++ Ist natürlich ein Argument, aber dem gehe ich lieber in Ruhe daheim nach, an die Rechner komm ich immer ran. > Alternativ können (NetBIO-)Rechnernamen und statische IP-Adressen in die Hosts-Dateien auf den Rechnern eingetragen werden. ++ Hab ich jetzt auch mal als erstes erledigt. > Falls ich das richtig verstanden habe, gibt es drei > Netzteilnehmer: Zwei Workstations und einen als "WS" > genutzten DC. ++ Korrekt und auf dem special high security DC machen sie auch noch Homebanking ! ;-) Gibt nix, was es nicht gibt!

Hi lefg, ne, kein DNS im Netz, muss aber bei Gelegenheit guggen ob auf den Clients noch irgendwas eingetragen ist. g moos

Nu greift er nimmer zu ! Jetzt ist Ruhe, der Fehler war in der Konfiguration vom KEN!. Der war als DNS-Server eingerichtet. Haken raus und Schluß war. Die anderen Rechners kommen trotzdem noch ins Netz. Ich nehme an. dass jede Anfrage von einem Rechner aus dem Netz zu einer weltweiten Suche geführt hat. Die Frage ist nur was da konfiguriert wurde, weshalb sich die Rechner so oft an den Server wenden. Da mach ich aber nix mehr, denn das Problem insgesamt ist behoben und die Fehlersuche bis ins Letzte ist mir vom Aufwand zu viel. Werde eh wegen der exorbitanten Geschwindigkeit der Rechner diese am besten einfach neu aufsetzen, ist eh nicht viel drauf. Thanx für die Tipps, viel Spaß noch im Board. Heute ist nicht alle Tage, ich komm wieder, keine Frage. moos

- 2 Rechner an denen normal so gearbeitet wird - 1 Domänencontroller aber an dem wird auch wie an einer Workstation gearbeitet Active Directory ist ja eine feine Sache, aber dadurch Sicherheit in einem Netzwerk an dem jeder an den Server dran kommt. Hmmm !?!? Nun ja ! Aber vielleicht versteh ich das ja bloß nicht. cu moos PS: Hatten gestern viel Stress im Betrieb mit unserer lieben Geschäftsleitung und da bin ich nicht an das Mega-Netzwerk gekommen. Aber heute !!!

Sorry, bin gestern nicht an das Meganetzwerk gekommen. Werde voraussichtlich heute abend eine "lmhosts" auf den Rechnern ablegen. Wenn das nix nutzt, denke ich, gibt es irgendwelche wilden Einträge in der Active Directory. Will den Server dann downgraden zum popeligen Memberserver und hoffe dass die Radikalkur anschlägt. Mein Vor-Admin war wahrscheinlich eh vom Wahnsinn besessen. In dem Riesen-Netzwerk mit einem kombinierten Workstation-Server und zwei weiteren Workstations, den Kombirechner zum Domänencontroller zu machen. Frage mich, ob das der Weisheit letzter Schluß sein muss. bis denne moos

Hallo DIO, hi lefg, aaaalso, Fritz!Web isses nicht, is nämlich doch nicht drauf. Werde mal die lmhosts.sam entsprechend füttern und guggen was raus kommt, aber ich habe den Verdacht es liegt an irgendwelchen Policies. Hab mal in die Ereignissanzeige gesehen, ist echt abenteuerlich: -------------------------------------------------------------------------- Typ Datum Uhrzeit Quelle Kategorie Ereignis Benutzer Computer Warnung 08.10.2004 17:21:21 Netlogon Keine 5781 Nicht zutreffend CAPSERV Fehler 08.10.2004 16:48:08 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 08.10.2004 15:20:43 Netlogon Keine 5781 Nicht zutreffend CAPSERV Warnung 08.10.2004 13:20:05 Netlogon Keine 5781 Nicht zutreffend CAPSERV Fehler 08.10.2004 12:17:16 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 08.10.2004 11:19:27 Netlogon Keine 5781 Nicht zutreffend CAPSERV Informationen 08.10.2004 10:39:22 Print Keine 10 Administrator CAPSERV Informationen 08.10.2004 10:14:58 Print Keine 10 Administrator CAPSERV Fehler 08.10.2004 10:01:23 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 08.10.2004 09:18:49 Netlogon Keine 5781 Nicht zutreffend CAPSERV Fehler 08.10.2004 08:30:30 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:44:38 W32Time Keine 54 Nicht zutreffend CAPSERV Fehler 08.10.2004 07:44:38 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:08:55 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:07:55 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:06:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:05:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:04:54 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:03:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:02:52 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:01:52 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 07:00:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:59:54 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:59:13 RSVP Keine 10035 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:58:55 RSVP Keine 10035 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:58:54 RSVP Keine 10047 Nicht zutreffend CAPSERV Fehler 08.10.2004 06:58:50 SMTPSVC Keine 115 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:58:45 W32Time Keine 54 Nicht zutreffend CAPSERV Fehler 08.10.2004 06:58:45 W32Time Keine 62 Nicht zutreffend CAPSERV Fehler 08.10.2004 06:58:37 W3SVC Keine 115 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:58:25 SNMP Keine 1001 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:58:25 DHCPServer Keine 1044 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:58:17 Browser Keine 8015 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:58:06 WINS Keine 4097 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:58:00 Browser Keine 8015 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:57:47 RSVP Keine 10035 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:57:42 LPDSVC Keine 4000 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:57:40 Netlogon Keine 5781 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:57:36 Browser Keine 8015 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:56:07 AppleTalk Keine 5 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:55:50 eventlog Keine 6005 Nicht zutreffend CAPSERV Informationen 08.10.2004 06:55:50 eventlog Keine 6009 Nicht zutreffend CAPSERV Warnung 08.10.2004 06:55:54 disk Keine 34 Nicht zutreffend CAPSERV Informationen 07.10.2004 22:55:35 eventlog Keine 6006 Nicht zutreffend CAPSERV Fehler 07.10.2004 22:38:58 W32Time Keine 62 Nicht zutreffend CAPSERV Fehler 07.10.2004 21:52:50 W32Time Keine 62 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:18:04 MrxSmb Keine 3019 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:17:49 MrxSmb Keine 3019 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:17:04 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:16:02 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:15:04 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:14:06 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:13:09 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:12:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:11:09 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:10:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:09:06 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:08:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:07:47 RSVP Keine 10035 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:07:06 RSVP Keine 10035 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:07:06 RSVP Keine 10035 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:07:03 RSVP Keine 10047 Nicht zutreffend CAPSERV Fehler 07.10.2004 21:06:59 W3SVC Keine 115 Nicht zutreffend CAPSERV Fehler 07.10.2004 21:06:58 SMTPSVC Keine 115 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:06:58 W32Time Keine 54 Nicht zutreffend CAPSERV Fehler 07.10.2004 21:06:58 W32Time Keine 62 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:06:33 DHCPServer Keine 1044 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:06:33 SNMP Keine 1001 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:06:22 Browser Keine 8015 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:06:15 WINS Keine 4097 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:06:09 Browser Keine 8015 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:05:56 RSVP Keine 10035 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:05:50 LPDSVC Keine 4000 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:05:49 Netlogon Keine 5781 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:05:45 Browser Keine 8015 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:04:14 AppleTalk Keine 5 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:03:58 eventlog Keine 6005 Nicht zutreffend CAPSERV Informationen 07.10.2004 21:03:58 eventlog Keine 6009 Nicht zutreffend CAPSERV Warnung 07.10.2004 21:04:02 disk Keine 34 Nicht zutreffend CAPSERV

Original geschrieben von Dio > hast du eine modemkarte von avm eingebaut? > wenn ja welche? ++ Ja, welche müsste ich erst guggen, bin grad nicht dran > hast du auch die software von fritz inst? > wenn ja, deaktiviere mal fritz web und isdn ++ muss ich prüfen, glaub schon, denn ISDN-Watch hab ich glaub ich schon im Tray gesehen. > welche lanverbindungen hast du im netzwerkumgebung > alle eingetragen? ++ DC 10.0.0.001 Subnetmask 255.255.255.0 KEN! automatische IP-Adr.vergabe deaktiviert Zuvor war dort eine 128.xxx.xxx.xxx Adresse eingetragen gewesen. > welche version von ken setzt du ein? > 2.0 oder 3.0?? ++ 2.0 inkl. neuestem Update > sach mal bescheid ++ BESCHEID

Hallo miteinander, hab mich an ein Netzwerk gesetzt, mit Domänencontroller auf dem auch KEN! läuft. Im Ereignisprotokoll vom KEN sehe ich, das der Controller (W2K-Server) im Monat für etwa 3500 Minuten eine Verbindung ins Internet anfordert Teils mehrere Verbindungen pro Minute. Macht sich gut auf der Telefonrechnung. Hätte jdm. mal nen Tip für mich wie ich anfange den Fehler einzukreisen? Gleichzeitig entwickelt der Server eine atemberaubende Geschwindigkeit (im Vergleich zu einem 386er). Gruß moos