4
Sperrung von WPD Devices - Folge: IPhones nicht mehr über USB aufladbar
Moin Kollegen.
Sehr seltsam: ich sperre netzwerkweit USB-Datenträger und Smartphones per Skript, siehe mein Wissensbeitrag Bad-USB geskriptet abwehren (ab Windows 8)
Man schließt ein Android-Phone an: wird geblockt, aber läd auf.
Man schließt ein Windows-Phone an: wird geblockt, aber läd auf.
Man schließt ein IPhone an: wird geblockt, läd aber nicht auf.
Was hat sich der I-Gott dabei gedacht? Welche hinrnrissige #*§!?
Abstellen kann ich das nicht, aber verstehen würde ich es dennoch gerne.
Der Task/Scriptcode: KillPhones
Tasktrigger bei Event, und zwar:
Log: Microsoft-Windows-WPD-MTPClassDriver/Operational | Source: WPD-MTPClassDriver | EventID:1000
Aktion: lokale Batch mit
Executor: System
Sehr seltsam: ich sperre netzwerkweit USB-Datenträger und Smartphones per Skript, siehe mein Wissensbeitrag Bad-USB geskriptet abwehren (ab Windows 8)
Man schließt ein Android-Phone an: wird geblockt, aber läd auf.
Man schließt ein Windows-Phone an: wird geblockt, aber läd auf.
Man schließt ein IPhone an: wird geblockt, läd aber nicht auf.
Was hat sich der I-Gott dabei gedacht? Welche hinrnrissige #*§!?
Abstellen kann ich das nicht, aber verstehen würde ich es dennoch gerne.
Der Task/Scriptcode: KillPhones
Tasktrigger bei Event, und zwar:
Log: Microsoft-Windows-WPD-MTPClassDriver/Operational | Source: WPD-MTPClassDriver | EventID:1000
Aktion: lokale Batch mit
for /f "tokens=1 delims=:, " %%a in ('devcon listclass wpd') do devcon.exe remove "@%%a" 
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 287984
Url: https://administrator.de/contentid/287984
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
4 Kommentare
Neuester Kommentar
Moin,
das ist doch das typische Eierphone geplänkel. Die setzen den Ladevorgang nur in Gang wenn die ein bestimmtes Signal auf der Datenleitung erhalten, deswegen funktionieren auch einige billige USB-Ladegeräte nicht mit den Eierphones.
http://www.spiegel.de/netzwelt/gadgets/hardware-trickserei-warum-iphone ...
http://www.iphone-ticker.de/apples-gerate-laden-anders-technische-hinte ...
https://learn.adafruit.com/minty-boost?view=all
Das iPhone denkt bei deinem Befehl wahrscheinlich, "schön ich bin nicht mehr an ein Device angeschlossen, also lade ich nicht mehr".
Gruß grexit
das ist doch das typische Eierphone geplänkel. Die setzen den Ladevorgang nur in Gang wenn die ein bestimmtes Signal auf der Datenleitung erhalten, deswegen funktionieren auch einige billige USB-Ladegeräte nicht mit den Eierphones.
http://www.spiegel.de/netzwelt/gadgets/hardware-trickserei-warum-iphone ...
http://www.iphone-ticker.de/apples-gerate-laden-anders-technische-hinte ...
https://learn.adafruit.com/minty-boost?view=all
Das iPhone denkt bei deinem Befehl wahrscheinlich, "schön ich bin nicht mehr an ein Device angeschlossen, also lade ich nicht mehr".
Gruß grexit
Das iPhone denkt bei deinem Befehl wahrscheinlich, "schön ich bin nicht mehr an ein Device angeschlossen, also lade ich nicht mehr".
Das iPhone braucht doch den speziell gefilterten iPhone-Zubehör-Strom. Das ist nur eine Sicherheitsmaßnahme zum Wohle des Kunden! Wenn du den flaschen Strom im iPhone hast, dann heißts wieder: "Diese bösen von Apple haben nicht aufgepasst!"
Danke Dir.
Habe nun einen anderen Weg beschritten: scheduled Task weg, Policies
WPD Devices: Deny read access
WPD Devices: Deny write access
hin, alles prima.WPD Devices: Deny write access
