Điểm:12

Phiên máy tính từ xa liên lục địa nhanh

lá cờ mx

Tôi sẽ làm việc từ Thái Lan trong những tháng tới và tôi muốn có thể RDP hoặc Anydesk PC văn phòng của mình ở Hy Lạp. Những nỗ lực trước đây đã được chứng minh là không ổn định với các kết quả khác nhau trong ngày - từ kết nối hoàn hảo đến kết nối khủng khiếp. Tôi đang đọc rằng thời gian ping là yếu tố quan trọng nhất trong các kết nối như vậy. Tôi đã thử đăng ký một dịch vụ VPN nhưng kết quả tốt nhất là không sử dụng VPN.

Tôi muốn tìm hiểu xem có cách nào đã được thử nghiệm và thử nghiệm để tiếp cận vấn đề này hay không. Tôi không biết cách thực hiện định tuyến liên lục địa và liệu một người có thể hướng các gói thông qua một tuyến đường tối ưu hay không. Tôi nghĩ rằng điều này nằm ngoài tầm kiểm soát của người dùng cuối nhưng tôi muốn biết liệu có công ty và tùy chọn đăng ký nào hoàn thành các tuyến đường xuyên lục địa với độ trễ thấp hay không.

Jayan avatar
lá cờ in
Bạn có các ISP khác nhau trong khu vực địa phương không? Đôi khi chuyển đổi ISP có một tuyến đường mới có thể hữu ích.
anx avatar
lá cờ fr
anx
Bạn đã thử nghiệm hai cặp kết nối locationIXP với bất kỳ quy trình nào mà cơ quan quản lý tương ứng khuyến nghị chưa? Cách đọc câu hỏi của bạn ngay bây giờ, phần "liên lục địa" có thể không liên quan.
lá cờ cn
Bạn truy cập máy tính của mình bằng RDP như thế nào? Nó có IP công cộng hay có thể định tuyến được từ internet không? Hay bạn đã sử dụng một số loại VPN để bắt đầu?
Saloom avatar
lá cờ mx
@MihailMalostanidis Không, không có IP công khai. Tôi được kết nối thông qua OpenVPN với cơ sở của chúng tôi nhưng tôi cho rằng điều này cũng giống như khi tôi kết nối qua một IP công cộng.
lá cờ cn
@Saloom không giống nhau, mất gói và độ trễ cao phần nào được giải quyết với chế độ UDP và bạn có thể không nhận được những lợi ích đó. Lưu ý rằng tôi không đề nghị bạn để máy tính của mình tiếp xúc với internet mở vì trước đây bạn chưa làm việc này. Bạn đã thử TeamViewer chưa? Trong số các giải pháp của bên thứ ba, nó luôn mang lại cho tôi khả năng phản hồi tốt hơn đáng kể. Ngoài ra còn có https://github.com/rustdesk/rustdesk *if* bạn sẵn sàng tin tưởng nó.
Saloom avatar
lá cờ mx
@MihailMalostanidis Có, tôi đang sử dụng Anydesk khá nhiều và tôi nhận thấy rằng nó nhanh hơn một chút so với RDP trong quá trình thiết lập của tôi, mặc dù nếu có tùy chọn, tôi thích RDP hơn vì trải nghiệm người dùng tổng thể tốt hơn IMHO.
bjoster avatar
lá cờ cn
Tôi sẽ xem xét `tracert` và/hoặc `pathping` và kiểm tra xem tôi có thể làm gì với RTT hay không hoặc liệu nó có "bên ngoài" hay không. Nếu vậy, bạn không thể làm bất cứ điều gì về nó.
Điểm:19
lá cờ ru

Những nỗ lực trước đây đã được chứng minh là không ổn định với các kết quả khác nhau trong ngày - từ kết nối hoàn hảo đến kết nối khủng khiếp.

Bạn thực sự cần một kết nối Internet đáng tin cậy, không có hoặc rất ít mất gói.Ít hơn 0,1% là OK, ít hơn 1% vẫn có thể sử dụng được, hơn 1% là khủng khiếp.

thời gian ping là yếu tố quan trọng nhất trong các kết nối như vậy

Không, một tỷ lệ mất gói thấp là thông số quan trọng nhất. Thời gian khứ hồi (RTT/độ trễ) được đo bằng ping là tham số quan trọng thứ hai. [sửa] Như Austin đã chỉ ra một cách chính xác, một phương sai thấp trong độ trễ cũng rất quan trọng khi làm việc với giao diện người dùng tương tác (RDP hoặc tương tự).

Tôi đã thử đăng ký dịch vụ VPN

Dịch vụ VPN không thể cải thiện tỷ lệ mất gói và chắc chắn làm tăng RTT. Điều đó sẽ không giúp ích gì.

[sửa] Như @Bob đã chỉ ra một cách chính xác, có những trường hợp ngoài lề mà VPN có thể trợ giúp: khi kết nối ISP truy cập của bạn thực sự tốt, nhưng tình trạng mất gói và độ trễ giảm đi giữa ISP của bạn và mạng đích. Kết nối VPN có thể cho phép bạn giải quyết vấn đề đó, khi đường hầm có một tuyến đường khác giữa ISP truy cập của bạn và nhà cung cấp VPN không ảnh hưởng đến kết nối (nhiều như vậy).

Tuy nhiên, tôi sẽ không nỗ lực nhiều vào phương pháp này vì không có nhiều khả năng tìm được nhà cung cấp VPN phù hợp nếu không có kiến ​​thức (hoặc nghiên cứu) chuyên sâu về khả năng kết nối của ISP và nhà cung cấp VPN.

tìm hiểu xem có cách nào đã được thử nghiệm và thử nghiệm để tiếp cận vấn đề này không

Điều duy nhất bạn có thể làm là tìm một đường lên Internet tốt hơn, xét về tỷ lệ mất gói RTT. Loại thứ hai chịu các giới hạn vật lý (chủ yếu là tốc độ ánh sáng), do đó, nó sẽ tăng lên khi khoảng cách ngày càng tăng (10 ms trên 1000 km có thể được coi là rất tốt).

Tôi không biết cách thực hiện định tuyến liên lục địa và liệu một người có thể hướng các gói thông qua một tuyến đường tối ưu hay không.

Đó là điều bạn không thể kiểm soát, ngoài việc chọn nhà cung cấp dịch vụ Internet của mình.

Nếu chất lượng kết nối thường xuyên thay đổi trong suốt một ngày, bạn có thể cần phải điều chỉnh giờ làm việc của mình theo đó, nếu có thể.

lá cờ kz
Bob
VPN thực sự có thể cải thiện cả mất gói và RTT, trong một số trường hợp. Một số ISP có định tuyến quốc tế kém nhưng có thể tốt ở địa phương. Điều này có thể được khắc phục bằng cách kết nối qua điểm cuối VPN cục bộ để định tuyến quốc tế thông qua cổng của VPN chứ không phải ISP. Tất nhiên, điều này sẽ không hữu ích nếu bạn đang gặp sự cố mất gói cục bộ.
Zac67 avatar
lá cờ ru
@Bob Điều đó là có thể, đã đồng ý - nhưng không có khả năng lắm.
lá cờ mx
Có thể lưu ý rằng nếu RTT luôn thấp hơn khoảng 500 mili giây, thì điều quan trọng hơn nhiều là _phương sai_ trong RTT thấp so với _đỉnh_ RTT thấp. Bộ não con người có thể bù đắp cho độ trễ vài trăm mili giây chỉ dựa trên một chút thực hành, nhưng độ trễ cần phải nhất quán để có thể thực hiện được.
lá cờ cn
Tôi muốn tranh luận rằng đối với RTT, giới hạn không phải là tốc độ ánh sáng (chu vi Trái đất ở tốc độ đó là khoảng 130 mili giây), mà là số bước nhảy - mỗi bộ định tuyến, mỗi bộ chuyển mạch, mỗi chuyển đổi phương tiện, tất cả đều thêm độ trễ của riêng chúng .
Zac67 avatar
lá cờ ru
@JanDorniak Tôi đã gợi ý về giới hạn thấp hơn * vật lý * của RTT theo khoảng cách (tùy thuộc vào tốc độ ánh sáng trong silica, khoảng * khoảng cách / 200.000 km/s * 2*). Tất nhiên, ngoài ra còn có độ trễ bổ sung ở các bước nhảy trung gian, do đó, một nửa tốc độ đó (hoặc gấp đôi độ trễ) thực sự là thực tế.
Điểm:7
lá cờ cv

Có ISP nào khác mà bạn có thể sử dụng không? Họ có tốt hơn ISP hiện tại của bạn không?

Vào cuối ngày, bất kể bạn có thể thử làm gì, kết nối của bạn phụ thuộc vào ISP/nhà cung cấp/nhà cung cấp dịch vụ mạng mà bạn đang sử dụng. VPN và các cơ chế khác không tránh khỏi việc vượt qua ISP của bạn. Bạn chỉ cần thêm chi phí mạng bổ sung.

Điểm:5
lá cờ cn

Với độ trễ đó? Không. Đó sẽ là một trải nghiệm người dùng khốn khổ với độ trễ và mất kết nối. Tôi đã hỗ trợ các môi trường máy tính từ xa có độ trễ tương tự và ngay cả với các nhà cung cấp tốt hơn và liên kết sạch, điều đó thật tồi tệ. Có một số điều chỉnh như tắt âm thanh nhưng không có viên đạn ma thuật.

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

Athens <-> Bangkok 343 mili giây

Saloom avatar
lá cờ mx
Tôi nhận được 235 mili giây không đổi từ Athens, đang ping Máy chủ DNS ở BKK ngay bây giờ. Khi tôi ở BKK năm ngoái, tôi đã có một trải nghiệm khá thú vị vào buổi sáng sớm. Vào buổi chiều, nó đã trở nên tồi tệ hơn nhiều. Tôi không chắc điều gì đã gây ra điều này, nhưng tôi sẽ rất vui nếu có thể duy trì trải nghiệm buổi sáng sớm này.
lá cờ cn
@Saloom: điều đó có thể có nghĩa là ở đâu đó có các liên kết được đăng ký quá mức/quá tải. Có một sự khác biệt rất lớn trong các nhà cung cấp quá. Verizon có SLA xuất sắc giữa Hoa Kỳ và gần như toàn thế giới. Giữa các quốc gia khác không quá nhiều.
Điểm:2
lá cờ fr

Đối với RDP trực tiếp, bạn có thể muốn xem xét một số loại máy chủ nhảy trong Azure hoặc AWS. Các công ty này có mạng độ trễ thấp tương đối đáng tin cậy giữa các trung tâm dữ liệu. Vì vậy, bạn RDP cho máy chủ ở khu vực Đông Nam Á, RDP nào cho máy chủ ở Pháp, RDP nào cho máy chủ của bạn ở nhà. Mặc dù RTT của một kết nối như vậy vẫn còn lớn (khoảng 300 mili giây), nhưng có lẽ tốt hơn là chuyển sang ngang hàng. Giới hạn "trải nghiệm" RDP để tiết kiệm băng thông. Bạn có thể không cần hiệu ứng trong suốt hoặc nền màn hình.

Một tùy chọn khác, có thể hoạt động khá tốt, là sử dụng ứng dụng hội nghị, tức là Zoom, Teams, Teamviewer, v.v. Các ứng dụng này thường sử dụng các giao thức khác nhau, hy sinh chất lượng hình ảnh để có độ trễ thấp hơn.

Bạn sẽ cần cả hai mặc dù. RDP để tham gia cuộc họp Teams và phê duyệt điều khiển từ xa.

Saloom avatar
lá cờ mx
@ Rainmaker Ban đầu, tôi nghĩ đến việc sử dụng AWS để bằng cách nào đó định tuyến lưu lượng truy cập qua mạng của họ nhưng tôi chưa bao giờ nghĩ đến việc thực hiện điều đó thông qua các RDP xâu chuỗi. Ngoài ra còn có chi phí hoạt động do mỗi phiên tạo ra, chuyển các gói thành hình ảnh thành gói. Một proxy gói có thể là đủ hơn. Tôi nghĩ đó là một việc làm quá mức cần thiết nhưng tôi sẽ thử điều đó chỉ vì niềm vui của nó và xem nó diễn ra như thế nào. Có cách nào để chỉ định các phiên bản EC2 từ các khu vực khác nhau cho cùng một VPC và kết nối các RDP mà không cần sử dụng IP công cộng của chúng không?
lá cờ mm
Tôi đã từng RDPed từ singapore sang máy ảo Azure để cài đặt phiên bản linux qua phiên bản KVM qua IP. công việc nhẹ nhàng này

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.