blub

Dr. Melzer, aber eben nicht die Consolensession, um die es hier wohl geht

Beepop, deine Antwort ist sogar 3,5-mal falsch ;)

Mittels Terminalclient kannst du keine Session 0 (=Consolensession) eines Servers beobachten. Ein Admin kann nur andere Remotesessions von einer Remotesession aus monitoren. Entweder über die Terminalserver-GUI oder das shadow.exe ReskitTool.

Naja, und ob Administration oder Application Mode ist auch egal ;)

Cu

blub

klar Schwamm drüber!

Aber wenn ich meinen Rechner so richtig nach aussen dicht mache im Netz (egal ob IPSEC oder personal Firewall), funktioniert sowas wie Softwareverteilung, Virenpatternupdates etc. natürlich auch nicht mehr. Daher der Hinweis auf net-security

cu

blub

Fleipe, eine einfache, flexible, kostenlose und sehr sichere Methode einen Rechner abzuschotten, bieten IPSEC-Filter. Bei entsprechender Abschottung kommt auch kein Admin mittels Remotediensten oder sonstwie mehr an Deinen PC ran und du kannst trotzdem alles machen.

Mittels "net group" kannst m.E. du übrigens auch "jeder" entfernen. (bin ich mir jetzt aber nur fast sicher!)

(Hoffe bloss, dass ich nicht gleich wieder nen Rüffel bekomme, weil ich die Netzsecurity evtl. verletze)

cu

blub

Also die genialste Art mit mehreren Betriebssystemen gleichzeitig zu arbeiten und zu experimentieren ist mittels VMWARE. (zumindest wenn der Arbeitgeber Enterprise Lizenzen hat und der eigene Rechner ca. 1 GB Arbeitspeicher sowie eine einigermassen moderne CPU besitzt).

(btw: ich weiss schon, dass das nicht unbedingt die Frage oben beantwortet)

Zuschauer, entschuldige bitte, wenn ich jemandem eine konkrete Frage beantworte! Ich werde DICH trotzdem beim nächstenmal nicht um Erlaubnis fragen!!

melebuz,

Auf der zweiten Karte würde ich keine festes Standardgateway eintragen, sondern das routing mit Hilfe von "route -p add..." konfigurieren.

Antares, wenn der Computer-Account abgelaufen ist, kannst du ihn mit netdom /resetpwd wieder zurücksetzen

das wäre aber ausgesprochen schade, wenn ich keinen Trust zwischen einer NT4.0 Domäne und einer W2k-Domäne im einheitlichen Modus erstellen kann.

Allgemein gelten 16K als optimale Blocksize für W2K.

in englisch

my computer -> properties -> advanced -> environment variables -> in user oder system variables den unc-pfad eintragen -> reboot -> good is

macht z.B. bei Terminal Servern Sinn

sind router zwischen source und destination? dann würd ich mal in den einzelnen Abschnitten einen trace holen

stop/ disable halt deinen messengerdienst

Selbstverständlich lassen sich auch W2K-Memberserver mit Sysprep clonen und anschließend mit dcpromo zum DC machen. Spart immer noch Stunden, als wenn du W2k-Server vom Scratch installierst. Benutz mindestens Sysprep 1.1, besser noch 2.0. 2.0 ist allerdings nur bei der .net RC1 dabei.

Bei .net ist dann "install from media" ein neues highlight um DCs zu installieren

steht auf deinem Netzkabel sowas wie "Patch bzw. Crossover"? Unter W2K kanns übrigens sehr wohl sein, dass das Problem jenseits der NIC liegt, auch wenn kein loopback geht.

ich würd die ntldr und die ntdetect.com von der XP-CD kopieren und nicht die von der W2k-CD.

das ist XP-Design. Das Starten vieler Dienste erfolgt erst nach dem Erscheinen des Anmeldebildschirms. Bei W2K wars andersrum.

Gibt zwei Möglichkeiten dem Problem auf die Spur zu kommen.

1. Im Nebel stochern (s.o.)

2. Netzwerkmonitor einschalten, DNS pakete öffnen und in den StdQry-ies bzw. Responses nachsehen, wo die Pakete hinfliegen bzw. wer antwortet

So long