投稿

ラベル(rdp)が付いた投稿を表示しています

【ライタスの日常】Pingは通るのにRDPできない?3389がLISTENしない原因を調査してみた(後編)

イメージ
  こんにちは。 ライタスの営業担当・Kです。 前編では、 Pingは通るのにRDP接続できない問題 を調査しました。 調査の結果、 RDP Listener(rdp-tcp)が正常に生成されていない 状態であることが判明しました。 今回は、その解決方法をまとめます。 RDP Listenerとは RDP接続は Remote Desktop Services が処理しています。 その中でも重要なのが RDP Listener です。 Listenerは、簡単に言うと RDP接続の待受口 の役割を持っています。 通常は以下のように TCP3389で待受 が行われます。 TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING また、以下のコマンドを実行すると qwinsta 通常は rdp-tcp というListenerが表示されます。 今回の問題 今回の環境では次の状態でした。 3389がLISTENしていない qwinsta に rdp-tcp が表示されない つまり RDP Listener が正常に生成されていない 状態でした。 Remote Desktop Services が起動していても、 Listenerの初期化に失敗すると3389で待受しません。 レジストリ確認 RDP Listener の設定は以下のレジストリに保存されています。 HKEY_LOCAL_MACHINE └ SYSTEM └ CurrentControlSet └ Control └ Terminal Server └ WinStations └ RDP-Tcp この設定が破損している場合、 RDPサービスは起動する しかし Listener の初期化に失敗する という状態になることがあります。 RDP設定の再有効化 まず、RDP接続を許可する設定を確認します。 以下のコマンドで RDP接続を有効化 できます。 reg add "HKLM\SYSTEM\CurrentControlSe...

【ライタスの日常】Pingは通るのにRDPできない?3389がLISTENしない原因を調査してみた(前編)

イメージ
  こんにちは。 ライタスの営業担当・Kです。 社内PC間でリモートデスクトップ接続(RDP)を行おうとしたところ、 Pingは通るのにRDP接続ができない というトラブルに遭遇しました。 調査を進めた結果、原因として RDP Listener(rdp-tcp)の異常 が強く疑われる状態でした。 ただし、そこに辿り着くまでにいくつかの確認を行ったため、 トラブルシュートの記録としてまとめておこうと思います。 本記事(前編)では 発生した状況 切り分けの手順 調査結果 を整理します。 発生した状況 社内ネットワーク上のPC同士でRDP接続を行おうとしました。 接続元:PC1 接続先:PC2 しかし接続できません。 状況は以下の通りです。 同一ネットワーク Pingは通る RDP接続は失敗 つまり ネットワーク疎通はあるがRDPだけ接続できない という状態でした。 Ping疎通確認 まずは基本的な疎通確認です。 ping 接続先IP 結果 Reply from xxx.xxx.xxx.xxx Pingは正常に応答しました。 つまり IPレベルでの到達性は確認できた という状態です。 RDPポート(3389)確認 次にRDPのポートが開いているか確認します。 PowerShellで以下を実行します。 Test-NetConnection 接続先IP -Port 3389 RDPは TCP 3389 を使用します。 結果 PingSucceeded : True TcpTestSucceeded : False つまり Ping → OK TCP3389 → NG という状態です。 ここで考えられる原因は以下です。 Windows Firewall RDP設定 RDPサービス停止 ポート変更 OSエディション グループポリシー OSエディション確認 RDPのホスト機能は、Windowsのエディションによっては利用できません。 接続先PCのOSを確認したところ Windows 11 ...

リモートデスクトップ接続をするとサーバが落ちる(3) | ライタス株式会社

マイクロソフトに問い合わせをした結果が帰ってきたので、報告がてら記録に残そうと思います。 結論から言うと、原因はWindowsではなく、Symantec のようです。 マイクロソフトからの回答は、Symantec AntiVirusが原因である疑いが濃厚である。 とのことでした。 しょうが無いので、Symantec に問い合わせをしたところ、事例があることをあっさり(?)白状してくれました。 対処法は、いろいろ言っていましたが、結論として「最新のバージョンに上げてください」 だそうです。 ・・・毎度の事ながら、なんとも悲しいお答え。 確実に直るのか? と聞いたところ、「発生確率が下がるはずです。」 ・・・えぇっと・・・ しょうが無いので、検証後バージョンアップしてみましょうかねぇ・・・ 本記事は、弊社代表のブログ記事 なんでもIT屋の宿命 からの転載です。

リモートデスクトップ接続をするとサーバが落ちる(2) | ライタス株式会社

前回の続報です。 とりあえず、MSに問い合わせをしてみたので、結果待ちの状態です。 引き続き調べていたところ、違うKBを発見しました。 私のところで出ている現象は、Windows Server 2003だけなのですが、2008 R2でも同様(?)の現象が出るかも知れないようです。 複数のユーザーが Windows Server 2008 R2 ベースのコンピューターへのリモート デスクトップ サービス セッションを確立すると、stop エラー 0x0000007E が発生します。 http://support.microsoft.com/kb/2431799/ja こちらのKBでは、複数のユーザーがリモートデスクトップでアクセスすると出る現象のようですね。 正直、勘弁して欲しいというところが本音ですが、Hot Fixを当てることにより回避できるようなので、早くWindowsUpdateで配布されるようになって欲しいですね。 本記事は、弊社代表のブログ記事 なんでもIT屋の宿命 からの転載です。

リモートデスクトップ接続するとサーバが落ちる | ライタス株式会社

あえて、ありがちなキーワードのタイトルにしてみました。 今日の出来事(トラブル)は、リモートデスクトップでサーバー(Windows Server 2003)に接続すると、サーバーがブルースクリーンで落ちるというもの。 最初は、さっぱり分かりませんでした。 だって、いきなりサーバーが止まるのですから・・・ 発見した人は、「リモートデスクトップでつなごうと思ったら、サーバーが落ちている。調べてくれ。」とおっしゃるので、とりあえず、まともに起動させてイベントログをチェック。 イベントID:6008 Eventlog 以前のシステム シャットダウン ( 日付) は予期されていませんでした。 イベントID:1003 System Error エラー コード 1000007f、パラメータ1 00000008、パラメータ2 f7727fe0, パラメータ3 00000000、パラメータ4 00000000. 数分後に起動してくるので、ブルースクリーンか何かだろうとは思いましたが、急に頻発したので本格的に調査しました(ググるとも言う)。 調べると、結構出てくるなぁ・・・ ともあれ、原因判断としては、RDPの問題のようです。ただ、再現性があるようでないので、確定情報ではありませんが、調べた点と照らし合わせて分かったことを以下に記載。 Windows XP SP3のRDPで接続すると発生? 解像度が大きい(?)クライアントからアクセスする ? Microsoftからサポート情報が緊急公開されました。(KB928006) http://support.microsoft.com/kb/928006/ja 原因はよく分かりませんが、5月のWindowsUpdateに何か問題があった可能性があります。 今のところ、分からないだらけなので、続報が出次第、追加記事を書きたいと思います。 本記事は、弊社代表のブログ記事 なんでもIT屋の宿命 からの転載です。