deubi

1. Dein Ton ist unpassend salopp! http://www.mcseboard.de/rules.php?s=#nr3 Daher wohl Dein Status "unter Aufsicht"! 2. Deine Angaben sind sehr knapp gehalten. Sprichst Du von einer Domäne, oder von einem Standalone-Server?

Mehr Details bitte. IP-Verteilung? Arbeitest Du mit ICS, oder verwendest Du eine Routersoftware? Läuft da eine Firewall drauf? Und auf den Clients? Wie ist DNS eingerichtet?

Ich nehme an, das alte Standardheilmittel "ServicePack laufen lassen" hat in Deinem Fall nichts genutzt?

Ich habe im MSDN mal eine CD gesehen... Windows 2000 System Stress ... habe es aber noch nie benutzt. Falls Du Zugriff auf's MSDN hast, schau dort mal nach.

Was verrät der Blick in's Eventlog?

Ich kenne das Teil nicht, aber bei Unklarheiten suchst Du am besten in der HCL (Hardware Compatibility List). Die Peripherie und Hardware, die dort aufgelistet ist, ist von Microsoft offiziell unterstützt.

Du sprichst von einem Scheduler? Unter NT4 haben wir mit WinAT sehr gute Erfahrungen gemacht. Such mal via Google danach.

Das stimmt so definitiv nicht. Dumps gibt's für JEDE geläufige Zertifikation der IT- das ist jedem bekannt, der sich mit dem Thema auseinandergesetzt hat. Ich will darauf nicht näher eingehen, denn wir wollen das weder unterstützen, noch Hinweise geben auf Anbieter.

Was ist das Ziel, was beabsichtigst Du? Wo scheitert Dein Script? Welcher Wert wird strComputer effektiv zugewiesen? Ist das Skript so komplett? Ich reserviere IMMER für alle benutzte Variabeln Platz mittels "DIM", und kommentiere die entsprechenden Zeilen zudem aus. Macht die Skripte übersichtlicher und lesbarer

die User, die lokal erfasst sind, haben so auf dem Server keine Berechtigung; sie müssen sich dort erst anmelden. Beim leeren Passwort greift wohl so die Authentifizierung nicht. Du bist verantwortlich? Dann musst Du wohl Deine Verantwortung auch wahrnehmen, und allen Usern ein Passwort verpassen, als erster Schritt. Als zweiter: Setz das Ganze als Domäne auf, nur mit Domänenusern (und ersetz die W98-Clients so schnell wie möglich durch W2K oder XP), keine lokalen Benutzer verwenden. Das Ganze hört sich für mich ehrlich gesagt wie ein Gebastel an; wird das so ernsthaft produktiv eingesetzt? :shock:

Andi, Du hast noch Oracle vergessen, nebst Sun, Red Hat etc.... Der All-in-One-Crash-Certification-Course, in 8 Wochen ALLE denkbaren Zertifikate *fg*

@ Dietmar: diese Diskussion führen wir zur Zeit hier: http://www.mcseboard.de/showthread.php?postid=132732#post132732 ;)

Off-Topic bedeutet: gehört nicht zum Thema (siehe Titel des Forums, siehe http://www.mcseboard.de/rules.php?s= )

meinst Du etwa sowas? net use z: \\servername\sharename (/user:name@domäne )

OK, noch einfacher: der Proxy IST (wie eigentlich zu erwarten) der Router. 10.n.n.n ist also extern, nun musst Du noch rausfinden, was er für eine interne Adresse hat (192er). Du setzt die dann bei den Clients als Gateway

mit Cloning ist mir nichts dergleichen geläufig. RIS / unattended Setup wäre etwas, das Du Dir anschauen müsstest. Ich habe gehört, dass die neueren Versionen von DriveImage und Ghost erlauben, Images zu modifizieren. Ich weiss nicht, ob das auch hinsichtlich Treiber möglich ist.

Die Europäer sind in dieser Hinsicht den Amerikanern sicher weit voraus. Der Thread wird allerdings langsam Off-Topic...

Ich denke, Du siehst das ein wenig unrealistisch. Ich kenne die Verhältnisse in Deutschland nicht, aber so schlimm kann's ja nun auch nicht sein. Der grösste Teil, schätze ich, kommt wohl aus dem anglophilen Raum, USA/Kanada/Australien/Grossbritannien. Dann anschliessend wohl Europa, welches ja auch mehr Ländern als nur Deutschland besteht. Mit geschätzten 30% Anteil MCP's in Deutschland liegst Du definitiv weit daneben.

Ich nehme mal an, 10.0.0.0 ist die DMZ? Zwischen der DMZ und dem Lan existiert ein Router. Auf den Clients im LAN wird die interne Adresse dieses Routers als Gateway gesetzt. That's all.

ATAPI nicht gleich SCSI mal vorweg. Aber: ATAPI = IDE. An einem ATAPI-Controller passt keine SCSI-HD, und umgekehrt. Du bringst da definitiv einiges durcheinander. Zum Kern Deiner Frage: Das ist so, weil verschiedene Systeme verschiedene Chipsets verwenden, und daraus resultiert, dass sie verschiedene Treiber verwenden. Das betrifft ganz besonders Laufwerkscontroller. Ein Image mit einem nicht zur Hardware passenden Laufwerkscontrollertreiber KANN dort gar nicht laufen. Analogie: Ein Auto fährt nicht auf Bahnschienen, und eine Lok nicht auf der Autobahn ;)

Ich meine mit "lokal", ob sie sich an der Domäne oder eben bloss am PC selber anmelden. Wenn der User nur lokal am PC existiert, hat er in der Domäne keinerlei Berechtigungen, ergo kann er nicht drucken, nicht durch's AD browsen etc.

Mir fällt auf, dass Du aus rhetorischer Sicht vorbildlich argumentierst. Hut ab, das kann/tut nicht jeder. Und nur wenigen fällt sowas auf. Ich kenne das vor allem von sehr guten Verkaufsprofis. Aber: Du kannst unsere Argumente nicht effektiv widerlegen.

Wieso erzwingst Du nicht die Verwendung von Passworten? Aus sicherheitstechnischer Sicht ist das, was Du da schilderst, nicht gerade vorbildlich. Bist Du sicher, dass die User, die sich ohne Passwort anmelden, sich an der Domäne anmelden, und nicht bloss an der lokalen WS?

Ähnliche Fragen sind hier schon öfters gestellt worden, mit entsprechenden Antworten. Benutze doch mal die Boardsuche, da wirst Du vermutlich fündig. Eine erfahrungsgemäss sehr reichhaltige Quelle für Skripts ist: http://www.microsoft.com/technet/treeview/default.asp?url=/technet/scriptcenter/default.asp

:suspect: Da hast Du recht. Wieso? Weil wir wissen, was wir schreiben. Wenn jemand nach so einem Kurs ohne weiteres Lernen gleich die Prüfungen erfolgreicht ablegt, oder noch extremer: während dem Kurs, und das ganz ohne Braindump, dann denke ich, dass er das meiste Relevante bereits vorher gewusst hatte, und vermutlich die Prüfungen auch ohne den Kurs bestanden hätte :rolleyes: Anders geschrieben: die Kursteilnehmer müssen vor Antritt des Kurses bereits nahezu prüfungsreif sein, damit sowas funktioniert. Wo ist denn in diesem Fall die Ersparnis? :shock: :suspect: