Uzak Masaüstüne bağlanılamıyor

Demek durum burada. Teknik olarak meraklıyım ama ağ konusunda zayıfım. Uzak Masaüstü aracılığıyla MacBook Pro'mdan masaüstü bilgisayarıma bağlanmaya çalışıyorum. Masaüstümün dahili, statik IP'sini kullanarak bağlanırsam çalışır, ancak internet üzerinden bağlanamıyorum. Uzaktan bağlanabilmemin temel nedeni, yoldayken sadece ev bilgisayarımı uzaktan kullanabilmem ve masaüstümün kaynaklarını kullanarak çalışabilmem.

İnternet servisimle statik IP adresleri alamıyorum, bu nedenle mevcut dinamik IP'm ne olursa olsun özel bir etki alanını çözmek için noip.org adresini kullanıyorum.

AT&T'den 4G LTE ev internet servisim var. Daha önce Verizon ile birlikteydim (aynı 4G tarzı hizmet). Verizon ile birlikteyken her şey iyi çalışıyordu. AT&T’ye geçişinden bu yana, işe yaramadı ve birkaç şaşırtıcı gerçek var.

İşte bilmeniz gereken öğelerden bazıları:

Masaüstüme statik bir IP adresi atadım (192.168.0.11).
AT&T yönlendiricimde port 3389'u (TCP + UDP) 192.168.0.11'e yönlendirdim.

Tek yapmam gereken bu olmalı. Masaüstümün Verizon ile çalıştığı ve dahili IP adresleri kullanarak çalıştığı gibi kurulduğunu biliyorum. MacBook'um "mysubdomain.noip.org" adresine bağlanmak üzere ayarlandı. Yine, bu Verizon ile çalıştı. İşe yaramadığı için bunu karma alandan alıyorum ve halka açık IP'mi oraya bırakmaya çalışıyorum.

Ancak, halka açık IP'imin ne olacağını belirlemekte bile zorlanıyorum. Baktığım her yer genel IP adresimin farklı olduğunu söylüyor. İşte çeşitli kaynakların şu anda söylediklerini gösteren bir örnek (sadece gizlilik için son rakamları değiştirdim).

NO-IP: 166.176.59.201
whatismyip.org: 166.170.14.69
checkip.dyndns.org: 166.170.14.69
Google: 166.176.59.216

166.170.14.69, ping'e yanıt veren tek kişidir.

Tüm bunlardan neden farklı bir sonuç alacağımı bilmiyorum (ortadaki iki hariç). Sanırım ilk adım, gerçek halka açık IP adresimin ne olduğunu bulmak ve ona bağlanmaya çalışmak.

İkinci adım, no-ip.org sitesinin neden "doğru" olanı çözmediğini bulmaktır. Ev yönlendiricime uzak konumlardan güvenilir bir şekilde bağlanabilmeleri için uygun IP'yi çözebilmelerini sağlamalıyım.

Baska öneri?

EDIT: İzleme bilgileri 8.8.8.8'e kadar:

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.

networking router remote-desktop

— Scott
kaynak

Bazen - kablosuz ve kablolu bağlantılara sahip moreso - bir genel IP adresinin doğrudan yönlendirici arayüzünüze atanmamış olduğu durumdur. Bunun yerine özel bir adres var ve bu ISS ağından çıkarken genel bir adrese NATALANDI. Ağdan birden çok yönlendirme yolu olduğundan, farklı IP'ler alabilir. Ayrıca, bu senaryoda bağlantı noktası iletmenin çalışmayacağı anlamına gelir. Yönlendirici durum sayfanızı kontrol edin ve 4G arayüzüne hangi IP'lerin atandığını görün.

— Paul,

Bu muhtemelen durum böyledir ... yönlendirici yönetici sayfası maalesef halka açık bir IP bile göstermiyor. SOL olabilirim.

— Scott,

tracert8.8.8.8'e ( pencerelerdeki) bir traceroute deneyebilir misiniz ? Bu ipuçları vermeli. Q'nuzu düzenleyin ve içine yapıştırın.

— Paul

ISS tarafında NATing'in gerçekleştiğinden şüpheleniyorum. Konfigürasyon seviyesini kontrol edemediğiniz için bunun üstesinden gelmek zor olabilir. Deneyebileceğiniz iki çözümüm var:

1) Chrome tarayıcısından Chrome Uzaktan Masaüstü'nü kurun. Bunun Googles sunucularını zıplatarak çalıştığını düşünüyorum, böylece bir NAT aracını yumruklayacağına inanıyorum, çünkü hem "müşteriler" hem de macbook'unuz ve ev masaüstünüz tarafından kurulacak.

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

2) Bağlanacağınız bir VPN kurun ve daha sonra yerel RDP'nizi kullanın, çünkü aynı (sanal) özel ağda olacaksınız. Bilgisayarınız belki biraz daha fazla gecikme dışında, farkı bilmeyecek. Böyle bir şey yardımcı olacaktır: https://secure.logmein.com/products/hamachi/download.aspx

— CenterOrbit
kaynak