Daniels Tagesmeldungen

Nachdem ich nun den Terminalserver im lokalen Netzwerk nutzen konnte, interessierte mich halt auch in wieweit man den Server direkt über das Internet erreichen konnte.

Es war logisch, dass Ports in der Firewall freigeschaufelt werden mussten. Neben dem Port für das HTTPS-Protokoll 443 musste auch der Port 3389 für den Remote Desktop (jeweils TCP) zum Server durchgeleitet werden. Mit diesen Einstellungen Gels mir. Dreist eine Benutzerauthentifizierung am Webinterface.

Leider war es mir über den bereits im Router eingerichteten DynDns-Account nicht möglich direkt auf die Applikationen zugreifen, da mir die Fehlermeldung mitteilte, dass er den Server nicht erreichen könne, wobei ich diesen per Remote Desktop direkt aufrufen konnte.

Mein Fehler lag in der Konfiguration des Remote Desktop Services. Dort hatte ich den lokalen Servernamen des Systems eingetragen. Nach dem ich nun den die Verbindungseinstellungen auf den DynDns-Eintrag angepasst hatte und einen Reboot durchführte war es mir nun möglich aus dem Internet auf den Dienst zuzugreifen.

Des Weiteren muss man sich darüber im klaren sein, dass aufgrund der nun aktivieren Einstellung auch für den internen Zugriff auf das System standardmässig die Verbindung über das Internet gewählt wird, so dass es zu einem entsprechenden Leistungsengpass auf der Netzwerkanbindung kommen kann.

Sollte man ein entsprechendes System länger im Internet betreiben sollen, sollten man sich auf jeden Fall weitere Gedanken über den Punkt Security machen. Zum Beispiel ist es ebenfalls in der Konfigurationsmaske des Host Servers möglich den Port des abhörenden RDP-Kanals auf einen anderen Port anzupassen, so das ein Direktzugriff per DNS-Auflösung und Standard-Port nicht entsprechend einfach möglich ist.

Für ein Projekt durfte ich mich mit dem Remote Desktop Web Access beschäftigen, welcher in meinem Fall unter den Remote Desktop Services einer Windows Server 2008 R2 zur Verfügung gestellt wird.

Nach der Installation sollte statt dem Standard-Seiten-Titel “Remote Desktop Services Default Connection” ein individueller Name erscheinen. Dieses war möglich in dem eine Änderung in der folgenden Datei durchgeführt wurde:

Datei:  C:\Windows\Web\RDWeb\App_Data\RDWebAccess.Config
Eintrag: <WorkspaceSettings Name=”RD WEB ACCESS – DEMO”>
Dort kann nach der oben genannten Bezeichnung gesucht werden, um das Ersetzen zu erleichtern, da “RD WEBACCESS – DEMO” nur ein Beispiel darstellt

Anschließend wurde bemängelt,  das es eine theoretische Möglichkeit gibt, dass Anwender sich auf ihren eigenen PC oder auf die Server-Landschaft über den Eintrag “Remote Desktop” verbinden könnten. Dieses wurde über eine Änderung einer anderen Datei nur für Administratoren erlaubt:

Datei: C:\Windows\Web\RDWeb\Pages\en-US\Default.aspx
alter Eintrag:
    if (ConfigurationManager.AppSettings["ShowDesktops"].ToString() == “true”)
    {
%>
                              <td width=”15″>&nbsp;</td>
                              <td>|</td>
                              <td width=”15″>&nbsp;</td>
                              <td><a href=”Desktops.aspx” target=”_self” id=’PORTAL_REMOTE_DESKTOPS’><%=L_DesktopTab_Text%></a></td>
<%
    }
neuer Eintrag:
    if (RDWebAccessConfig.UseRDWebAccessConfiguration() && fUserAdmin)
    {
%>
                              <td width=”15″>&nbsp;</td>
                              <td>|</td>
                              <td width=”15″>&nbsp;</td>
                              <td><a href=”Desktops.aspx” target=”_self” id=’PORTAL_REMOTE_DESKTOPS’><%=L_DesktopTab_Text%></a></td>
<%
    }

Somit steht der Bereich um eine Remote Desktop-Verbindung herzustellen nur noch für Administratoren zur Verfügung.

Da ich davon ausgehe, dass ich noch weitere Anpassungen durchführen werde habe ich hinter der Überschrift eine “1″ gesetzt; für eine “2″ habe ich auf jedenfall noch Stoff, der ausgearbeitet werden will.