înregistrare Logare
Puncte:12
Saloom avatar Server

Sesiuni intercontinentale rapide de desktop la distanță

drapel mx
Saloom

Voi lucra din Thailanda în următoarele luni și vreau să pot face RDP sau Anydesk PC-ul meu de birou în Grecia. Încercările anterioare s-au dovedit instabile, cu rezultate variate pe parcursul zilei - de la conexiuni impecabile până la conexiuni teribile. Citesc că timpul de ping este cel mai important element în astfel de conexiuni. Am încercat să mă abonez la un serviciu VPN, dar rezultatele sunt în cel mai bun caz aceleași cu a nu folosi VPN deloc.

Sunt interesat să aflu dacă există un mod încercat și testat de a aborda această problemă. Nu știu cum se realizează rutarea intercontinentală și dacă se pot direcționa pachetele printr-o rută optimă. Cred că acest lucru este în afara controlului utilizatorului final, dar m-ar interesa să știu dacă există companii și opțiuni de abonament care realizează rute intercontinentale cu latență scăzută.

3006
0 + 0
Jayan avatar
drapel in
Jayan
Aveți diferiți ISP-uri în zona locală? Uneori, schimbarea ISP obține o nouă rută care ar putea ajuta.
0
Răspunde
anx avatar
drapel fr
anx
Ați testat cele două perechi de conexiuni locationIXP cu orice procedură recomandată de agenția de reglementare respectivă? După cum se citește întrebarea dvs. chiar acum, partea „intercontinentală” ar putea fi irelevantă.
0
Răspunde
drapel cn
Mihail Malostanidis
Cum ajungeți la computer cu RDP? Are un IP public sau altfel este rutabil de pe internet? Sau ești deja pe un fel de VPN pentru început?
0
Răspunde
Saloom avatar
drapel mx
Saloom
@MihailMalostanidis Nu, nu există IP public. Sunt conectat prin OpenVPN cu sediul nostru, dar presupun că este același ca și cum m-aș conecta printr-un IP public.
0
Răspunde
drapel cn
Mihail Malostanidis
@Saloom este departe de a fi la fel, pierderea de pachete și latența mare sunt oarecum rezolvate cu modul UDP și probabil că nu obțineți acele beneficii. Rețineți că nu vă sugerez să vă expuneți computerul la internetul deschis, deoarece nu ați făcut acest lucru anterior. Ați încercat TeamViewer? Dintre soluțiile de la terți, mi-a oferit întotdeauna o capacitate de răspuns semnificativ mai bună. Există și https://github.com/rustdesk/rustdesk *dacă* ești pregătit să ai încredere în el.
0
Răspunde
Saloom avatar
drapel mx
Saloom
@MihailMalostanidis Da, folosesc Anydesk destul de mult și am observat că este puțin mai rapid decât RDP în configurația mea, deși dacă am opțiunea, prefer RDP, deoarece experiența generală a utilizatorului este mai bună IMHO.
0
Răspunde
bjoster avatar
drapel cn
bjoster
M-aș uita la `tracert` și/sau `pathping` și aș verifica dacă aș putea face ceva cu RTT-ul sau dacă este "în afara". Dacă este așa, nu poți face nimic în privința asta.
0
Răspunde
Puncte:19
Zac67 avatar Server
drapel ru
Zac67

Încercările anterioare s-au dovedit instabile, cu rezultate variate pe parcursul zilei - de la conexiuni impecabile până la conexiuni teribile.

Aveți nevoie de o conexiune la Internet de încredere, fără pierderi de pachete sau foarte mici.Mai puțin de 0,1% este OK, mai puțin de 1% ar trebui să fie încă utilizabil, mai mult de 1% este groaznic.

timpul de ping este cel mai important element în astfel de conexiuni

Nu, a raport scăzut de pierdere a pachetelor este cel mai important parametru. Timpul călătoriei dus-întors (RTT/latența) măsurată prin ping este al doilea cel mai important parametru. [editează] După cum Austin a subliniat cu exactitate, a variație scăzută a latenței este, de asemenea, crucial atunci când lucrați cu interfețe interactive de utilizator (RDP sau similar).

Am încercat să mă abonez la un serviciu VPN

Un serviciu VPN nu poate îmbunătăți rata de pierdere a pachetelor și cu siguranță crește RTT. Asta nu va ajuta.

[editare] După cum a subliniat în mod corect @Bob, există cazuri marginale în care VPN ar putea ajutor: când conexiunea dvs. de acces la ISP este de fapt bună, dar pierderea pachetelor și latența se deteriorează între ISP și rețeaua de destinație. O conexiune VPN ar putea vă permit să ocoliți această problemă, atunci când tunelul ia o altă rută între ISP-ul dvs. de acces și furnizorul VPN care nu dăunează la conectivitate (la fel de mult).

Cu toate acestea, nu aș depune prea mult efort în această abordare, deoarece nu este foarte probabil să găsesc un furnizor VPN potrivit fără cunoștințe aprofundate (sau cercetare) a conectivităților ISP-ului de acces și furnizorului VPN.

aflați dacă există o modalitate încercată și testată de a aborda această problemă

Singurul lucru pe care îl puteți face este să găsiți o legătură în sus de internet mai bună, în ceea ce privește rata de pierdere a pachetelor și RTT. Acesta din urmă este supus unor limitări fizice (viteza luminii în principal), așa că va crește odată cu creșterea distanței (10 ms la 1000 km pot fi considerate foarte bune).

Nu știu cum se realizează rutarea intercontinentală și dacă se pot direcționa pachetele printr-o rută optimă.

Nu este nimic pe care îl puteți controla, în afară de alegerea furnizorului dvs. de internet.

Dacă calitatea conexiunii se schimbă în mod regulat pe parcursul unei zile, s-ar putea să fie necesar să vă ajustați programul de lucru la asta, dacă este posibil.

0 + 0
drapel kz
Bob
Un VPN poate îmbunătăți de fapt atât pierderea de pachete, cât și RTT, în unele situații. Unii ISP-uri au o rutare internațională slabă, dar pot fi bune la nivel local. Acest lucru poate fi ocolit prin conectarea printr-un punct final VPN local la, astfel încât rutarea internațională să fie prin gateway-ul VPN, mai degrabă decât prin ISP. Desigur, acest lucru nu vă va ajuta dacă aveți probleme cu pierderea pachetelor la nivel local.
0
Răspunde
Zac67 avatar
drapel ru
Zac67
@Bob Este posibil, de acord - dar nu foarte probabil.
0
Răspunde
drapel mx
Austin Hemmelgarn
Posibil de remarcat, dacă RTT este în mod constant mai mic de aproximativ 500 ms, atunci este mult mai important ca _varianța_ în RTT să fie scăzută decât că _vârful_ RTT este scăzut. Creierul uman poate compensa câteva sute de ms de latență doar pe baza unui pic de practică, dar latența trebuie să fie consecventă pentru ca acest lucru să fie posibil.
6
Răspunde
drapel cn
jaskij
Aș contesta că, pentru RTT, limitarea nu este viteza luminii (circumferința Pământului la acea viteză este de aproximativ 130 ms), ci mai degrabă numărul de hopuri - fiecare router, fiecare comutator, fiecare conversie media, toate își adaugă propria latență. .
0
Răspunde
Zac67 avatar
drapel ru
Zac67
@JanDorniak Am făcut aluzie la limita inferioară *fizică* a RTT pe distanță (în funcție de viteza luminii în silice, aprox. *distanță / 200.000 km/s * 2*). Desigur, întârzierile suplimentare la hopurile intermediare vin pe deasupra, astfel încât efectiv jumătate din această viteză (sau de două ori latența) este de fapt realistă.
0
Răspunde
Puncte:7
joeqwerty avatar Server
drapel cv
joeqwerty

Există și alți ISP-uri pe care le puteți folosi? Sunt mai bune decât ISP-ul tău actual?

La sfârșitul zilei, indiferent de ce ați încerca, conexiunea dvs. depinde de ISP-ul/furnizorul/operatorul de rețea pe care îl utilizați. VPN-urile și alte mecanisme nu pot evita traversarea ISP-ului dvs. Doar adăugați o suprasarcină suplimentară de rețea.

0 + 0
Puncte:5
avatar Server
drapel cn
Greg Askew

Cu acea latență? Nu. Va fi o experiență de utilizator mizerabilă, cu întârzieri și deconectări. Am suportat medii desktop la distanță cu latență similară și chiar și cu furnizori mai buni și linkuri curate, este mizerabil. Există câteva ajustări, cum ar fi dezactivarea sunetului, dar fără glonț magic.

https://www.consoleconnect.com/locations/athens/

Atena <-> Bangkok 343 ms

0 + 0
Saloom avatar
drapel mx
Saloom
Primesc 235 ms constant de la Atena, punând ping la serverele DNS în BKK chiar acum. Când am fost în BKK anul trecut, am avut o experiență destul de decentă dimineața devreme. După-amiaza, era din ce în ce mai rău. Nu sunt sigur ce a cauzat acest lucru, dar m-aș bucura dacă aș putea menține această experiență de dimineață devreme.
0
Răspunde
drapel cn
Greg Askew
@Saloom: asta ar putea însemna că undeva există link-uri care sunt supraabonate/supracapacitate. Există o diferență uriașă și la furnizori. Verizon are SLA-uri excelente între SUA și aproape întreaga lume. Între alte țări nu atât.
4
Răspunde
Puncte:2
Rainmaker avatar Server
drapel fr
Rainmaker

Pentru RDP direct, poate doriți să vă uitați la un fel de gazdă jump în Azure sau AWS. Aceste companii au rețele relativ fiabile cu latență scăzută între centrele de date. Deci, RDP la o gazdă din regiunea Asia de Sud, care RDP la o gazdă din Franța, care RDP la gazda dvs. acasă. În timp ce RTT-ul unei astfel de conexiuni este încă mare (aproximativ 300 ms), probabil că este mai bine decât să mergi peer-to-peer. Limitați „experiența” RDP pentru a economisi lățime de bandă. Probabil că nu aveți nevoie de efecte de transparență sau de fundal pentru desktop.

O opțiune diferită, care ar putea funcționa destul de bine, este să utilizați o aplicație de conferințe, adică Zoom, Teams, Teamviewer etc. Aceste aplicații folosesc, în general, protocoale diferite, sacrificând calitatea imaginii pentru o latență mai mică.

Ai avea nevoie de amândouă, totuși. RDP să se alăture întâlnirii echipelor și să aprobe controlul de la distanță.

0 + 0
Saloom avatar
drapel mx
Saloom
@ Rainmaker Inițial m-am gândit să folosesc AWS pentru a direcționa cumva traficul prin rețeaua lor, dar nu m-am gândit niciodată să o fac prin RDP-uri în lanț. Există, de asemenea, suprasarcina produsă de fiecare sesiune, transcrierea pachetelor în imagine în pachete. Un proxy de pachet ar putea fi mai suficient. Cred că este exagerat, dar voi încerca asta doar pentru distracția și să văd cum merge. Există vreo modalitate de a atribui instanțe EC2 din diferite regiuni la același VPC și de a conecta RDP-urile fără a le folosi IP-urile publice?
1
Răspunde
drapel mm
Journeyman Geek
Odată am făcut RDP de la Singapore la o VM Azure pentru a instala o instanță Linux pe o instanță KVM prin IP. Această miiight lucrare
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.