Jump to content

daabm

Expert Member
  • Gesamte Inhalte

    5.657
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von daabm

  1. Am 19.6.2019 um 07:53 schrieb Sunny61:

    Toller Thread, wenn es davon mehrere gäbe, könnten wir das Forum in 2 Wochen dicht machen.

    Kontraproduktiver Kommentar - mir geht es defintiv nicht um das Verheimlichen von Lösungen, sondern um das unaufgeregte (und gern unkommentierte!) Feststellen des eigentlichen Problems. Wer mich kennt, sollte das eigentlich wissen, aber ok, erst mal druff. Danke dafür...

     

    Edit: Das gleiche gilt auch für den darauf folgenden Kommentar :hmmm:

    BTT: Ich würde erst mal Batch streichen und auf Powershell umsteigen. Die Einstiegshürde ist nicht besonders groß, sehr viele (sehr sehr viele) Standardanforderungen in der Administration lassen sich googeln und Du wärst unendlich viel flexibler.

  2. Ich hab dazu wso viele Anregungen und Meinungen, daß ich möglicherweise die Größengrenze eines einzelnen Beitrags sprengen könnte, wenn ich jetzt alles dazu schreibe :-)

     

    1. Batch ist Grütze. Nicht nur, weil Powershell unendlich flexibler ist, sondern auch, weil Batch über UNC extreme Performance-Issues hat. Vor allem über langsame Leitungen. Datei öffnen, Zeile lesen, Positionsmarker setzen, Datei schließen, Zeile ausführen. Und das für JEDE EINZELNE ZEILE im Batch...

    2. @echo off schaltet nur die Ausgabe des jeweiligen Befehls in der Konsole ab. Die Ausgaben der Befehle an sich werden sehr wohl ausgegeben.

    3. Batch-Verschachtelung ist so Grütze wie Batch. Wenn schon, alles in eins rein.

    4. Läuft das asynchron oder synchron? Wenn asynchron: Probleme mit Netzlaufwerken in Explorer oder Anwendungen sind vorprogrammiert. Wenn synchron: Desktop erscheint erst, wenn es fertig ist. Wenn die Shares nicht erreichbar sind: 30 Sekunden Wartezeit pro Share... (Genauer 29,56 :-) ).

    5. bis 99. spare ich mir hier mal - kannst mich ja mal direkt kontaktieren.

    Edit: Grad fällt mir 5. ein: Net use x: /d trennt die Verbindung. Aber nur, wenn da keine offenen Dateien sind, sonst kommt ne Rückfrage und das Skript bleibt stehen. Wenn schon "net use x: /d /y"...

    Edit 2 Ich werfe noch 6. hinterher: Startup und Logon Skripts sollten IMMER lokal liegen und lokal aufgerufen werden. Nur dann laufen sie auch, wenn keine Domänenverbindung besteht. Bei dem Skript hier ist das aber sinnfrei, weil es keinerlei Errorhandling oder "Situationserkennung" implementiert. Damit also dann auch nicht weiß, daß es offline ist (RootDSE nicht erreichbar) und nichts (oder nur wenig) machen sollte. Und man kann das nach dem Herstellen einer VPN-Verbindung auch automatisch ausführen, da gibt es so komische Events, die das signalisieren :-)

    Um noch die Anfangsfrage zu beantworten - Datei ausführen, Ergebnis als XML erstellen;

    Beides sollte rein lokal passieren, und ins Netz kopiert wird dann, wenn das Netz auch verfügbar ist. Dann klappt es auch mit dem Nachbarn.

  3. Clients Standalone, keine Domäne - vergiß alles, was Du da als Lösung möchtest. Wird nur Gefrickel... ym2c. Citrix-Farmen stellen keine Laufwerke bereit, sondern Anwendungen. Hol Dir jemand ins Haus, der die richtigen Fragen stellt und der dann darauf antworten kann. Per Forum wird das ein endloses Diskutieren von Experten, Semi-Experten und Ahnungslosen :-)

×
×
  • Neu erstellen...