1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. FKFK

Beiträge von FKFK

  • Zahl der Ausdrucke diverser Personen an diversen Netzwerkdruckern erfassen und anschließend auslesen

    • FKFK
    • 4. August 2010 um 07:59

    Hallo zusammen,

    ich möchte Folgendes Realisieren: Zahl/Menge der Ausdrucke von unterschiedlichen Personen an verschiedenen Netzwerkdruckern erfassen und in eine Excel-Tabelle eintragen.

    Mein Hauptproblem ist jetzt als erstes: Wie kann ich dies erfassen?
    Ich habe folgende Lösung angedacht: Unter Druckereigenschaften, Sicherheit, Erweitert, Überwachung Nutzer hinzuzufügen und es dadurch zu erfassen. Ich habe dies bereits auch getestet, habe aber folgenes Problem: Wo kann ich die Infos abrufen, die ich durch die Registerkarte "Überwachung" angebe zu sammeln?
    Außerdem frage ich mich, ob ich dadurch auch die Menge der Ausdrucke erfassen kann.

    Wie lässt sich das am besten lösen?

    Sobald ich weiß, wo/wie die Infos gespeichert werden, kann ich mir überlegen, wie ich die Auslesung und das Schreiben in eine Excel-Tabelle realisieren kann.

    Wäre schön, wenn jemand weiterhelfen könnte :)

    LG FKFK

  • Status/Eigenschaften von Netzwerkdruckern abfragen

    • FKFK
    • 3. August 2010 um 11:16

    OK, vielen Dank!
    Das Script muss ich mir dann erst mal durchschauen und mich mit der Materie außeinandersetzen. Mit Objekten zu arbeiten ist ja allgemein nicht ganz so einfach.
    Dann bin ich dem Ziel einen bedeutenden Schritt näher gekommen :)

  • Status/Eigenschaften von Netzwerkdruckern abfragen

    • FKFK
    • 2. August 2010 um 13:21

    Hallo zusammen,

    gibt es bereits ein Script, mit dem man in einem Netzwerk den Status und die Eigenschaften diverser Netzwerkdrucker abfragen und anschließend in eine Exel-Tabelle speicher kann bzw. ist dies überhaupt realisierbar?

    LG FKFK

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 14. April 2010 um 15:29

    Hm, dann würde nur übrig bleiben, zu verhindern, dass Rootkits erst installiert werden.
    Dazu müsste man die Treiber bzw. Veränderungen an ihnen überwachen. Ich weiß, dass WindowsDefender soetwas kann.

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 14. April 2010 um 02:54

    Stimmt, das ist eine gute Idee, wenn man verhindern möchte, dass Scripte "geklaut" werden. Blöderweise kann man aber von den Tasks sich zu den Prozessen weiterleiten lassen, außer es taucht erst gar nicht in den Prozessen auf, dann müsste man auslesen, zu welchem Prozess (PID) das Fenster gehört :)

    Aber das widerum bringt mich auf die Idee, wie man derartige "Schadsoftware" noch erkennen kann. Blöderweise ersetzen aber die meisten "bösen" Programme die entsprechenden exen einfach. Das Übelste sind wirklich Rootkits. Was gibts da eigentlich für Möglichkeiten, die aufzuspüren?

  • Befehle unter Linux hinzufügen?

    • FKFK
    • 11. April 2010 um 14:40

    Hm, ich überlege mir wirklich dd-wrt zu nutzen, momentan scheue ich aber noch davon zurück, da ich gehört habe, dass dd-wrt die Geschwindigkeit stark drosselt. Stimmt das?

    Ich dachte, bei Linux muss man einfach nur ne Datei hinzufügen und schon hat man einen Befehl mehr :D
    Damit habe ich dann wohl falschgelegen, wie es scheint. Habe mich leider erst jetzt mit Linux beschäftigt^^

    Hat jemand Erfahrung mit dd-wrt und deren Auswirkungen?

  • Befehle unter Linux hinzufügen?

    • FKFK
    • 11. April 2010 um 09:26

    Hallo zusammen,

    wie kann man eigentlich Befehle für Linux hinzufügen? Ich habe dafür leider nur Telnet zur Verfügung, weshalb ich sie entweder eingeben oder oder übers Eingabefeld "reinkopieren" muss.
    Und an welchen Ort müssen die entsprechenden Dateien dann eigentlich gebracht werden?

    LG FKFK

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 8. April 2010 um 15:32

    Hm, ich könnte zwar auflisten was jeder beliebige Prozess in diesem Augenblick macht, welchen Regedit-Eintrag oder welche Datei er sich anschaut oder verändert, wie er mit wem übers Netzwerk kommuniziert usw. aber das sind ja leider wesentlich zu viele Infos. Da blickt man ja nicht durch :(

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 7. April 2010 um 23:10
    Zitat von Sprenger120

    die nehmen treiber um sich zu verstecken

    Ah, dann geben sie sich als Treiber aus?
    Hm, wie kann man aber soetwas herausfinden?
    Naja, ich installiere sowieso nur Treiber von Microsoft oder welche, die ich manuell vom jeweiligen Anbieter herunterlade...

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 7. April 2010 um 22:38

    Ja, für AutoIT benötigt man sowas ja nicht, außer ich programmiere mir eine Kindersicherung^^
    Ich habe mir allerdings mal überlegt, Früherkennungsmaßnahmen zu programmieren...

    Ja, Rootkits sind übel... Aber wie schaffen sie das? Dann müssen sie wohl schon ziemlich tief ins System "eintauchen"...
    Taskmgr ist wahrscheinlich nicht so das Problem, wobei ich da dann vielleicht etwas Scripten würde, was zwischen taskmrg und anderen programmen vergleicht und entsprechende Prozesse rausfiltert.

  • Prozess verstecken bzw. versteckte Prozesse finden

    • FKFK
    • 7. April 2010 um 22:19

    Hallo zusammen,

    es gibt ja manchmal Viren usw. welche Prozesse verstecken.
    Werden diese Prozesse dann nur im taskmgr nicht angezeigt oder allgemein? Wie kann man in solchen Fällen diese finden?
    Und wie machen sie es, dass sie sich verstecken können?

    LG FKFK

  • PIN-Eingabefenster

    • FKFK
    • 6. April 2010 um 23:17

    @Higggiii: Vielen Dank nochmal!
    Habe noch ein paar Korrekturen selbst vorgenommen und jetzt ist die aktuelle Version 3.01 da.
    Sofern niemand zustätzliche Anregungen hat, wird es wohl keine weitere Version geben.

    Danke nochmals an alle Helfer!

  • PIN-Eingabefenster

    • FKFK
    • 6. April 2010 um 14:59

    joa, hat halt ein n gefehlt gehabt ;)

    Joa, aber dafür muss da wohl noch einiges verändert werden, bis man das fürs online banking nutzen kann^^
    So, wo ist jetzt die Frage oder Anregung? ;)

  • PIN-Eingabefenster

    • FKFK
    • 6. April 2010 um 14:01
    Zitat von shayn

    fürs online baking... :)

    Wie darf ich das verstehen? ?(

  • PIN-Eingabefenster

    • FKFK
    • 6. April 2010 um 02:04

    Vielen Dank für die Berichtigungen :D
    Wenn du möchtest, kannst du dir auch nochmal das Hauptscript vornehmen, aber trotzdem nochmals Danke!
    Werde dann im Laufe der Woche Version 3.1 mit den behobenen Rechtschreibefehlern posten.

  • PIN-Eingabefenster

    • FKFK
    • 6. April 2010 um 01:32

    Juhu, nach ein bisschen Entwicklungszeit und einigen Fehlerbehbungen kann ich nun meine 3.0-Version und damit voraussichtlich die letzte präsentieren...
    Sollten es noch einige Rechtschreibkorrekturen geben, die mir auch gerne gesagt werden können, mache ich eine 3.1 draus.

    Ansonsten bei Fragen einfach schreiben und sollte jemand troztdem noch Anregungen finden, würde ich das Script natürlich noch verbessern, aber momentan fällt mir nichts Weiteres ein :) :)

    Vielen Dank an die vielen Shoutbox-Helfer!

    Wie üblich mit Beispielen und ausführlicher Beschreibung (auf Englisch):
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Dateien

    PINPad.zip 23,11 kB – 344 Downloads
  • 2 Funktionen = 2 Prozesse oder = 1 Prozess?

    • FKFK
    • 1. April 2010 um 20:03

    So, es klappt alles.
    Ich weiß noch nicht, ob ich das Script veröffentlichen soll, ist nämlich sau gut geworden :D :D
    Vielleicht mache ich ja eine UDF draus (als solche benutze ich das bereits, aber angepasst für meine Zwecke): Habe ein Fehlerberichtserstattungstool draus gemacht.
    Kann man über den Tray aufrufen und dann kann man ein paar Kommentare machen und anschließend werden noch einige Infos, wie OS, IP usw. hinzugefügt und dann wird es an den Server gesendet, welcher 1. eine Fehlermeldung in Form eines Fensters ausgibt 2. das in eine Protokolldatei schreibt.
    Damit das Fenster nicht die Vearbeitung aufhält, habe ich das in einen separten Prozess ausgelagt.
    In die Tray habe ich noch ne Menge nützliche Materialien reingepackt...
    Zugriff darauf werde ich aber erst wieder im August haben.
    Was genau davon benötigst du denn?
    Das ganze Script werde ich dir nicht geben können, aber evtl. eine UDF :)

    oetzn: Adlib-Funktion nutzt leider nichts, weil ich zwei Dinge gleichzeitig machen muss und das Meldungsfenster das Script unterbricht..

  • 2 Funktionen = 2 Prozesse oder = 1 Prozess?

    • FKFK
    • 1. April 2010 um 12:17

    So, ich hab jetzt alles hinbekommen :)
    Habe zwei Serverexen gemacht und alles funktioniert :D

    Danke nochmals!

  • 2 Funktionen = 2 Prozesse oder = 1 Prozess?

    • FKFK
    • 1. April 2010 um 09:17

    OK, dann schonmal Danke :)
    Ich habe einfach die Scrypte aus der Hilfe ein bisschen umgebastelt:

    Server
    [autoit]

    #include-once
    #include "\\xy\xy\DatenNachDatei.au3"

    [/autoit] [autoit][/autoit] [autoit]

    ;;This is the UDP Server
    ;;Start this first

    [/autoit] [autoit][/autoit] [autoit]

    ; Start The UDP Services
    ;==============================================
    UDPStartup()

    [/autoit] [autoit][/autoit] [autoit]

    ; Register the cleanup function.
    OnAutoItExitRegister("Cleanup")

    [/autoit] [autoit][/autoit] [autoit]

    ; Bind to a SOCKET
    ;==============================================
    $socket = UDPBind(@IPAddress1, x)
    If @error <> 0 Then Exit

    [/autoit] [autoit][/autoit] [autoit]

    While 1
    $Daten = UDPRecv($socket, 5000)
    If $Daten <> "" Then
    Daten ($Daten)
    EndIf
    sleep(100)
    WEnd

    [/autoit] [autoit][/autoit] [autoit]

    Func Cleanup()
    UDPCloseSocket($socket)
    UDPShutdown()
    EndFunc

    [/autoit] [autoit][/autoit] [autoit]

    Func Daten($Daten = "")
    If $Daten = "" Then Return
    $aDaten = StringSplit($Daten, "|")
    _WriteInFile ("\\xy\xy\Protokoll.txt", $Daten & @CRLF)
    MsgBox(16, "Fehlerbericht!", "|IP-Adresse1: " & $aDaten[2] & "|IP-Adresse2: " & $aDaten[3] & "|IP-Adresse3: " & $aDaten[4] & "|IP-Adresse4: " & $aDaten[5] & "|Computername: " & $aDaten[6] & "|Username: " & $aDaten[7] & @CRLF & "|OS-Typ: " & $aDaten[8] & "|OS-Version: " & $aDaten[9] & "|OS-ServicePack: " & $aDaten[10] & "|AutoIT-Version: " & $aDaten[11] & @CRLF & "|Error-Code: " & $aDaten[12] & "|Extended-Code: " & $aDaten[13] & "|Scriptpfad/-name: " & $aDaten[14] & @CRLF & "|Kommentare: " & $aDaten[15] & @CRLF & "|Datum/Zeit: " & $aDaten[1])
    EndFunc

    [/autoit]
    Client
    [autoit]

    ;;This is the UDP Client
    ;;Start the server first

    [/autoit] [autoit][/autoit] [autoit]

    ; Start The UDP Services
    ;==============================================
    UDPStartup()

    [/autoit] [autoit][/autoit] [autoit]

    ; Register the cleanup function.
    OnAutoItExitRegister("Cleanup")

    [/autoit] [autoit][/autoit] [autoit]

    ; Open a "SOCKET"
    ;==============================================
    $socket = UDPOpen("x.x.x.x", x)
    If @error <> 0 Then Exit

    [/autoit] [autoit][/autoit] [autoit]

    Local $Daten = "", $Kommentar = "Automatisch generiert"

    [/autoit] [autoit][/autoit] [autoit]

    $Daten &= @MDAY & "." & @MON & "." & @YEAR & "/" & @SEC & ":" & @MIN & ":" & @HOUR
    $Daten &= "|"
    $Daten &= @IPAddress1
    $Daten &= "|"
    $Daten &= @IPAddress2
    $Daten &= "|"
    $Daten &= @IPAddress3
    $Daten &= "|"
    $Daten &= @IPAddress4
    $Daten &= "|"
    $Daten &= @ComputerName
    $Daten &= "|"
    $Daten &= @UserName
    $Daten &= "|"
    $Daten &= @OSType
    $Daten &= "|"
    $Daten &= @OSVersion
    $Daten &= "|"
    $Daten &= @OSServicePack
    $Daten &= "|"
    $Daten &= @AutoItVersion
    $Daten &= "|"
    $Daten &= @error
    $Daten &= "|"
    $Daten &= @extended
    ;$Daten &= "|"
    ;$Daten &= @exitCode
    ;$Daten &= "|"
    ;$Daten &= @exitMethod
    $Daten &= "|"
    $Daten &= @ScriptFullPath
    $Daten &= "|"
    $Daten &= $Kommentar

    [/autoit] [autoit][/autoit] [autoit]

    ;While 1
    Sleep(2000)
    $status = UDPSend($socket, $Daten)
    If $status = 0 then
    MsgBox(0, "ERROR", "Error while sending UDP message: " & @error)
    Exit
    EndIf
    ;WEnd

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    Func Cleanup()
    UDPCloseSocket($socket)
    UDPShutdown()
    EndFunc

    [/autoit]
  • 2 Funktionen = 2 Prozesse oder = 1 Prozess?

    • FKFK
    • 1. April 2010 um 09:06

    1.Frage:
    Momentan geht es, da er die wartenden Daten scheinbar in eine Wartschleife reiht.
    Leider kann die Protokoll-Datei aber erst verändert werden, sobald die Meldung (kleines Ereignisfenster) bestätigt wurde.
    Gibt es auch eine Möglichkeit, wie ich in die Protkoll-Datei schreiben kann, ohne dass ich in dem Meldungsfenster, welches das Ereignis mitteilt, auf OK drücken muss?
    2.Frage:
    Wie kann ich, falls ich etwas in einem separaten Prozess mache, Daten/Befehle von meinem Hauptprozess an diesen Prozess übergeben?

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™