Operator

Wollte auch grad schon posten, daß die eigentlich alle dabei sind :) Aber schön wenns klappt und der Groschen gefallen ist. Andre

Hi onestone, Ja im Prinzip hast Du Recht, aber wenn der Ordner vom User-PC angelegt wird, wird die Vererbung der Berechtigungen unterbrochen und die oben von mir genannten Berechtigungen gesetzt. Gruß Andre

Hi wolf, das liegt vermutlich an defekten RDP Zertifikaten des Servers. Unter http://support.microsoft.com/default.aspx?scid=kb;en-us;329896 steht beschrieben, wie Du das ganze zurücksetzen kannst. Danach sollte alles wieder funktionieren. Gruß Andre

Das ist nicht nötig. Damit eine Gruppenmitgliedschaft gültig ist reicht ein erneutes anmelden. Der Verbindungsversuch scheitert aber bereits vor der Anmeldung. Läuft der Server evtl. im Anwendungsserver-Modus und die 120-Tage Temporärlizenz ist abgelaufen? Für den Remoteverwaltungsmodus, wie er bei Windows 2000 noch hieß, benötigt man die Funktion Terminalserver im Software-Applet der Systemsteuerung nämlich nicht. Für die Remoteverwaltung, die weiterhin lizenzfrei ist, reicht das Setzen des entsprechenden Hakens unter Systemsteuerung / System / Remote. Gruß Andre

Hi onestone, Vollzugriff ist definitiv zu viel. Aber "Ändern" NTFS und Freigabe-seitig brauchst Du schon, damit der User einen Ordner erstellen kann (seinen Ordner). Der Ordner an sich wird dann so konfiguriert, daß SYSTEM, Administratoren und der User selbst Vollzugriff erhalten. Andere Benutzer haben dann so keine Chance darauf zuzugreifen. Gruß Andre

Obwohl.... wenn ich so darüber nachdenke ist die setx.exe Variante eigentlich besser... SetX: http://download.microsoft.com/download/win2000platform/setx/1.00.0.1/nt5/en-us/setx_setup.exe Nach der Installation kopierst Du setx.exe an eine zentrale Stelle. Eine Batch-Datei als Startscript könnte dann so aussehen: if %computername%==COMPUTER1 \\domain.de\netlogon\setx.exe STATION 001 if %computername%==COMPUTER2 \\domain.de\netlogon\setx.exe STATION 002 if %computername%==COMPUTER3 \\domain.de\netlogon\setx.exe STATION 003 Wer einen Bug findet darf ihn behalten ;) Gruß Andre

Hi Peter, woran machst Du die Stationsnummer fest? An dem Computernamen? Dann würde ich z.B. im NETLOGON eine Textdatei pflegen, die die Zuordnung Stationsnummer:Computername definiert und diese Datei beim Systemstart von einem VBScript abarbeiten lassen. Wenn ein Eintrag gefunden wird, kann man den Wert systemweit setzen. Wenn Du Interesse an so einem Script hast, bastel ich Dir gern eins. Gruß Andre

Hi, schau mal bitte ins Ereignisprotokoll des Servers. Da lässt sich doch bestimmt ein Hinweis auf den Fehler finden. Z.B. UserEnv Fehler, aber vielleicht auch was anderes. Gruß Andre

Hi lefg, ich denke mal, daß es daran liegt, daß via shutdown.exe nur der aufrufende Benutzer abgemeldet werden kann. Und wenn im Script Administrator hinterlegt ist, kann auch ein angemeldeter Administrator damit abgemeldet werden. Ich habe noch eine weitere Lösung. Von Rob van der Woude gibt es ein VBScript, daß mittels WMI den gerade angemeldeten Benutzer abmelden kann, egal wer angemeldet ist. Das ganze funktioniert sogar per Remote, wenn man will (was mit shutdown.exe z.B. nicht möglich ist). Ein einfacher Aufruf des Scripts genügt. Gibt mal als Parameter den Computernamen an, wird der entsprechende Benutzer des Remote-PC's abgemeldet. Das Script befindet sich in folgendem Archiv: http://www.robvanderwoude.com/files/reboot.zip Viel Spaß beim Testen und ein schönes Wochenende noch. Andre

Stimmt :) Im ersten Moment klangs aber wirklich wie ne Hausaufgabe einer IT Klasse.. Schönes WE noch. Andre

Hi, hat das CDROM bzw. die CD vielleicht einen Defekt? Klingt nach einem Lesefehler. Gruß Andre

Das was thorgood im anderen Posting zitiert mag vielleicht die offizielle Variante sein, aber klar durchgesetzt hat sich in meinen Augen immer der 1024er Faktor. Der 1000er Faktor fällt mir immer dann auf, wenn es um Marketing geht und möglichst hohe Zahlen irgendwo drauf stehen sollen (wie damals bei den 650MB Rohlingen, wo einige Hersteller mit 680 MB (MillionBytes statt Megabytes lt. Hersteller) noch besser dastehen wollten. Dasselbe findet man noch häufig bei Festplatten. In der Prüfung würde ich als Prüfer auch beides tolerieren, solange der Lösungsweg richtig ist. Immerhin scheint der Faktor 1000 ja richtig zu sein, die Allgemeinheit meint aber auch oft 1024. Was soll man da sonst gelten lassen. Ich weiß nicht wie es anderen hier geht, aber ich bestehe auf eine 1024er Umrechnung ;) Aber das ist nur meine kleine feine Meinung. Schönen Sonntag noch. Andre

Oder gibt es vielleicht gar keinen DNS Server mehr? Wundert mich aber, daß dann noch 2 Stunden normaler Betrieb jeweils möglich sind.... Was sagt ein nslookup domain.de (bitte entsprechend ändern) und ein ipconfig /all solange das Netzwerk noch funktioniert und nach den 2 Stunden wenn wieder alles kaputt ist? Gruß Andre

Hi, wie nimda schon sagte kann es zum einen an fehlender ACPI Unterstützung liegen und zum anderen fehlt Dir vielleicht der Zugriff zu den .SIF Dateien auf dem RIS Server selbst (oder irgendeinem Dienst?) Wenn dort insgesamt nur 1 Image zusammenkommt, wird auch genau das installiert. Anders kann ich mir das gerade auch nicht erklären. Gruß Andre

Hi TobiasNYSE, wenn man's genau nimmt sinds nur 900MB/h, weil man die 921.600 KByte/h durch 1024 teilen muss, um auf MB zu kommen. Aber solche geringen Abweichungen kann man vielleicht später noch durch Toleranzen erklären ;) Aber professionell wäre das auch nicht. Und falls die Bandbreite zu eng wird: Viel wird durch Druckaufträge verursacht, die durch die Leitung gepresst werden. Zum einem gibt es Tools, die das ganze ein wenig optimieren können (Thinprint z.B., hab ich aber noch nicht getestet) und zum anderen reicht es oft schon in den Druckereinstellungen von 1200dpi auf 600dpi oder wenn's ausreicht noch eine Stufe tiefer zu konfigurieren. Das spart enorm an Traffic. Ich habe jetzt leider keine Erfahrunswerte was von den drei Standardmöglichkeiten, die es gibt, mehr Traffic produziert. 1) Druckauftrag via RDP getunnelt direkt zum Drucker/Printserver am Standort des Users leiten 2) Druckauftrag vom TS aus zum Printserver am Standort des Users 3) Druckauftrag vom TS aus zum Printserver am Standort des TS ..und anschließend zum Drucker. Weil jeweils unterschiedlich aufbereitet unterscheiden sich die Spoolfiles enorm. Anders kann ich mir momentan die 60MB/h für einen User nicht erklären. Wie siehts mit Sound aus? Der lässt sich doch bestimmt deaktivieren oder? ;) Ich glaub ich rede wieder zu viel... Schönen Sonntag noch. Andre

Hallo, danke schon mal für die Beiträge. @dmetzger: In der alten Richtlinie hab ich nur noch weitere 5 Pakete. Daher möchte ich eigentlich nur den Citrix Client dort austauschen, also Löschen wäre nicht ganz so geschickt. Im schlimmsten Fall wird also Citrix nochmal installiert und nicht die anderen 5 Pakete, die ich in die neue Richtlinie mit einpflegen müsste. @Wurzerl: Wäre nett, wenn Du das ausprobieren könntest. Die Software ist so konfiguriert, daß sie installiert bleibt, wenn die Richtlinie entfernt wird. Bleibt nur noch die Frage, ob Windows erkennt, daß die Software bereits installiert ist (z.B. anhand der GUID) oder ob trotzdem neuinstalliert wird.... Werds irgendwie auch nochmal testen müssen... Gruß Andre

Hi, nochmal prinzipiell zu Terminalserver allgemein und den ganzen Lizenzen. Terminalserver kann Geld sparen, aber wie Du siehst nicht an den Lizenzen. Was den meisten Controllern Spaß am TS macht sind die reduzierten Administrationskosten und allgemeines Sparen an Personalkosten... nicht gut für uns, aber einrichten muss es ja immer noch jemand. Gruß Andre

Hi, Ein kleiner Rechenfehler: Durch deine 2MBit/s Leitung gehen nur 900MB/Stunde. Wenn Du allerdings bei der Analyse mit MBit gerechnet hast, kein Problem. Sollten es aber tatsächlich MB sein, kommst Du so nicht hin. Vielleicht wäre Citrix da eine Alternative? Das ICA Protokoll ist ein wenig leistungsfähiger als RDP. Vielleicht rechnest Du mal die teurere Leitung mit den Lizenzen für Citrix gegen. Soweit ich weiß schon... bitte korrigieren, wenn ich falsch liege. Ja, für TS Zugriff brauchst Du für jeden User jeweils CAL und TSCAL. Eine Frage hätte ich noch zu Deinem Lizenzsparmodell was Office 2003 angeht. Wo liegt da der Sparfaktor? Du benötigst auch auf einem TS für jeden Benutzer eine Office Lizenz. Ganz dumm ist MS da auch nicht ;) Gruß Andre

Hi, die Lösung liegt wirklich ganz nah: Aktiviere irgendeinen Bildschirmschoner. "Windows XP" heißt zum Beispiel das Standardteil von XP. Daneben gibts dann auch den Haken: Kennworteingabe bei Reaktivierung. Die Zeiteinstellung sollte somit auch klar sein ;) In der Energieverwaltung kannst Du dann noch einstellen, wann der Bildschirm abschalten soll. Gruß Andre

Hi, soweit ich weiß sind Batch-Files auch Scripte :) Dann würde ein "md c:\myfolder" in einer Textdatei mit der Endung .cmd ausreichen... Gruß Andre

Hi, die meisten MS Serverdienste scheinen einen vollwertigen Server vorauszusetzen (siehe Microsoft Requirements für den ISA Server 2004): Aber ich kann mir trotzdem nicht vorstellen, daß die Installation auf einem SBS nicht erlaubt sein soll... du hast die Software da, probier's aus :) Ich denke, daß es das Beste sein wird den SBS als DC laufen zu lassen und den vollwertigen Server als Memberserver. Eine andere Chance hast Du auch gar nicht, wenn Du beide nutzen willst. Deiner Meinung den ISA auf einem seperaten Server laufen zu lassen, kann ich nur zustimmen. Daran solltest Du auch nicht rütteln. Gruß Andre

Hi da_flo, die Computerkonten befinden sich aber auch unterhalb der OU für die die Richtlinie gelten soll? Ansonsten bekommen die Computer die Einstellung deiner Policy nicht mitgeteilt. Gruß Andre

Hi Coly und willkommen an Board :) Vielleicht hilft ja das Neuinstallation von TCP/IP. Hier gibt es eine detaillierte Anleitung dazu: http://support.microsoft.com/default.aspx?scid=kb;en-us;325356 Gruß Andre

Ist der Switch verwaltbar? Kannst Du Dir CRC Fehler etc. anzeigen lassen? Vielleicht hat ja auch deine interne Karte einen Schlag weg. Gruß Andre

Hi trappa, ich vermute mal, daß in der MSI Datei einige Features auf "advertised" stehen und bei jedem ersten Start nachinstalliert werden. Ich denke, daß Du am MSI Paket noch arbeitest solltest. Wie hast du es erstellt? Prüf mal das Eventlog eines Clients. Wenn ein PC mehrmals installieren will, scheitert es oft an Settings, die beim Hochfahren nicht vorgenommen werden können (z.B. Dateien in irgendein Benutzerprofil erstellen oder Registry-Keys in HKEY_CURRENT_USER). Gruß Andre