Jump to content

Operator

Members
  • Gesamte Inhalte

    1.383
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Operator

  1. @thorgood... Manchmal vergißt man wieder die einfachsten Sachen :) Stimmt aber, sollte klappen @pienser Bevor wir das VBScript noch mal in Angriff nehmen, teste mal die Sache von thorgood. Sieht gut aus, weil die Variable solange aktiv ist, bis cmd.exe wieder beendet wird. In deinem Fall wäre das nach dem Beenden des DOS Programms. Also ausprobieren :) Schönen Abend noch Andre
  2. @Pienser.. die Sache mit dem VB-Loginscript funktioniert. Hab ich sogar getestet. Es setzt an entsprechender Stelle eine Umgebungsvariable für den Benutzer, der sich gerade anmeldet - dauerhaft für das Profil. Mit ein wenig Verzweigung lässt es sich auch leicht auf mehrere User umstricken. Wenn Du dabei Hilfe brauchst helfen wir Dir natürlich gerne... Eins ist sicher... mit einer einfach SET-Anweisung via Batch kommst Du nicht weit. Aber das hast Du ja auch schon herausgefunden... Andre
  3. Wenn Jeder eh schon Leseberechtigung erhält, braucht Gruppe 1 nicht zusätzlich noch Leseberechtigung. Das wäre doppelt. Andre
  4. Du kannst eine Verbindung zum Netzwerk des Providers haben. Das heißt aber nicht, daß auch die Verbindung zum Gateway noch funktioniert. Wenn bei einem Ausfall der Ping zum Gateway des Providers noch funktioniert, probiere mal, ob Du IP-Adressen außerhalb des Netzes deines Providers anpingen kannst. Z.b. 216.239.59.104 (http://www.google.de) Wenn das klappt, müsstest Du auch noch via IP-Adresse im Browser auf die Google-Seite kommen. In dem Fall hättest Du ein DNS Problem. Probier bitte erst noch mal bis hierhin und dann sehen wir weiter. Gruß Andre
  5. @grizzly999: Ich glaube nicht, daß das so funktioniert, da SET Befehle in einem Batch-Script immer nur in der aktuellen Sitzung Gültigkeit haben. Nach Durchlauf des Scripts ist die Variable wieder verschwunden. Was aber funktioniert ist das Setzen einer Variable mit einem VBScript als Logon-Script. '--------------------8<---------------------- Set oShell = CreateObject("WScript.Shell") Set oWshSystemEnv = oShell.Environment("USER") ' Set environment variable oWshSystemEnv("STATION") = "2" '--------------------8<---------------------- In Zeile 2 lassen sich folgende Parameter setzen: USER - Umgebungsvariable für den Benutzer SYSTEM - Umgebungsvariable für das gesamte System PROCESS - Umgebungsvariable für den aktuellen Prozess (wird nach Beendigung gelöscht) Probiers mal aus Pienser... Viel Glück Andre
  6. Immer diese Newbies, die durch sinnlose Posts alle anderen verwirren :) Nicht wahr pworld, Post Nr. #10? Die 299 fand ich auch ganz schön heavy, aber das könnte bei mir auch daran liegen, daß ich damals die Beta-Prüfung gemacht habe und die naturgemäß erst mal alles lieferte was ging :) Andre
  7. Operator

    DAU-Definition

    Hi! Was die meisten DAU's bei der Frage, was er/sie denn gemacht habe, sagen, ist ja wie man sieht jedem bekannt: Ich hab' nix gemacht. Die meisten DAU's grübeln aber noch mal kurz nach, wenn man dann fragt: Und was hast Du _DAVOR_ gemacht/versucht? ;-) Andre
  8. 70-227 ISA-Server Komplexe und große (Text-)Aufgaben. Bin nur so gerade mit der Zeit hingekommen... Hat auf jeden Fall zu der 216 diesen Titel verdient :) Andre
  9. Hi, kannst Du bei einem Wegfall der Verbindung dein Gateway 10.46.64.1 (oder das was ipconfig in dem Moment anzeigt) noch pingen? Teste mal... Gruß Andre
  10. Die Autostart-Geschichte geht auch eleganter, als bei jedem Benutzer den lokalen Autostart via .REG-Datei anzupassen. Via Gruppenrichtlinie kannst Du definieren, welche Programme bei der Anmeldung gestartet werden sollen... Benutzerkonfiguration / Administrative Vorlagen / System / Anmeldung / Diese Programme bei der Benutzeranmeldung ausführen Falls irgendwann ein Programm nicht mehr automatisch gestartet werden soll, kannst Du einfach den Eintrag wieder entfernen und musst die .REG-Datei nicht dahingehend anpassen, daß eine bestimmte Zeile wieder gelöscht wird. Gruß Andre
  11. Hi traxanos, die Tools gehören zum Betriebssystem. Was sollte dagegen sprechen diese auch zu nutzen, zumal sie ja auch nur auf dem Betriebssystem laufen. Solange Du die Tools firmenintern nutzt, spricht überhaupt nichts dagegen diese mit auf CD zu brennen oder in eine öffentliche Freigabe zu stellen. Wenn es um offizielle CD's geht, die auch im Handel erhältlich sein wird, reicht ja die Information, daß dieses Tool nachinstalliert werden muss. Ansonsten bei Microsoft anfragen, wie es mit Redistributionen des Tools aussieht. Da es ja keine Lizenzgebühren erfordert, denke ich nicht, daß was dagegen spricht. Andre
  12. Hi Felix, was passiert denn jetzt, wenn Du für den Drucker das Spooling am Server abschaltest? Immerhin fliegt der Spooler ja auch auf die Nase und eine Umgehung könnte klappen... Berichte mal :) Andre
  13. Was spricht dagegen Tools aus dem Ressource Kit zu nutzen? Die müssen ja nicht auf jedem PC installiert sein. Es reicht, wenn die .exe und ggf. zugehörige DLL Dateien in einer Netzwerkfreigabe stehen. Den Weg über die Registry würde ich nicht gehen. Oftmals macht man mit solchen "nicht-supporteten" Mitteln das System kaputt. Wenn Dir dennoch was daran gelegen ist, lade dir NTRegmon von http://www.sysinternals.com herunter, starte die Protokollierung der Registry-Zugriffe, ändere die Workgroup und schau nach welche Keys geändert wurden. Um eine Änderung aktiv zu machen, reicht es in der Regel den Browser-Dienst neuzustarten. (Evtl. kann auch ein Neustart des Arbeitsstationsdienstes und Netlogon nicht schaden.) Welche Mittel im Endeffekt ausreichen teste aber mal lieber selbst :) Mein Tipp: Nutzt die Ressource Kit Tools Gruß Andre
  14. Vielleicht gibts ja nen Zeitbonus am Schluß ;) Restzeit in Sekunden * Random(1) Nur Spaß... ich arbeite jetzt fleißig weiter ;) Andre
  15. Hast Du nicht irgendwo einen XP Rechner zur Verfügung? Damit kannst Du ja alle Rechner umbenennen, die einen anderen Namen haben sollen. Auf dem Zielrechner reicht zumindest die Ausführung von 2000. Andre
  16. HI Felix, ja denke auch, daß es an den nicht TS-fähigen Treibern liegt... daher die Idee mit dem Abschalten des lokalen Spoolens. Die Sache mit dem lokalen Drucker funktioniert trotzdem, da Du einfach einen lokalen Anschluß erstellst, der auf ein Netzwerkgerät umgeleitet ist. Das könnte mit etwas Glück auch helfen. Andre
  17. Hi lefg, auf jeden Fall geht es auch noch mit Windows 2000. Nur mit W9x/ME wirst Du auf jeden Fall Probleme haben. Ob NT noch funktioniert weiß ich nicht... ausprobieren :) Andre
  18. Hi, falls der XP Rechner das Service Pack 2 installiert hat (oder eine andere Personal Firewall), deaktivier ein paar Features, so daß lokale Zugriffe wieder möglich sind. Ansonsten bei W98 und 2k/XP muss für den 98-Benutzer ein Benutzerkonto auf der XP Maschine angelegt sein und der Benutzer muss sich unter Windows 98 mit diesen Daten auch lokal anmelden. Alternativ kann auf dem XP Rechner das Gast-Konto freigeschaltet werden, was aber evtl. ein Risiko bedeuten kann. Viel Glück Andre
  19. Hi Felix, Du könntest den Drucker am Terminal-Server als lokalen Drucker installieren, indem Du einen Local-Port erstellst und als Anschluß "\\server\freigabe" wählst. Dann gibst Du allen Benutzern, die ihn nutzen sollen (oder nur dem einen Benutzer) Druckberechtigung. Bei allen anderen Benutzern, wird der Drucker dann ausgeblendet. Vielleicht klappt das ja besser. Ansonsten könntest Du in den Druckereinstellungen das lokale Spooling noch abschalten, so daß nur beim Client, der den Drucker hat, gespoolt wird. In den Druckereigenschaften gibt es hierfür unter Erweitert das Feld "Druckaufträge direkt zum Drucker leiten". Zumindest heißt es unter XP so... wird aber nicht viel anders heißen. Viel Erfolg! Andre
  20. Hi ice_tigers, auf http://www.cisco.com/warp/public/10/wwtraining/certprog/testing/current_exams/640-801.html kannst Du die Anforderungen an die Prüfung nachlesen. In den Vorbereitungsbüchern von Cisco Press wird NAT/PAT erläutert. DHCP gehört dort nicht zum Inhalt. Da diese Bücher meist sehr vollständig sind, kannst Du davon ausgehen, daß der DHCP-Server nicht zur Prüfung gehört. Ich hab mich mit folgenden 2 Büchern vorbereitet: http://www.amazon.de/exec/obidos/ASIN/1587200953/qid=1093613019/ref=sr_8_xs_ap_i1_xgl/028-8434298-1802161 Diese gibt es seit kurzem auch auf Deutsch, aber da die Prüfung eh nur auf Englisch verfügbar ist, sollte man das Buch zur Vorbereitung auch auf Englisch lesen. Gruß Andre
  21. Oder hier die Links ;) http://support.microsoft.com/default.aspx?scid=kb;en-us;298593&sd=tech http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=49ae8576-9bb9-4126-9761-ba8011fabf38 Gruß Andre
  22. Hi, such mal bei Microsoft nach netdom.exe Damit kannst Du Rechner remote umbenennen. Andre
  23. Hi! Schon mal den Speicher getauscht? Timings geprüft? Hardwaretemperaturen gecheckt? Fehler in der Art beruhen meist auf Hardware-Defekten oder Inkompatibilitäten. Die Sache mit dem Administrator halte ich für puren Zufall... zumindest solange bis mir jemand das Gegenteil beweist :) Gruß Andre
  24. Hi Andi, - Ist an irgendeiner Stelle die Vererbung deaktiviert? - Befindet sich ein fraglicher User auch in der OU3? - Was sagt gpresult.exe? Fragen über Fragen :) Andre
  25. Hi retro, bei der Richtlinie reicht der Name des Verzeichnisses (z.b. "Temporary Internet Files"). Andre
×
×
  • Neu erstellen...