MurdocX

Wenn sich der Benutzer auf einem RDSH befindet, auf dem auch eine andere Software läuft, dann kann diese dennoch ausgeführt werden. Zwar kann er über die Berechtigung nur seine berechtigte RemoteApp öffnen, jedoch bieten viele Programme hier ein "Datei öffnen" an. Dort lässt sich einfach eine CMD oder ein anderes besagtes Programm öffnen. Ein Trennung wirst du nur sauber durch einen anderen RDSH, bzw. eine andere Sammlung hinbekommen.

Lenovo ist sicher nicht der Hersteller des Bluetooth-Moduls. Vermutlich ist das Intel. Jedoch ist das nur Spekulation, solange nicht mehr Infos kommen. Die Info könntest du über den ominösen Geräte-Manager in Erfahrung bringen und hier posten.

Dein Problem resultiert aus deiner falschen Herangehensweise. Das kann man nicht einfach so stehen lassen. Von einem Arzt erwartest du auch ein Weg der Heilung und nicht immer nur neue Medikamente. Ich kann Dir nur sagen wie du dein Problem lösen kannst, denn den Weg musst du selber gehen. Also nochmal ein letztes Mal. Suche Dir den Treiber in deiner besagen Version beim Hersteller heraus, lade ihn herunter und spiele ihn über den Geräte-Manager ein. Wenn du das nicht möchtest, dann kann ich Dir hier an der Stelle leider nicht zum Erfolg verhelfen und werde mich dementsprechend hier verabschieden.

Naja, anscheinend nicht. Es geht mir nicht um den alten Treiber, sondern wie du diesen einspielst. Dein Weg ist einfach falsch und nur weil es kurz funktioniert, heißt das ja nicht im Umkehrschluss das es richtig ist. Das merkt du an den Auswirkungen. Spiel deinen alten Treiber über den Geräte-Manager ein und gut ist.

Mit dem Geräte-Manager werden die Treiber verwaltet. Dafür ist das Ding da Dort kannst du den älteren oder neueren Bluetooth-Treiber einspielen/wählen. Merke: Finger weg von Systemdateien, wenn Dir dein System lieb ist.

Um welches Gerät (Hersteller,Modell) handelt es sich denn? Warum nutzt du dafür nicht den Geräte-Manager? Systemdateien tauschen/manipulieren ist der denkbar schlechteste Ansatz

Hallo last-outlaw, willkommen am Board. Nun zu deinem Problem: Du gehst das Problem etwas falsch an. Mit deiner "Lösung" machst du nur mehr Fehler auf, also du lösen wirst. Dein Ansatz sollte das Aktualisieren deiner Bluetooth-Treiber sein.

Mich persönlich würde hier eher die Rückmeldung des TO interessieren. Es wäre super, wenn wir wieder darauf zurückkommen könnten.

Hallo Dirk-HH-83, um irgendwo ansetzen zu können, wäre es gut wenn du mehr Informationen liefern könntest. Was ist denn genau deine Frage?

Um das Rad weiter zu spinnen: https://docs.microsoft.com/en-us/windows/win32/wmisdk/connecting-to-wmi-remotely-with-c- Damit kommst du sicher mit C# ans Ziel.

Das wird gefühlt jedes Jahr besser. Die Grundlage ist ein sauber aufgesetztes und konfiguriertes System. Die Datev veröffentlicht viel in Ihrer Info-Datenbank, aus denen du für die Konfiguration viel nachlesen und für Dich umsetzen kannst. Die Jungs vom Second-level haben mich bisher nie enttäuscht.

Gute Idee. Das Umzusetzen wird aber nicht 0815 wie bisher. Stürzt das Programm denn ziemlich oft ab?

Es wäre gut, wenn du etwas mehr über deine Ziele schreiben könntest. Was möchtest du damit erreichen?

Zusätzlich kannst du dann mit IP Helper arbeiten.

Ließt sich für mich auch so.

Um einzelne Objekte zu verarbeiten und nicht die Druckerliste auf einmal zu übergeben, kannst du auf ForEach-Object { } zurückgreifen.

So pauschal kann niemand damit was anfangen.

Es freut mich, dass ich Dir helfen konnte.

Richtig! PS: Falls Ihr den VCenter verwendet, dann würde ich eure wichtigsten VMs einen DC und den VCenter automatisch mit den ESXi-Servern hochfahren lassen.

Kurz und knapp -> Ja. Fahrt auch die komplette Hardware herunter, wenn Ihr schon alle VMs ausschaltet. Beim Hochfahren wird wieder alles initialisiert. Fertig. Erst letztes wieder gemacht.

Ja das tut es. Denn genau das bringt uns einen Schritt weiter. Das würde auch erklären warum wieder fast alles aussortiert wird. Leider gibt es nur "Alles Gut" oder "Fehler", auch in den ExitCodes. Hier können wir also auch nicht ansetzen. Ein Ansatz lässt sich herauslesen, wenn man die Beiden Fehlermeldungen vergleicht. Der Unterschied ist "Couldn't find trailer dictionary". Aussehen würde es dann so: foreach ($FileItem in $FoundPdfList) { $i++ Write-Progress -Activity 'Prüfe gefundene PDF-Dateien' -Status "$i von $($FoundPdfList.Count)" -CurrentOperation $FileItem.Name [string]$FilePath = $FileItem.FullName $retValue = & $PdfInfoToolPath $FilePath 2>&1 if ($retValue | Select-String -Pattern 'find trailer dictionary') { Move-Item -Path $FilePath -Destination $DefectFilesPath } } Jetzt bist du wieder dran.

Das eine hat mit dem Anderen nichts zu tun, bzw. indirekt Ein ExitCode ist etwas anderes wie die normale Ausgabe aus dem Programm. Anscheinend hast du es gar nicht mal selber probiert. Normale Ausgabe: Fehlerhafte Ausgabe: Hier ist das einfache Filtern auf "Error" eine einfache Variante. Was kommt denn raus, wenn du mal eins von den PDFs die verschoben werden händisch ausprobierst?

Leider kann ich zu Unifi wenig sagen. Das ist einfach nicht meine Baustelle. Ich vermute aber, das der Controller schon VLAN kann. Siehe: https://help.ubnt.com/hc/en-us/articles/219654087-UniFi-Using-VLANs-with-UniFi-Wireless-Routing-Switching-Hardware

Steht alles schon geschrieben Zusatz: 1. Netze trennt der Router 2. VLAN-Tagging muss auch der Client können. Hierzu muss Karte, Treiber und Software passen.

In dem du beim Switch die Einstellung "Management VLAN" von 1 auf 2 änderst Vorher aber noch für das VLAN2 eine IP auf dem Switch vergeben.