☰

リモートデスクトップに接続できません

tag-icon • tag-icon networking router remote-desktop
リモートデスクトップに接続できません

状況はこうです。私は技術には詳しいのですが、ネットワークには弱いです。MacBook Pro からデスクトップ PC にリモート デスクトップ経由で接続しようとしています。デスクトップの内部の静的 IP を使用して接続するとうまくいきますが、インターネット経由では接続できません。リモート接続できるようにしたい主な理由は、外出中に自宅のコンピューターにリモート接続して、デスクトップのリソースを使用して作業できるようにするためです。

私のインターネット サービスでは静的 IP アドレスを取得できないため、noip.org を使用して、現在の動的 IP にカスタム ドメインを解決します。

私は AT&T の 4G LTE ホーム インターネット サービスを利用しています。以前は Verizon (同じ 4G スタイルのサービス) を使用していました。Verizon を使用していたときはすべて正常に動作していました。AT&T に切り替えてから動作しなくなり、不可解な点がいくつかあります。

知っておくべき項目をいくつか挙げます。

  • デスクトップに静的な内部 IP アドレス (192.168.0.11) を割り当てました。
  • AT&T ルーターのポート 3389 (TCP + UDP) を 192.168.0.11 にポート転送しました。

必要なのはそれだけです。デスクトップは Verizon で動作し、内部 IP アドレスを使用して動作するため、適切に設定されていることはわかっています。MacBook は「mysubdomain.noip.org」に接続するように設定されています。これも Verizon では動作しました。動作しないので、これをミックスから外して、パブリック IP をそこにドロップしようとしています。

しかし、パブリック IP が何であるべきかを判断することさえ困難です。どこを見ても、パブリック IP は異なると表示されます。さまざまなソースが現在示している IP の例を以下に示します (プライバシー保護のため、最後の数字セットは変更しています)。

  • IP番号: 166.176.59.201
  • ip.org: 166.170.14.69
  • checkip.dyndns.org: 166.170.14.69
  • グーグル: 166.176.59.216

166.170.14.69 だけが ping に応答します。

これらすべて (真ん中の 2 つを除く) で異なる結果が得られる理由がよくわかりません。最初のステップは、実際のパブリック IP が何であるかを把握し、それに接続してみることだと思います。

2 番目のステップは、no-ip.org がなぜ「正しい」 IP に解決されないのかを突き止めることです。リモート ロケーションから自宅のルーターに確実に接続できるように、適切な IP を解決できるようにする必要があります。

助言がありますか？

編集: 8.8.8.8 へのトレース情報:

C:\Users\scott>tracert 8.8.8.8

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2    48 ms    39 ms    40 ms  172.26.96.169
  3   220 ms    48 ms    41 ms  172.26.96.9
  4    42 ms    37 ms    40 ms  107.72.231.164
  5    71 ms    38 ms    41 ms  12.83.188.161
  6    94 ms    44 ms    52 ms  12.83.179.49
  7    99 ms    52 ms    43 ms  12.123.132.173
  8     *       48 ms    49 ms  12.91.217.158
  9     *        *        *     Request timed out.
 10   112 ms    43 ms    44 ms  64.233.174.190
 11    69 ms    68 ms    79 ms  72.14.239.160
 12    66 ms    74 ms    63 ms  216.239.46.171
 13     *        *        *     Request timed out.
 14    75 ms    68 ms    69 ms  google-public-dns-a.google.com [8.8.8.8]

Trace complete.

答え1

ISP 側で NAT が行われているのではないかと思います。構成のそのレベルを制御できないため、これを克服するのは難しい場合があります。試すことができる 2 つの解決策があります。

1) Chrome ブラウザから Chrome リモート デスクトップを設定します。これは Google のサーバーを経由して動作するものだと思います。そのため、MacBook と自宅のデスクトップの両方の「クライアント」によって確立されるため、NAT を突破できます。

https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp

2) 接続する VPN を設定し、同じ (仮想) プライベート ネットワーク上にいる場合は、ローカル RDP を使用します。コンピューターは違いを認識しませんが、多少の遅延が生じる可能性があります。次のような方法が役立つはずです。 https://secure.logmein.com/products/hamachi/download.aspx

答え2

1、2日前にまさにこの問題を解決しました。ルーターで NAT ループバックと UPNP のあらゆるバリエーションを試しましたが、変化はありませんでした。Pixel 2 はタイムアウトするか、デスクトップ フレームを 1 つ表示しますが、対話できず、すぐにタイムアウトします。4G では完璧に動作します。

私の場合、ホストで「一部のデバイスは PIN なしで接続できます」というオプションをクリアすることで問題が解決しました。接続するたびに PIN を入力する限り、同じネットワークでは毎回正常に動作します。保存すると、最初の接続では正常に動作しますが、それ以降は動作しなくなります。

これがあなたの問題でもあるかどうか教えてください...これが機能したときは驚きましたが、PIN なしで接続するためにそのボックスにチェックを入れるとすぐに、アプリ データを消去するか、ホストで無効にしない限り、そのオプションが再び表示されなくなるため、それを知る方法がありませんでした。

関連情報