Winnetou

Punkt 1 : Version. Starte die Bootdisk und brich dann mit CTRL+C die autoexec.at ab. Gib dann im DOS-Prompt einfach VER ein. Dann erscheint die Version. Punkt 2 :Bootdisk WIN98 Formatiere eine Diskette mit WIN98 und setze den HAKEN bei Systemdateien kopieren. Dann kannst du alles ausser COMMAND.COM, IO.SYS und MSDOS.SYS von der Diskette löschen und die Daten von deiner vorhandenen Diskette draufkopieren. Aber nicht die 3 Dateien überschreiben, da die Diskette dann nicht mehr als Bootdisk erkannt wird.

Am Freedos FDisk kann es nicht liegen. Ich habe damit eine Unattended für einen unserer Kunden erstellt und es läuft einwandfrei. Was für eine Dos-Version hat den die Command.com auf der Diskette ?? Wenn das natürlich Dos 5.0 oder kleiner ist kann es kein FAT32 lesen. Am besten ne Bootdisk von WIN98 erstellen. Mit einer DOS 5.0 kannst du nur eine FAT Partition lesen und die kann max. 2 GB groß sein. Dann mußt du in deiner Unattended die Partition erweitern (von 2 GB auf 8 GB).

Am besten per Logon Skript. Wie DaveRichter schon schrieb. Kannst im Logonskript eine Abfrage einbauen, ob der Wert schon gesetzt ist und wenn nicht dann Wert setzen. Ansonsten einfach weitermachen im Logon.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\fAllowToGetHelp", 1, "REG_DWORD" Das ist der Schlüssel für die Remote Hilfe.

Formatierung bei FDISK von Freedos bei 8 GB ist FAT32. Das hat aber nichts damit zu tun. Hast du nach FDISK /PRI:8000 einen Reboot drin, damit der MBR richtig steht ??? Ansonsten funktioniert das ganze nicht richtig.

Und Registry und Prozesse jetzt mal durchgesehen ?

Hatte das Problem bei einer Unattended. Mußte den MBR rekonstruieren lassen (DOS Diskette mit FDisk von Freedos) mittels dem Befehl : FDISK /MBR. Danach konnte ich nach einem Neustart weitermachen.

Als erste Konsequenz mal in der Registry den RunOnce und so durchschauen. Dann vielleicht mal anmelden und in den Prozessen schauen was da läuft.

Schau mal in diesen Thread : http://www.mcseboard.de/showthread.php?s=&threadid=21462&highlight=VPN+sicherheit

Hi. Die VPN Einstellungen auf dem neuen Laptop schon geprüft ?? Von wegen Sichere/unsichere Anmeldung und soweiter ??

Wenn dann mußt du die Drucker über IP auf LPT1 legen. Dann kannst du die in die Sitzungen mitnehmen. Ansonsten würd ich den Drucker einfach über den Printserver laufen lassen und von dort in die Farm einbinden. Dann kannst du den Drucker ganz normal in die Sitzungen aufnehmen über das jeweilige Logon Skript. Nur muß dann gewährleistet sein, das der PC, an dem der Drucker hängt an ist. Also am besten den Drucker ins Netz nehmen und auf dem Printserver einrichten. Dann hast du die Problematik nicht.

Mompl. Damit wir uns richtig verstehen. Ein Anwender in Berlin meldet sich an, der den lokalen Drucker hat und alle angemeldeten sollen auf dem Drucker ausdrucken dürfen ?? Dann hast du wirklich ein Prob. Den meines Wissens geht das ohne Thinprint und vertrauensstellung nicht. Lass mich aber gerne eines besseren Belehren. Wenn es nur darum geht, das dieser Anwender seinen Drucker in die Session nehmen kann, das kannst du am Server für den Anwender einrichten.

Halt mich für "altmodisch" aber warum läßt du auf dem Server nicht einfach beim Anmelden die Lokalen Drucker mitnehmen ??

Alle Einstellungen, die du machst werden in das Verzeichnis WINDOWS\SYSTEM32\GROUPPOLICY geschrieben, das einfach sichern und/oder auf anderen Computer kopieren. Vorsicht. Sobald du das auf einen Computer kopierst treten die meisten Richtlinien sofort in Kraft. Einige brauchen einen Neustart, damit sie greifen. Das Verzeichnis ist übrigens Hidden. Also in der Ordneroption alle anzeigen einstellen.

Womit es klappen sollte ist der WINDVD. Hab damals als ich den Projektor und wahlweise den Fernseher mit rangenommen hatte als secondary Display das gleiche Problem und etliche Player durchprobiert. WINDVD war der einzige, der Filme auf dem Projektor angezeigt hat. Probiers mal damit.

Achtung. XP hat bei Standartmäßiger Installation die einfache Freigabe aktiviert. Hast du auf beiden Rechnern den gleichen Account MIT Passwort ? XP ist da etwas eigen, wenn du einen Account ohne Passwort benutzen willst. Check das mal nach.

Wenn die Einstellungen öfters wechseln (DHCP) kannst du auch BGInfo nehmen. Ist schön klein und handlich und du kannst selbst bestimmen was er alles anzeigen soll.

Am einfachsten über LogonSkript auf den Rechnern (Nicht Userbezogen) einen Net use lptx \\servername\Druckername einbinden. Wenn du auf allen nur einen Drucker oder zwei hast kannst du evtl schon angebundene vorher mit net use lptx /D löschen.

Schaust du hier : http://www.robvanderwoude.com/ oder hier : http://www.scriptlogic.com/default.asp Da solltest du etwas über VBS finden.

Kommt drauf an, was du damit machen willst. Für den Heimbedarf genügt eine einfache Freigabe. Die mußt du aber jedesmal erst wieder über die Netzwerkumgebung öffnen. Ein Netzlaufwerk kannst du im Logon Skript oder Permanent anbinden. Die ist dann immer da und da man hier einen Laufwerksbuchstaben hat kann man auch Programme darauf installieren, da sie in der Arbeitsumgebung sichtbar ist. Das mal als einfachster Unterschied.

Stop Stop Stop. Auf dem Server muss IIS laufen. Der SUS Server ist dann auch über http erreichbar mit dem Namen. Man kann auch über http die adminpage des SUS Servers aufrufen und konfigurieren. Erst dann laufen auch die Updates. Schau mal hier : http://www.microsoft.com/windowsserversystem/sus/susdeployment.mspx

Eben. Und genau hier liegt das Problem. Der steht auf 1. Aber bei dieser ersten Anmeldung mit dem lokalen Administrator wird der Registry-Wert für den Installations Admin geschrieben (Auszug aus uacc.cmd) net user xpinst xpinst /add net localgroup Administratoren domain\xpinst /add REGEDIT /S alogon.reg EXIT (auszug aus alogon.reg) [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "DefaultUserName"="xpinst" "DefaultPassword"="xpinst" "DefaultDomainName"="Domain" "AutoAdminLogon"="1" Aber beim folgenden Shutdown wird der Wert AutoAdminLogon von Windows auf 0 gesetzt. Dieses Problem kommt daher, das der AutoAdminCount nicht bei der Anmeldung seinen Dienst tut und den Wert für AutoadminLogon auf 0 setzt wenn AutoAdminCount = 0 sondern erst bei der Abmeldung. Und dafür such ich eine Lösung.

Ist immer der gleiche Anwender am PC oder wechselt der auch und jeder, der sich am PC anmeldet kann FTP machen ?? Wenn es nur ein Anwender ist, würde ich die Berechtigung auf den Anwender geben und nicht auf den PC.

Du musst http:\\susserver angeben. Als SUSServer und als SUSStateServer. Wie hast du den die Administrative Vorlage für die Clients konfiguriert ?

Sollte aber genauso gehen (Nur ohne RAS). Der Server geht ja anscheinend über die Firewall ins Internet. Du mußt dich also nur zuhause ins Internet einwählen und eine Remotedesktop Verbinung auf der Server schalten. Wichtig ist, das du die IP-Adresse des Servers für den Connect nimmst, mit der der Server ins Netz geht. Auf der Firewall mußt du natürlich mit deinem Heimaccount bekannt sein, da du sonst gar nicht erst bis zum Server durchkommst sondern gleich von der Firewall geblockt wirst.