MurdocX

Bezieht sich das denn nicht nur darauf, das wenn der Datenträger defekt ist, dass der Alte beim Tausch beim Kunden verbleiben darf? So hab ich das verstanden. Auch ohne diese Garantie würde ich das Gerät ohne Platten einschicken.

Der Vollständigkeit habe ich hier noch eine Variante für die Powershell Ich hab das noch in zwei Teile aufgeteilt. # Show cmdkey.exe /list | where {$_ -match 'LegacyGeneric'} | foreach { "$($_.split()[-1])" } # Remove cmdkey.exe /list | where {$_ -match 'LegacyGeneric'} | foreach { cmdkey /delete "$($_.split()[-1])" }

Wir nutzen die T und P Serie.

Bei den Lenovo´s geht das auch.

Schau mal hier: https://blogs.technet.microsoft.com/rmilne/2019/01/11/script-to-clear-credman/ Eventuell könntest du das als Abmeldeskript über den Aufgabenplanung laufen lassen.

Du könntest den Range z.B. erweitern.

Hier wird generell niemand ausgelacht. Es tummeln sich in einem Forum viele unterschiedliche Menschen, da sind Missverständnisse vorprogrammiert. Man darf nicht vergessen, dass hauptsächlich nonverbal kommuniziert wird. Das ist ein einem Forum nicht gegeben.

Nein, das ist übertrieben. Das war vor Jahren schon viel geringer. Wir rechnen viel und lange mit Ansys und überbuchten Prozessoren. Achte auf einen hohen SingleCore Takt und spare nicht an RAM. Alles Weitere muss nach den Anforderungen der Anwendungen dimensioniert werden.

Ich meine vor vieeeelen Jahren mal was von 4% gelesen zu haben. Das ist heute sicher vernachlässigbar. CPU, RAM, Festplatte. Such es Dir aus. Je nachdem was zu klein für deine Benutzerzahl dimensioniert wurde Um welche Anzahl von Benutzern reden wir eigentlich? Ich würde mal nicht mehr als 70 User auf einen TS lassen. Lieber mehrere erstellen und die Last darauf verteilen.

<OT> Ich erinnere mich noch an die 2003R2 Zeiten mit DualCore und 4-8GB RAM auf dem 40 Leute gearbeitet haben Das war noch was... </OT>

Nach deinen Anforderungen hört sich für mich einfach an. -> Hinstellen und gut ist.

Hallo CoNtAcT2000, ich hab in den Punkt schon etwas weiter gedacht. Berechtigungen werden über Gruppenmitgliedschaften (wenn´s sauber konfiguriert wurde) vergeben. Diese sind aber nicht abhängig davon von wo eine Person sich verbindet. Daher wird deine Idee/Anforderung nicht aufgehen. Vielleicht hat ja jemand noch eine Kreative Idee. Mir ist aber nichts bekannt. Es gibt sicher Möglichkeiten Verbindungen aus unterschiedlichen Netzen zu blockieren. Das gibt dann aber Fehlermeldungen, anstatt einer sauberen Lösung. Jetzt setzt meine Nachricht von oben an. Selbst wenn es irgendwie machbar wäre, dann könnte die Software dennoch einfach gestartet werden. Dein Konzept wäre also sehr schnell ausgehebelt. Um das zu umgehen, kannst du eine neue Session mit den jeweiligen RDSH erstellen.

Warum muss man das nutzen? Ich hab das noch nie genutzt. Was bringt es eigentlich das zu nutzen?

Unvorhersehbare nicht. Die Geräte werden halt wieder installiert. Gibt es denn ein Problem wenn die einfach vorhanden bleiben? Immerhin entfernt man ja auch nicht jeden jemals eingesteckten USB-Stick

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.