投稿

ラベル(トラブルシューティング)が付いた投稿を表示しています

【ライタスの日常】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 ...

【ライタスの日常】pingだけでここまで分かる?ネットワーク確認の基本

イメージ
  こんにちは。 ライタスの営業担当・Kです。 先日、X(旧Twitter)を見ていたところ、 「pingでできる6つの確認」という投稿を見かけました。 https://x.com/run_suru_net/status/1988939911429279745?s=20 内容としては、 pingコマンド1つで通信がどこまで通っているのか順番に確認できる というもので、ネットワークのトラブルシューティングの基本をまとめたものでした。 【 pingでできる6つの確認 】 順番に確認していくことで、 通信がどこで止まっているのか切り分けできるという内容です。 ① 自分のNICは生きているか ping 自分のIPアドレス ここでは、 LANカード ドライバ IP設定 など、自分の端末のネットワーク設定が正常かを確認できます。 ② 同じネットワークに届くか ping 192.168.1.x(同一セグメント) 同一ネットワーク内に通信が届くかを確認します。 ここで問題がある場合は、 LANケーブル スイッチ VLAN設定 などの可能性が考えられます。 ③ デフォルトゲートウェイに届くか ping 192.168.1.1(GW) デフォルトゲートウェイに届くかを確認することで、 ルーティングの入口が正常かを確認できます。 ④ 別ネットワークに届くか ping 192.168.2.x(別セグメント) ここでは、 ルーティング設定 VLAN間通信 などが正常に機能しているかを確認できます。 ⑤ 外部ネットワークに出られるか ping 8.8.8.8(Google DNS) 外部に通信できるかを確認します。 問題がある場合は、 外部ルーティング ファイアウォール NAT設定 などが原因の可能性があります。 ⑥ 名前解決ができるか ping google.com ここでは DNSの動作確認 ができます。 IPアドレスでは通信できるのに ドメインで通信できない場合は、 DNS周りの設定が疑わしいということになります。 上から順に確認すると原因が見えやすい この方法のポイントは、 上から順番に確認していくこと。 順番に確認することで、 ・端末側の問題なのか ・ネットワーク内部の問題なのか ・外部接続の問題なのか ・DNSの問題なのか といった原因の当たりが一気につくというわけです。...

Microsoft 365のメール自動転送失敗?への対応  | ライタス株式会社

イメージ
遅ればせながら、明けましておめでとうございます。 弊社ブログには初登場となります、藤田です。 昨年から引きつづき、弊社主軸事業である医療向けIT関連で忙しくさせて頂いております社内ですが、 弊社クライアント様から、メールアドレスの内1つにて、 数か月前から受信できていない、また受信しても内容が閲覧不可の状態である旨のご連絡がありまして… このメールアドレスが含まれているグループメールにて、確かにメールが返ってきてしまっていることを確認しました。 「Delivery has failed to these recipients or groups: xxx @ xxx .jp」 「Your message wasn't delivered because the recipient's email provider rejected it.」 メールのソースを確認し、Microsoft 365のメール自動転送で失敗しているのではないかとあたりをつけ、 今回、対応方法を検索して実行してみました。 【対応内容】 Microsoft 365にて、外部へのメール自動転送を許可する設定(outbound spam filtering)を作成します。 まず、 Microsoft 365 管理センター > すべての管理センター > セキュリティ  と選択し、Microsoft 365 Defender のホーム画面を開きます。 次に、 ポリシーとルール > 脅威ポリシー > スパム対策ポリシー   と選択すると、以下の画面表示になりました。  ※一番上の「自動転送許可」が今回設定したものです。 「ポリシーを作成」をクリックし、Outboundを選択すると、 ポリシーの設定画面が開くので設定を作成します。 今回名前は「自動転送許可」としました。 ユーザー、グループ、およびドメイン の画面では、ユーザーとドメインを追加。 送信の保護設定では、 [メッセージの上限に達したユーザーに適用される制限] を 処理なし、アラートのみ に変更しました。 ページを進み、内容をレビュー画面で確認し、作成! しばらく待つと、設定が反映されました。 試しに該当メールアドレスが含まれているグループメールにてメール送信してみます… 失敗・・・ 時間をおいてもエラーメールが返ってきてしまいます。...

VirtualBoxでUbuntu18.04がインストールできない | ライタス株式会社

イメージ
色々な利点のある仮想マシンですが、変な挙動が起きることもまれにあります。 今日は手元の環境でインストールに失敗する件を解決したのでメモっておきます。 仮想環境:VirtualBox 5.2.20 r125813 仮想OS:Ubuntu 18.04 LTS インストールディスクを設定して起動すると下記の画面が表示されます。 特に理由がなければ、右の「Ubuntuをインストール」でインストールを進めますが、 何故かインストール処理後の再起動で起動に失敗してしまいます。 なので上画面で左の「Ubuntuを試す」を選び、Liveモードで起動します。 ここでデスクトップ上の「Ubuntu 18.04 LTSのインストール」を選択し、 インストール処理を進めると、特に問題なくインストールし起動することができました。 原因も調査していないのですが、こういうこともあるということで…。 何かの役に立てば幸いです。