Jump to content

Gundy

Members
  • Gesamte Inhalte

    32
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Gundy

  1. Habe mich gestern ans Tutorial gemacht. Hänge leider an der Stelle fest wo man die Auswahl.bat das erste mal aufruft. Der in der Data.bat angegebene Benutzer wird einfach nicht angelegt, jeden Falls kann ich den nirgends finden. Habe es sowohl mit dem Domainnamen versucht wie er beim Login angegeben wird und auch mit dem ".local" Suffix. Das Entfernen der psexec.exe habe ich Trendmicro auch abgewöhnt. Der Server ist ein SBS2003 Premium. Was mache ich falsch?

     

    Hier die abzuändernden Einträge in der Data.bat:

    --------------

    set Server=srv01

    set Share=inventory$

    set RunDomain=domainname

    set RunUserName=aida32

    set RunPwd=*******

    set ServiceName=AIDA

    set SubVerz=Inventory

    set SubDir=bin

    set starttype=yes

    set Reporttype=ADO

    set lokGrp=Administratoren

    set DCName=srv01

    set OSDirName=WINDOWS

    set DBSQLServer=

    set DBSQLName=

    ----------

     

    Gruß Gundy

  2. Hallo allerseits,

     

    in einem kleinen Netzwerk (14 XP Clients, 1 SBS 2k3) scheint eines der beiden Notebooks resistent gegen eine neuerstellte GPO zu sein. Ein "gpresult" nach einem "gpupdate /force" listet die betroffene GPO gar nicht erst. Das Notebook scheint also gar nicht von deren Existenz zu wissen. Die GPO liegt aber schon seit über einem Tag an dieser Stelle verknüpft und das zweite Notebook welches der selben OU angehört hats gleich gefressen.

     

    Eine LAN Verbindung besteht und man kann auch ohne weiteres von dem Notebook aus auf z.B. die Freigaben des Servers zugreifen. Wäre es denn möglich daß sich das Notebook in irgend einer anderen Beziehung als Offline wägt und sich nicht wirklich mit dem AD abgleicht? Wie kann ich dem Problem am besten auf die Schliche kommen?

     

    Gruß Gundy

  3. Ich meine es würde schon ein Bildformat reichen, welches Outlook selbst darstellen kann, z.B. JPEG oder PNG. Eventuell auch nur als Thumbnails, um dem Outlook-Benutzer wenigstens eine Vorschau auf die Faxe zu ermöglichen, das TIFF selber kann ja angehängt bleiben. Fraglich ist nur, ob es freie Biblioteken gibt, die mehrseitige TIFFs in ein anderes Grafikformat umwandeln können.

     

    Gruß Gundy

     

    Edit: Habe gerade ein bischen gesucht und folgendes gefunden: tiff2png. Das scheint auch mit mehrseitigen TIFFs zu funktionieren... man muß nur vorher wissen wieviele Seiten das TIFF enthält. Man erhält dann je Seite ein PNG.

  4. Hallo,

     

    hört sich ja höchst interssant an! Personalisierte Betreffzeile wäre spitze, also wenn man z.B. die übermittelte Faxkennung angeben könnte.

    Wie sieht es mit dem Format der Faxdateien aus? Outlook kann ja leider die TIFFs nicht Inline anzeigen, man muss also erst per Doppelklick ein externes Programm aufrufen. Wäre da eventuell ein anderes Format möglich, mit dem Outlook aus dem Stehgreif umgehen kann?

     

    Gruß Gundy

  5. Zu den Ordnerrechten: Ich habe beim Versuch den PDF iFilter auch per Script zu verteilen, ungewollt das Script ins leere laufen lassen... sprich es lief für mehrere Minuten ohne etwas zu machen, bis es dann scheinbar durch irgend ein Timeout abgebrochen wurde. Dabei konnte ich in den geöffneten Sitzungen auch mal den zugreifenden Benutzernamen sehen: "WOR02$", wobei "WOR02" der Cleintname ist. Habe dahin gehend noch nichts weiter ausprobiert... nehme mal an das man auch irgendwie Clients Zugriff geben kann.

     

    Zum PDF iFilter: Habe zuerst die Datei entpackt und dann per /r eine setup.iss generiert. (Ist ein Installshield Installer 5.0) Das ganze dann auf dem Server abgelegt und im Script die setup.exe mit dem Parameter /s eingetragen. Wenn man als Admin angemeldet war und das Script aufgerufen hat, hat es funktioniert, es waren keine Eingaben nötig und auch keine Fenster etc. zu sehen. Beim Hochfahren ist dann aber nichts passiert, bis auf das für einige Minuten der Client versucht hat das Script auszuführen und wie schon beschrieben wahrscheinlich ein Timeout dieses dann beendet hat. Ich bin zwar noch auf den Trichter gekommen, das es an den fehlenden Schreibrechten auf das Installer-Verzeichnis für "Jeder" liegen könnte (habe dann Vollzugriff erteilt), weil ja das setup.log dorthin geschrieben wird, aber das alleine war es auch nicht. Auch ein sicherheitshalber angefügter Parameter /f2"C:\Setup.log" zum Umleiten der Log-Datei hat nichts erwirkt. Die Logdatei wird auch selber nicht geschrieben... was schon merkwürdig ist.

    Würde mich über Vorschläge freuen :)

     

    WDS-Installation selber funktioniert ja schon mal prächtig. Ob ich mich an solche Kaliber wie Repackaging rantraue muß sich noch zeigen ;)

     

    Danke!

    Gruß Gundy

  6. Na... da habe ich wieder einen eindeutigen Hinweis nicht beachtet (letzter Absatz im vorhergehenden Post). Habe der Freigabe ClientApps mal testweise "Jeder" hinzugefügt, damit installiert es dann. Nur was wären die "richtigen" Sicherheitseinstellungen? "Jeder" ist ja nicht das gelbe vom Ei.

     

    Danke schonmal an alle, die mich so weit gebracht haben!

     

    Gruß Gundy

     

    P.S.: Würde mich sehr freuen, wenn da noch ein paar Tipps in Richtung MSI-Erstellung kämen.

  7. Aus irgend einem Grund läuft der IIS nicht. Mal in der Serververwaltungskonsole nachschauen unter Erweiterte Verwaltung -> Internetinformationsdienste -> Server Name -> Websites. Wenn da so ein Stoppzeichen dran ist, dann ist der IIS angehalten. Dann auf eine der Webseiten Rechtsklick -> Starten und mal gucken was passiert.

     

    Gruß Gundy

  8. @XP-Fan: Alle Benutzer der Gruppe "Benutzer" haben darauf Lesezugriff, sowohl auf Datei-Ebene, als auch auf Freigabe-Ebene. Wie müßten denn die Rechte sein? Muß es "Jeder" sein?

     

    @derdude76: rsop.msc ist ja nett, kannte ich noch gar nicht :)

    Zeigt die GPO unter Skripts an.

     

    Eine GPO für "Beim Start immer auf Netzwerk warten" hatte ich schon gemacht, allerdings ist sie als letztes in der Liste für die OU. Werde die mal an den Anfang schieben und noch mal versuchen.

     

    Bis jetzt habe ich es mit allen Kommandozeilenparametern versucht, mit nur "/quiet" und nach deinem Post auch noch mal mit "/quiet /passive". Hat leider noch nicht geklappt.

     

    Als ich das Skript das erste mal angelegt habe, habe ich es auch unter "\\srv01\ClientApps\WDS" gelegt. Nach dem Neustarten gab es dann im Anwenungs-Eventlog eine nachricht, das nicht auf das Startskript zugegriffen werden konnte. Deswegen habe ich es dann dorthin verschoben, wo es die GPO beim eintragen vorgeschlagen hat.

     

    Gruß Gundy

  9. Habe das nun folgender maßen ausprobiert:

    Die .exe per /x extrahiert. Alles in ein Unterverzeichnis von \\ClientApps. Dann eine Gruppenrichtline erstellt, und unter Computerkonfiguration -> Windows-Einstellungen -> Skripts -> Starten folgendes Script eigefügt (am vorgegebenen Ort):

    @ECHO OFF
    CLS
    REM Installation MS Desktop Search
    IF EXIST "%ProgramFiles%\Windows Desktop Search\WindowsSearch.exe" GOTO EOF
    "\\srv01\ClientApps\WDS\Install\update\update.exe" /quiet /passive /forcerestart /warnrestart:0
    :EOF

     

    Dann die Richtline der OU mit den ganzen Clients zugewiesen.

     

    Hat leider nicht funktioniert... in der Applikations-Ereignisanzeige gibt es leider auch keine Meldungen diesbezüglich. Ich vermute das aus welchem Grund auch immer zu dem Zeitpunkt der Skriptausführung nicht auf ClientApps zugegriffen werden konnte.

     

    Ideen?

     

    Gruß Gundy

  10. Danke für die Antwort.

     

    Wie sieht das denn mit so einem Skript per GPO ins Sachen Berechtigungen aus? Durch Frage und Antwort hier im Forum hat sich ja ergeben, das auch beim SBS2003 Softwareverteilung per GPO wohl das eleganteste ist, da sich nicht der Admin überall zum Installieren anmelden muß. Wann wird denn so ein Script ausgeführt?

     

    Wirklich schade das man erst so tricksen muß und MS WDS nicht mit dem eigenen Installer-Standard liefert...

     

    Gruß Gundy

  11. Hallo zusammen!

     

    In der Tipp-Sektion bin ich auf WDS (Windows Desktop Search) gestoßen. Das habe ich zunächst zu Hause ausprobiert und möchte das nun auf die Firma übertragen.

     

    Die Installations-Datei "WindowsDesktopSearch-kb911993-V2-x86-DEU.exe" ist leider kein MSI, sondern laut WDS Admin Handbuch ein Packet Installer (update.exe). Wie es aussieht und auch im Handbuch beschrieben, lassen sich aber nur MSI Dateien per GPO verteilen (versuche es zum ersten mal). Wie bekomme ich es also hin, WDS per GPO zu verteilen?

    Beim Googeln ist mir des öfteren der Begriff "MSI-Wrapper" entgegengekommen, eine vielversprechende Variante, den "Windows Installer Wrapper Wizzard", habe ich schon ausprobiert. Leider ohne Erfolg, der angegebene Befehlszeilenparameter "/q" für die automatische Installation wurde nicht übergeben. Beim Ausführen der erstellten MSI-Datei kam also trotzdem das Installer-UI hoch.

     

    Auf dem SBS2003 habe ich auch WSUS laufen. Im WDS-Admin-Handbuch wurde kurz angeschnitten, das WDS auch per WSUS verteilt wird. Im WSUS ist auch mittlerweile die aktuelle Version von WDS aufgetaucht, allerdings bei allen Clients als "nicht benötigt" gelistet. Mit anderen Worten muß ich vorher auf jedem Client WDS installiert haben, womit alle zukünftigen WDS updates dann per WSUS eingespielt werden. Ist dem so?

     

    Interessant sieht auch dieser Beitrag bei Appdeploy aus, allerdings kann ich mit dem VB-Script dort nichts anfangen, sprich ich weiß nicht wohin damit.

     

    Ach ja... falls ich das irgendwann mal hinbekommen sollte... der PDF iFilter wäre die nächste Hürde, der leigt auch als EXE vor und dafür habe ich noch nicht einmal den Kommandozeilenparameter für eine automatische Installation gefunden....

     

    Gruß Nils

  12. Werde die Anfrage ausführlicher in einen neuen Thread auslagern, denn meine ursprüngliche Frage passend zum Thema ist ja schon gelöst.

     

    --------------------------------

    Würde gerne Windows Desktop Search per GPO verteilen. Allerdings kommt WDS leider nicht als MSI daher. Gibt es da eine Lösung? (Habe es mit dem Windows Installer Wrapper Wizzard versucht... ohne Erfolg)

     

    Gruß Gundy

  13. Ja, Updates sind alle vorhanden. Eine Boot.ini konnte ich nicht finden.

     

    Die 3GB werden ja auch in den Systemeigenschaften, bzw. Taskmanager angezeigt. Ich gehe nur einfach mal davon aus, das sich der Leistungsindikator nicht automatisch mit verändert hat und noch auf dem Default-Wert passend zu den alten 1GB eingestellt ist. Meine Frage ist ja auch nur, was wäre ein sinnvoller, neuer Wert? Ist es sinnvoll anzunehmen das es sich immer um das doppelte vom physikalischen Speicher handelt? (2147483648 Byte = 2 GB).

     

    Gruß Gundy

×
×
  • Neu erstellen...