zahni

Für echte INI-Dateien gibt es eine uralte API. Die ist z.B. in Kixtart implementiert. Für Powershell liefert Google: https://github.com/lipkau/PsIni

Schau mal hier: https://kb.vmware.com/s/article/70646

So hat Du aber durchaus ein Security-Problem. Vielleicht gibt es eine neue Firmware?

Wir hatten auch mal Opterons. Leider gab es hier irgendwann das Problem, dass trotz neuer Modelle die Single-Thread-Performance nicht anstieg. Da wurde es dann Intel. Das NUMA-Gedöns gab es aber zuerst bei AMD und wurde von Intel lizenziert.

Eventuell kommen die (unbekannten) Thinclients nicht mit NLA zurecht.

Es gibt auch Firewall bzw. Proxies (dürfte die bessere Wahl sein), die ein SSO via Kerberos ermöglichen...

Du musst dem DT aber schon irgendwo einen Namen verpassen. Wie soll der Label denn lauten? "*" dürfte hier kein gültiger Name sein.

Liegt denn ein DT mit dem Namen "*" im Laufwerk?

Den Grund habe ich erläutert.

Im Beitrag davor hast Du etwas Anderes geschrieben. Was denn nun?

Zu einem Windwos-Desktop-OS kann immer mit einem Benutzer erfolgen. Also entweder mit dem Benutzer, der gerade lokal angemeldet ist, oder mit einem Anderen, wenn niemand angemeldet ist. In sofern unterscheiden sich Windwos-Desktop und Server. Dafür dafür darf sich der Hauptbenutzer am Desktop immer Remote anmelden, am Server nur die Admins für Administrationszwecke.

Nein, das Log-Bundle wollen die immer haben.

Auf der Console ist eventuell eine andere Tastatur-Sprache als im Browser eingestellt.

Dort mal einen Domain-User probieren, der lokal und auf der Freigabe die Rechte hat.

Wenn es im Context des IIS läuft, muss das Konto des Application Pool auf dieser Ressource berechtigt sein.

Versuche mal im Recovery-Menü "Updates deinstallieren" Die Systemwiederherstellung war nicht der richtige Punkt. Geht nur, wenn Windows.old noch nicht gelöscht wurde.

Die Fritzbox scheint ja via G.711-Audio Codec zu versenden. Kommt jedenfalls am analogen Fax meistens an. Wie Heise schrieb, wird im Fax-Modus alles "Audio-Verbesserungs-Gedöns" abgeschaltet. T.38 wird wirklich kaum verwendet.

Hallo Zusammen, vielleicht kann mit mal einer helfen: Wir haben ein paar Java-Programme, die per Task Scheduler über ein CMD-Skript gestartet werden. Soweit alles Gut. Vorher liefen die auf 2008R2. Nun die Frage: Dort konnte die die Tasks vollständig stoppen. Es wurden auch die Java-Prozesse gekillt. Leider klappt das unter 2019 nicht mehr. Der Task stoppt zwar, die Java-Prozesse laufen aber weiter und man muss im Task-Manager nachhelfen. Hat jemand eine Idee woran das liegt? Es kann gut sein, dass ich irgendwann mal beim 2008R2 irgendeinen geheimen Schalter umgelegt habe. Ich kann mich aber nicht mehr erinnern Danke im Voraus -Zahni

Dann braucht man eben einen Router oder eine TK-Anlage, die einen analogen Port hat. Bei der Fritzbox klappt das ganz gut: https://www.heise.de/ct/artikel/Fax-trotz-VoIP-821491.html

Eventuell schafft ein neuerer RDP-Host hier Abhilfe. Ich meine in dem Bereich wurde geschraubt. Es kann gut sein, dass die Skalierung von einem Windows 10-Client nicht korrekt an einem 2012R2 RDP-Host übermittelt bzw. für die Anwendung konfiguriert werden. Wichtig wäre: Läuft die Anwendung denn ohne RDP lokal mit dieser Skalierung korrekt? PS: https://blogs.technet.microsoft.com/kimberj/2017/01/30/rdphighdpi/ https://blogs.technet.microsoft.com/askcore/2016/08/16/display-scaling-changes-for-the-windows-10-anniversary-update/

Ein MuFu mit Fax hinstellen und fertisch. Die Dinger können die Faxe oft auch per Mail weiterleiten.

Wir hatten auch ein paar Probleme mit Mailto, u.a. ist noch Notes neben Outlook installiert. Jedenfalls helfen die Default-Apps für Mailto nicht immer weiter. Wir haben hier eine Computer-GPP gesetzt, vielleicht hilft das:

Ich habe dieses Dokument bei Microsoft gefunden: http://download.microsoft.com/download/0/1/2/0121828a-a1e5-4193-b78e-9475d7af5955/lizenzierung_desktop-virtualisierung.pdf Da steht: Zählt der Remote-Zugriff auf ein Desktop-Windows als RDS? Ich denke nicht, das ist dem Hauptbenutzer lt. EULA erlaubt (im Gegensatz zu einem Server-OS). Jedenfalls müsste man bei der Verwendung von Nicht-RDS-Lösungen fein raus sein (z.B. VMWare)? Gibt es von MS überhaupt eine VDI-Lösung "über RDS"?

Wir hast Du denn eine Linux-VM "konvertiert"? Dir ist bewusst, dass Du u.U, andere Treiber brachst? Stelle doch einfach den Promiscuous Mode in der VM ab. Das wird schon irgendwie gehen. Ich kenne mich aber mit dem OpenWRT-Router nicht aus. Oder Du benutzt eine der Anleitungen, die kommen wenn man bei Google "openwrt hyper-v" eingibt.

Der Promiscuous Mode sorgt dafür, dass alle Pakete im Kabel oder WLAN die höheren Schichten erreichen und ausgewertet werden können. Ohne diesen Modus wurden nur Broadcasts, Unicasts und Pakete mit der MAC-Adresse des Empfängers durchgelassen. Der Modus wird i.d.R. nur für Paket-Sniffing benötigt. Eine Aktivierung in virtuellen Umgebungen stellt ein Sicherheitsrisiko dar Wozu der Openwrt-Router das braucht, weis ich nicht. Ist max. für eine Bridge-Funktion interessant. Für Hyper-V mal hier lesen: https://docs.microsoft.com/en-us/powershell/module/hyper-v/set-vmnetworkadaptervlan?view=win10-ps