MurdocX

Kann denn die Anwendung im RDS auf den Ort der zu öffnenden Datei zugreifen?

Auf den RDS Servern

In etwa so ;) Nur nicht, wie bei mir unter der Dateiendung, sondern unter deinem "handler".

So wie ich das gelesen habe, geht es um Seiten die eine "Gewinnerzielung" betreiben. Da sollte der persönliche Blog wohl außen vor sein. Für andere Seiten hat das aber durchaus weitreichende Konsequenzen. Eine Einzelfallprüfung sehe ich bei vielen Dingen im Internet als angebrachter an. Bei vielen individuellen Konstellationen kann eine "allgemeine Rechtssprechung" nur falsch oder zu seinem Ungunsten sein.

Volltreffer! :jau:

Genau mein reden :)

Zum Verständnis, da ich hier nicht alles von Dir prüfen kann. - RDS-Farm mit installierten Anwendungen die durch den Servermanager freigegeben wurden. <- Dort melden sich keine Benutzer lokal an! - Weiterer Server/Client auf dem die User lokal arbeiten und mit eingerichtetem RemoteAPP die Anwendungen öffnen, die auf der RDS-Farm liegen. Das ist der einfache Weg. Kontrolliere einfach nochmal ob die Dateiendung auch sauber mit der Anwendung verknüpft wurde. Mehr kann ich hier nicht tun. Es gibt genug Anleitungen mit Checklisten.

Als Benutzerrichtlinie ;) Steht im Link gut beschrieben. Speziell geht es auch um Keys die unter "HKCU" gespeichert werden, um diese zu erfassen und zu verallgemeinern. Das hab ich mal irgendwo gelesen. Die Quelle kenne ich aber nicht mehr. Das geht nur, wenn du dies in dem von mir beschriebenen Ort auswählen kannst. "Server-Manager\Remotedesktop-dienste\Sammlungen>DeineSammlung> ProgrammDeinerWahl (Eigenschaften bearbeiten) > Dateitypenzuordnung"

Diese beiden Commandos gelten für JEDE Installation einer Anwendung auf einem TS / RDS. Alles nach der "#" ist nur ein Kommentar, siehe Link. RemoteAPPs können nur noch per Web (HTTPS) oder direkt über die Systemsteuerung (RemoteApp- und Desktopverbindungen) eingerichtet werden. Weder RDP-Dateien noch MSI-Dateien können mehr über eine Managementkonsole erstellt werden! Stand Server 2012 R2. Um trotzdem an die RDP-Dateien ran zu kommen, könntest du dich per Chrome auf die RDS-Webseite verbinden und versuchen eine RemoteAPP zu öffnen. Dann wird eine RDP-Datei abgelegt. Diese könntest du dann benutzen. Um die Dateiendungen auf Clients oder einem anderen TS benutzen zu können, muss es über die Systemsteuerung eingebunden werden! Entweder manuell oder per GP.

Technet - Deploy Roaming User Profiles https://technet.microsoft.com/en-us/library/jj649079(v=ws.11).aspx (EN) https://msdn.microsoft.com/de-de/library/jj649079(v=ws.11).aspx (DE) Da steht wie es sauber eingerichtet wird.

Technet - Change user https://technet.microsoft.com/en-us/library/bb490794.aspx Das solltest du VOR der Installation auf einem Terminalserver durchführen. Installationen über *.MSI-Dateien haben die Möglichkeit dies zu erkennen und den Parameter selber zu setzen. Ob das bei den neuesten Anwendungen noch zwingend notwendig ist, kann ich Dir nicht sagen. Jedoch gerade bei den alten Anwendungen würde ich dies durchführen. Ich mache dies z.B. immer. Wie du das manuell mit der Dateiendung reinbiegst, kann ich Dir zum jetzigen Zeitpunkt nicht sagen. Vielleicht hat jemand anderst das schon Mal eingeimpft. EDIT: ( Windows Server 2012 R2 - Rheinwerk Computing ) Empfiehlt dies auch für die aktuellen TS/RDS!

Du kannst RemoteAPP per Gruppenrichtlinie einfach konfigurieren. Wurde die Anwendung über change user /install # Installation change user /execute # Abschluss installiert? Bei uns funktioniert das ohne Probleme in unseren kompletten Umgebung incl. Dateiendungen.

Diese Aussage ist so nicht korrekt! :nene: Natürlich funktioniert das auch mit Server 2012 R2 ;) Konfigurieren kannst du dies unter: Server-Manager\Remotedesktop-dienste\Sammlungen>DeineSammlung> ProgrammDeinerWahl (Eigenschaften bearbeiten) > Dateitypenzuordnung Dort den Haken setzen und die Anweisung bekommen auch deine Clients. Zur Not noch über manuelles aktualisieren am Client pushen.

Probiere es mal mit dem folgenden Powershell-Command Get-ChildItem HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\PnpLockdownFiles | Measure-Object | Select-Object -ExpandProperty Count Es gibt auch die Möglichkeit die Einträge mit der PowerShell zu entfernen, jedoch möchte ich hierfür kein Skript schreiben, ohne das Wissen, dass das unbedenklich für Dich und Nachahmer ist.

Hier noch die ausführliche Information von der Gruppenrichtlinie zum nachlesen: "Unter Windows 8 und höher können Sie festlegen, dass Updates nicht nach einem bestimmten Zeitplan, sondern während der automatischen Wartung installiert werden. Die automatische Wartung installiert Updates, wenn der Computer nicht verwendet wird; befindet sich der Computer im Akkubetrieb, werden keine Updates installiert. Wenn Updates zwei Tage lang nicht von der automatischen Wartung installiert werden können, werden Updates von Windows Update sofort installiert. Benutzer werden über einen bevorstehenden Neustart benachrichtigt, und der Neustart wird nur durchgeführt, wenn keine Gefahr für zufällige Datenverluste besteht. Die automatische Wartung kann mit diesen Gruppenrichtlinien weiter konfiguriert werden: Computerkonfiguration->Administrative Vorlagen->Windows-Komponenten->Wartungszeitplan"

Es gäbe noch die Möglichkeit die Updates während der automatischen Wartung zu installieren. Zu finden unter "Automatische Updates konfigurieren". Dann würden die Updates zwischendurch installiert und der Benutzer in den nächsten Tagen zu einem Neustart gezwungen.

Kein Problem. Siehe Gruppenrichtlinie unter "Computerkonfiguration > Administrative Vorlagen > Windows-Komponenten > Windows Update" wirst du fündig ;)

Ich vermute, dass 1und1 seine Infrastruktur schützt und somit nur Mails über Ihre eigenen Mailserver zulässt. Gibts einen authenticated smtp-connector?

Der Befehl > "Import-Module PinnedApplications" wird so nicht funktionierten, da die Powershell in einem Modulordner deines Rechners nachsieht. Hier muss der volle Pfad zu dem Modul angegeben werden. Beispiel: Import-Module "C:\Benutzer\$env:Username\PS_Module\PinnedApplications.psm1"

Wir haben das gleiche Problem gehabt. Eine vorkonfigurierte Firewall-Regel auf Basis von Server 2012 R2 funktioniert bei Windows 7 nicht. Wichtig ist hierbei, dass bei der Windows 7 Regel unter Programm "SYSTEM" eingetragen wird, dann funktioniert´s wieder. Kannst ja mal unter Windows 7 mit "wf.msc" eine vorkonfigurierte Regel erstellen und vergleichen.

Ein ernst gemeinter Rat. Man sollte an Dingen die man nicht komplett versteht, nichts verändern. Das hat nichts mehr mit "strukturieren" zu tun.

Das machen die wie sie lustig sind und ich würde dein Vorhaben auch als "nicht sinnvoll" bezeichnen. Viel Spaß damit ;-) http://www.miru.ch/how-to-control-and-prioritize-client-authentication-and-logon-requests-on-domain-controllers/ https://support.microsoft.com/en-us/kb/314861

Davon war auch NIE die Rede, sondern vom richtigen Konfigurieren... :rolleyes:

Bitte mal das Ergebnis von: ipconfig /all | clip posten. Die Daten sind damit in der Zwischenablage.

Klar! Dazu muss nur der Inhalt der Variable bearbeitet werden. Probiere es mal mit "Substring". https://technet.microsoft.com/en-us/library/ee692804.aspx http://blog.stefanrehwald.de/2013/03/03/powershell-03-2-strings-bearbeiten-und-untersuchen-mit-funktionen-wie-trim-substring-contains-tolower-toupper-startswith-endswith/