ダニエルの日次レポート

今私は、ローカルネットワーク上の端末サーバーを使用することができることを、私は、彼らが直接インターネットを介してサーバーに達する可能性がどれだけ遠くに興味を持っていた。

それは、ファイアウォール内の空きポートをシャベルでなければならなかった論理的であった。 HTTPSプロトコルの443ポートに加えて、ポートは、サーバーに渡されたリモートデスクトップ（TCPの両方）の3389でなければなりませんでした。 これらの設定で私は、ゲル。 Web Interfaceへの厚かましいユーザ認証。

残念ながら、私はDynDNSのアカウントを設定するルータに既にあった私は、リモートデスクトップを介してそれらを直接呼び出すことができ、彼がサーバに到達できなかったことを私に告げるエラーメッセージが、以来、アプリケーションを直接アクセスすることはできません。

私のミスは、リモートデスクトップサービスの設定であった。 そこに私は、システムのローカル·サーバ名を入力していました。 私は今、DynDNSのエントリの接続設定を調整し、再起動を行った後、私は今、インターネットからサービスにアクセスすることができました。

さらに、人は設定のため、今また、インターネットを介した接続は、それがネットワーク接続上の対応するパフォーマンスのボトルネックにつながることができるように選択され、デフォルトではシステムへの内部アクセスを有効にしていることを認識する必要があります。

あなたは、インターネット上の詳細は、同様のシステムを実行している場合、あなたは間違いなくセキュリティの点についてもっと心配しなければならない。 たとえば、DNS解決とデフォルトのポートを介して直接アクセスが可能ではないそれに応じて単純なので、タップの別のポート上でRDPチャンネルを調整するために、ホストサーバーのポートの設定画面でも可能です。

私は私の場合であるリモートデスクトップWebアクセスに対処するために許可されたプロジェクトでは、リモートデスクトップサービスでは、Windows Server 2008 R2には、利用できるようになります。

インストールが完了したら、代わりにデフォルトのページタイトルは、 "リモートデスクトップサービスのデフォルトの接続は、"別の名前で表示されます。 これは、次のファイルの変更が行われていた可能性がありました。

ファイル：C：\ Windowsの\ウェブ\ RDWeb \ App_Dataフォルダ\ RDWebAccess.Config
エントリ：<WorkspaceSettings Name="RD WebアクセスDEMO">
ここでは、として、交換を容易にするために、上記の説明を検索することができます"RD WebAccessの- DEMO"はほんの一例です

その後、ユーザーは自分のPCを接続するか、または "リモートデスクトップ"経由でサーバの環境にできることを理論的な可能性があるとの苦情があった。 これは、管理者のための別のファイルの変更を許可されています：

ファイル：C：\ Windowsの\ウェブ\ RDWeb \ページ\ en-USの\ Default.aspxを
古いレコード：
IF（ConfigurationManager.AppSettings ["デスクトップの表示"]。ToStringメソッド（）== "true"に）
{
％>
<td width="15"> </ TD>
<TD> | </ TD>
<td width="15"> </ TD>
<TD> <a href="Desktops.aspx" target="_self" id='PORTAL_REMOTE_DESKTOPS'> <％=％L_DesktopTab_Text> </ a>を</ TD>
<％
}
新規エントリ：
（RDWebAccessConfig.UseRDWebAccessConfiguration（）&& fUserAdmin）の場合
{
％>
<td width="15"> </ TD>
<TD> | </ TD>
<td width="15"> </ TD>
<TD> <a href="Desktops.aspx" target="_self" id='PORTAL_REMOTE_DESKTOPS'> <％=％L_DesktopTab_Text> </ a>を</ TD>
<％
}

したがって、範囲は、管理者に対してのみ生成するためにリモートデスクトップ接続です。

私はまだ私が働いされるいくつかの生地を持っているどのような場合に "2"は、見出しの "1"の後に配置した複数の調整を行うと仮定しているので。