[Sturmovik]

Hm, war wohl etwas zu optimistisch, von Windows einen Eventlog abzuverlangen, wenn ein anderer Rechner im Netzwerk verfügbar wird. Dabei schreibt Windows doch sonst jeden Schrott ins Log. Aber Netbios und andere Broadcasts zu loggen wär wohl da etwas zuviel verlangt. Wobei das eventuell auch über die Firewall gehen könnte.

Wie oben schon geschrieben, ist wohl die aktive Methode hier einfacher, als ein Event zu konstruieren, auf das dann reagiert wird.

[DON666]

Zitat (Kruemelmonster_123: 02. Dezember 2015 - 20:45)

[BlaBla]
Ich weise aber noch einmal daraufhin, was du im Netzwerk freigibst, hat Zugang, ohne Vorwarnung für dich ....... und du bekommst auch diese Warnung nicht.
[Blubb]

Erzähl nicht so einen Unsinn. Wenn eine Heimnetzwerkkiste eingeschaltet wird, dann taucht sie auf den anderen PCs im Explorer auf, also gibt es (selbstverständlich) einen Broadcast - das, was du gefährlicherweise "Warnung" nennst -, und dieses Event wird man sicher auch *irgendwie* abfragen können, das System kann's ja offensichtlich auch.

[DK2000]

Im Heimnetzwerk geht das auch. Das müsste über den HomeGroup-ListenerService laufen.

Aber wenn jetzt kein Heimnetz eingerichtet ist und das nur eine Arbeitsgruppe ist, da bin ich mir nicht sicher, worüber das läuft.

Und ja, was man im Netzwerk freigibt, kann man auch überwachen und, wenn man weiß wie, auch eine Warnung ausgeben, wenn jemand darauf zugereicht oder es versucht. Das kann Windows seit NT Zeiten. Man muss es nur einrichten, wenn man es in der Ereignisanzeige sehen will. Aber das eigentliche Ereignis dazu findet immer statt. Im Grunde genommen, jeder einzelne Dateizugriff löst ein Ereignis aus. Wenn man weiß wie, kann man auch ganz gezielt einzelne Ordner oder Dateien überwachen lassen (lokal und freigegeben).

[DK2000]

Wie jetzt? Ich soll Dir jetzt wirklich die Funktion der Überwachungsrichtlinien erklären? Wie man die Überwachung für eine Freigabe aktiviert? Weil sobald das aktiviert und eingerichtet ist, kann man dann mittels Script oder Aufgabenplaner das ganze auswerten und man kann sich dann eine Warnung einblenden lassen, wenn jemand auf die Freigabe zugreift.

---

Zitat (joe13: 02. Dezember 2015 - 19:56)

Jetzt hab ich da mal eingegriffen & "Nur starten wenn Netzwerk 2 verfügbar ist“ eingetragen:
keine Änderung, Meldungen kommen nicht wenn ich das Notebook vom WLAN nehme bzw. zuschalte, wohl aber wenn das Netzwerkkabel gezogen/gesteckt wird.

Ja, das ist kompliziert und die GUI ist damit so oder so überfordert. Da musst Du einen 'Custom Trigger' selber schreiben, entweder direkt in der .xml oder im erweiterten Editor der GUI (wobei letztere ab und zu das eingetragene nicht spechern möchte, wenn es zu komplex wird).

Bei klappt das mit der WLAN Verbindung so (Trigger):

<Triggers>
    <EventTrigger>
      <Enabled>true</Enabled>
      <Subscription><QueryList><Query Id="0" Path="Microsoft-Windows-WLAN-AutoConfig/Operational"><Select Path="Microsoft-Windows-WLAN-AutoConfig/Operational">*[System[(EventID=8001)]] and *[EventData[Data[@Name='SSID']='SSID']]</Select></Query></QueryList></Subscription>
    </EventTrigger>
  </Triggers>

Allerdings ist das selber schreiben von so spezifischen 'Custom Triggern' nicht gerade einfach. Das muss man in der manuellen Ansicht (XML) in der GUI so eingeben (benutzerdefinierte Trigger):

<QueryList>
  <Query Id="0" Path="Microsoft-Windows-WLAN-AutoConfig/Operational">
    <Select Path="Microsoft-Windows-WLAN-AutoConfig/Operational">*[System[(EventID=8001)]] and *[EventData[Data[@Name='SSID']='SSID']]</Select>
  </Query>
</QueryList>

Die SSID musst Du natürlich an Dein WLAN anpassen. Dann reagiert der Trigger nur, wenn das WLAN mit der angegeben SSID online geht.

WLAN trennen wäre EventID=8003

[joe13]

Zitat (Sturmovik: 02. Dezember 2015 - 20:25)

Hm, war wohl etwas zu optimistisch, von Windows einen Eventlog abzuverlangen, wenn ein anderer Rechner im Netzwerk verfügbar wird.

Also da muß es schon was geben.
Halt nochmal die Frage, ob's eine Doku zu den Triggern der Aufgabenplanung gibt.

Zitat (Kruemelmonster_123: 02. Dezember 2015 - 20:45)

Ich weise aber noch einmal daraufhin, was du im Netzwerk freigibst, hat Zugang, ohne Vorwarnung für dich ......

Ach nee? weshalb glaubst Du denn daß ich meine 2 PCs zusammenschalte? Für Deine lehrreiche Papi Warnung wohl kaum. Es soll Leute geben, die wissen was sie tun. Und trotzdem so blöde Fragen stellen wie ich jetzt. Aber danke für den Hinweis.
Geh spielen.

Zitat (DK2000: 03. Dezember 2015 - 17:11)

Da musst Du einen 'Custom Trigger' selber schreiben, entweder direkt in der .xml oder im erweiterten Editor der GUI (wobei letztere ab und zu das eingetragene nicht spechern möchte, wenn es zu komplex wird).

Es müßte schon direkter gehen. Ich kriegt die Meldung ja, wenn ich das Desktop-Kabel zum Router ziehe/reinstecke. Bloß wenn ich am dahinter am WLAN hängende Notbuch die Funkverbinding ein/ausschalte passiert nix.

Nochmal zum Netzwerk - Systemsteuerung/Netzwerk meldet 2 Verbindungen:
1. Netzwerk 2 / Arbeitsplatznetzwerk => zum Router, Internet, WLAN
2. "nicht idemtifizierbares Netzwerk" => VMware

Das erste sollte triggern beim oben geschilderten Trigger der Aufgabenplanung und der zusätzlichen Bedingung "Netzwerk - nur starten wenn Netzwerk 2 verfügbar ist".
Und das könnte das Problem sein: Netzwerk 2 - zum Router & damit zum Internet - ist ja schon verfügbar, auch wenn das WLAN nix findet. Also kann das Ein/aus des WLAn am Notebook evtl. nicht durchgreifen ...
Vielleicht ist das das Problem. Muß ich nochmal drüber nachdenken.

Die 2. Verbindung stößt die Aufgabenplanung bei Wechsel zum/vom Schlafmodus an - klar, dann ist VMware wieder verfügbar, was
a) mich aber nicht interessiert
b) durch die geschilderte Bedingung "Netzwerk - nur starten wenn Netzwerk 2 verfügbar ist" eigentlich nicht greifen darf.

Seltsam das alles.

[DK2000]

Zitat (joe13: 04. Dezember 2015 - 19:50)

Halt nochmal die Frage, ob's eine Doku zu den Triggern der Aufgabenplanung gibt.

Da gibt es im eigentlich Sinne keine richtige Doku. Was man als Trigger nimmt, muss man entweder über die GUI zurecht klicken oder mann muss es direkt in der XML Path Language (XPath) schreiben. Was man als Quelle angibt, ist halt abhängig, was man vor hat. Wenn es keine Quelle gibt, muss man die sich selber programmieren und den Trigger dann als *.dll verwenden.

Aber so ganz verstehe ich das Alles jetzt noch nicht. Aber Wenn Du mit mehreren Netzwerken arbeitest und einen Trigger benötigst, welcher spezifisch auf ein Netzwerk bzw. in Abhängigkeit von einem anderen Netzwerk triggert, dann kommst Du nicht drum herum, das ganze klarer zu definieren /meist geht das nur direkt in XPath). Du musst Dann unbedingt unter 'EventData' noch etwas raussuchen, was eindeutig ist und das ganze miteinander verknüpfen.

[joe13]

Irgendwie reden wir aneinander vorbei, scheint mir. Ich rede von den defaultmäßig bei meinem Win7 vorhandenen Aufgaben - die sollten doch irgendwo dokumentiert sein? Und die stammen ja schließlich nicht von mir, sondern sind seit dem Rechnerkauf dort eingetragen.



@ Kruemelmonster_123
Sei so gut und laß diese sinnlosen Einwürfe. Mir helfen sie nicht, und ich kann mir auch nicht vorstellen, daß andere Teilnehmer an dem Gedankenaustausch das lustig finden.

[DK2000]

Aber die vorhandenen Aufgaben scheinen ja deinen Anforderungen nicht zu genügen, da sie nicht das machen, was Du möchtest. Aber dokumentiert sind die auch nirgends wirklich.

Das Problem fängt ja schon hier an:

Zitat

Das erste sollte triggern beim oben geschilderten Trigger der Aufgabenplanung und der zusätzlichen Bedingung "Netzwerk - nur starten wenn Netzwerk 2 verfügbar ist".

EventID 10000 ist hier bereist zu ungenau. Hier musst Du neben EventID 10000 in den Trigger noch die Eindeutigkeit für Netzwerk 2 mit aufnehmen und zwar genau so, wie es in der Erignisanzeige (XML Ansicht) erscheint.

Du müsstet also auch so etwas machen, wie ich mit dem WLAN Beispiel von oben (EventID 8001 und SSID):

<QueryList>
  <Query Id="0" Path="Microsoft-Windows-NetworkProfile/Operational">
    <Select Path="Microsoft-Windows-NetworkProfile/Operational">*[System[(EventID=10000)]] and *[EventData[Data[@Name='Name']='Netzwerk 2']]
    </Select>
  </Query>
</QueryList>

Dieser Trigger würde jetzt nur reagieren, wenn EventID 10000 und Netzwerk 2 gleichzeitig im Spiel sind. bei EventID 10000 und z.B. Netzwerk 3 würde nichts passieren.

Zitat

Bedingung "Netzwerk - nur starten wenn Netzwerk 2 verfügbar ist".

Das ist, wie der Name schon sagt, eine Bedingung für die ganze Aufgabe an sich. Der Trigger innerhalb dieser Aufgabe würde erst aktiv werden, nachdem Netzwerk 2 verfügbar wurde. EventID 10000 für dieses Netzwerk 2 lässt den Trigger jetzt nicht mehr feuern, weil das Ereignis bereit vorbei ist.