Tốc độ Internet có thể giảm xa hơn một quốc gia (máy chủ trong một) nhất định là từ bạn không?


37

Có một quy tắc chung, cứ sau bao nhiêu km thì tốc độ Internet của bạn có thể giảm một cách tự nhiên và bao nhiêu? Một cái gì đó như "10 Mbit / s trên 1000 km". (Tôi đã nhận được từ câu trả lời SE này rằng đây thực sự có thể là trường hợp).

Tuy nhiên, tôi đang sống gần Moscow và khi kiểm tra các máy chủ xung quanh tôi, tôi nhận được 60 Mbit / s đầy đủ, mà tôi đang trả tiền. Tuy nhiên, nếu tôi kiểm tra kết nối Internet của mình với máy chủ ở Tokio, Nhật Bản, tôi thậm chí không nhận được đầy đủ Mbit / s ( ảnh chụp màn hình ) Hoặc Hoa Kỳ, Miami - khoảng 3 Mbit / s ( ảnh chụp màn hình ).

Tôi lo sợ về một "tường lửa vĩ đại của Nga" được thành lập. Những nỗi sợ hãi của tôi là hợp lý hay là một sự sụt giảm về mặt vật lý có thể giải thích được?


1
Các câu hỏi liên kết là thực sự chính xác. Nếu bạn muốn tải xuống Gigabyte, máy chủ từ xa sẽ không gửi toàn bộ Gigabyte ngay lập tức. Nó gửi các khối nhỏ trước, tăng tốc khi bạn (người nhận) cho biết rằng bạn thực sự đang nhận chúng. Quá trình này xảy ra nhanh hơn cho các máy chủ gần đó.
MSalters

27
Các định luật vật lý cho chúng ta biết rằng một thứ phải tăng theo khoảng cách là độ trễ , khác với băng thông và cùng với băng thông có ảnh hưởng đến cái mà bạn có thể gọi là "tốc độ". Nói chung, các máy chủ nhận thức xa hơn sẽ mất nhiều thời gian hơn để đáp ứng.
Todd Wilcox

1
Có lẽ bạn cũng phải tính đến những thứ như tốc độ của máy chủ và kích thước của kết nối đến máy chủ từ xa. Một cỗ máy hoạt động kém, trên một đường ống mỏng sẽ chậm dù nó ngồi bên cạnh hay bên kia thế giới.
TripeHound

3
Ngoài ra, chỉ vì bạn có thể tưởng tượng một kết nối trực tiếp giữa Moscow và Tokyo không có nghĩa là có một. Lưu lượng truy cập của bạn có thể đi đến Châu Âu, xuống Châu Phi, qua Đại Tây Dương đến Hoa Kỳ, sau đó qua lục địa và Thái Bình Dương xuống Úc, sau đó đến Nhật Bản. Đi về phía đông để bắt đầu với phần còn lại của Nga, sau đó thực hiện một bước nhảy ngắn đến Nhật Bản có thể là tối ưu, nhưng không có nghĩa là guarataneed.
chepner

1
@hobbs Vâng, họ ở Nam bán cầu, vì vậy tất cả các bit đều bị ngược. :)
thiệu lại vào

Câu trả lời:


48

Mất nhiều thời gian hơn để nhận dữ liệu từ xa là một hiện tượng thực tế, nhưng không đến mức bạn đang thấy.

Giả sử đường ngắm trực tiếp tới mục tiêu cách xa 600 km, ánh sáng sẽ mất khoảng 2 mili giây để đến đích. Tương tự, nếu khoảng cách lớn hơn, giả sử từ Moscow đến Tokyo, ở khoảng 7500 km, sẽ mất 25 mili giây để đến đích. Đó là 12,5 lần lâu hơn. Theo Vật lý.se: Ánh sáng truyền qua cáp quang nhanh như thế nào? Extremetech tốc độ ánh sáng trong cáp quang chậm hơn khoảng 30% so với trong chân không.

Tuy nhiên, điều đó không làm giảm băng thông trực tiếp, vì các gói có thể được yêu cầu, xếp hàng và gửi đi sớm hơn.

Vấn đề là bạn không thể có được đường ngắm trực tiếp đến bất kỳ nơi nào trên trái đất và thậm chí các sợi cáp quang có chiều dài tối đa mà chúng có thể được sử dụng một cách hữu ích. Bạn cần bộ lặp, bộ định tuyến, tường lửa, màn hình gói và bộ chuyển đổi trung bình (lò vi sóng, sợi và đồng) để truyền khoảng cách lớn. Tất cả những điều này tạo ra điểm sặc và giới hạn băng thông giữa các địa điểm.

Hoàn toàn có thể là quốc gia của bạn và quốc gia đích của bạn có một liên kết băng thông hạn chế giữa chúng. Nhiều quốc gia có nhiều liên kết giữa họ và các nước láng giềng và do đó, một liên kết đến một nước láng giềng có thể hình dung nhanh hơn đến một liên kết với một nước láng giềng khác. Tùy thuộc vào thiết lập định tuyến, hoàn toàn có thể thấy hành vi bạn đề cập.

Bạn có thể có nhiều liên kết ra nhiều quốc gia và trong lý thuyết lưu lượng truy cập sẽ được định tuyến theo đường dẫn "tốt nhất". Tùy thuộc vào các lựa chọn được thực hiện bởi mọi bộ định tuyến trên đường đi, đường dẫn "tốt nhất" có thể không phải là liên kết băng thông cao nhất cho cá nhân bạn; nó chỉ có thể là bước nhảy ít nhất hoặc kết nối độ trễ thấp nhất. Bạn không có quyền chọn tuyến đường giới hạn những gì bạn có thể làm để cải thiện vấn đề. Có thể có các liên kết độ trễ cao hơn có băng thông tốt hơn, nhưng bạn không có cách nào để quảng cáo sở thích của bạn cho liên kết đó.

Kiểm tra kết nối đến các quốc gia khác, nếu tất cả đều bị giới hạn tương tự thì bạn có thể phải lo lắng, nhưng thậm chí đó không phải là một sự đảm bảo.

Tường lửa vĩ đại của Trung Quốc có thể được suy ra không chỉ đơn giản là giới hạn băng thông; nó có một số hiệu ứng lọc tích cực đối với lưu lượng đi qua nó. Các trang web bị chặn và nội dung được lọc.

Một cách để kiểm tra là kiểm tra các liên kết đến tất cả các quốc gia bạn có thể, tìm người hàng xóm tốt nhất và sau đó nhận dịch vụ VPN được lưu trữ tại quốc gia đó. Nếu liên kết của bạn nhanh chóng thông qua VPN đó thì có thể có hiệu lực lọc ở quốc gia của bạn hoặc đó vẫn có thể là định tuyến mạng kém.


1
Cuối cùng, một câu trả lời hợp lý
spikey_richie

Liên kết giữa hai quốc gia sẽ không bị giới hạn ở một vài Mbit / s. Tôi chắc chắn rằng ngay cả giữa Moscow và Tokio, có thể dễ dàng nhận được 60Mbit / s. Chỉ cần không có một kết nối TCP.
SpiderPig

11
@SpiderPig và đó là vấn đề của bạn. Bất kỳ kết nối nào bạn có sẽ được chia sẻ và bạn sẽ tranh chấp với những người dùng khác. Liên kết được bão hòa và các liên kết chậm hơn hoặc ít được sử dụng hơn có thể được ưu tiên trong một khoảng thời gian. Phần mềm được viết xấu thậm chí có thể cuối cùng thích liên kết tối ưu nhất. Bạn chỉ có thể thực sự suy ra sự can thiệp bằng cách lập danh mục một loạt các hành vi, không chỉ là một phần nhỏ của nó.
Mokubai

5
Có rất nhiều câu chuyện ngụ ý rằng Nga đang cố gắng thực hiện một loại "Tường lửa vĩ đại" nào đó và có thể bạn thể nhìn thấy nó, nhưng định tuyến xấu cũng đóng một phần. Nói chung, mặc dù nếu bạn đang thấy băng thông giảm mạnh thì nó đã thất bại trong một trường hợp nếu đó là công việc sẽ lén lút và lén lút. Có quá nhiều cách để xem xét loại vấn đề này để nói một cách dứt khoát rằng nó phải là vấn đề này hay vấn đề khác.
Mokubai

4
@ToddWilcox, nó được ngụ ý bởi "Giả sử đường ngắm trực tiếp tới mục tiêu cách xa 600 km sẽ mất khoảng ..." nên mọi thứ sẽ chậm hơn thế. Sau đó tôi tiếp tục giải thích về việc sợi có khả năng chậm hơn 30% một lần nữa và chúng ta có tất cả các loại kết nối và chuyển đổi. Đối với tôi nó cảm thấy hợp lý ngầm, nếu không trực tiếp rõ ràng.
Mokubai

21

Lịch sử internet bắt buộc: Trường hợp email 500 dặm

Lượng dữ liệu "trong chuyến bay" tại bất kỳ thời điểm nào bị giới hạn bởi cửa sổ TCP được thiết lập giữa hai hệ thống. Trong một số trường hợp, hiệu ứng cửa sổ có thể gây chậm lại: https://www.snellman.net/blog/archive/2017-08-19-slow-ps4-doads/

Ngoài ra, còn có những cân nhắc đặc biệt cho khoảng cách thực sự dài (TCP trong không gian): http://www.ipnsig.org/reports/TCP_IP.pdf

Tôi muốn nói có ba hiệu ứng liên quan.

1) Lượng dữ liệu "trong chuyến bay" giữa hai hệ thống bị giới hạn bởi cửa sổ TCP và thời gian khứ hồi cho một ACK. RTT tăng cho cùng một cửa sổ = tốc độ tối đa chậm hơn.

2) Mỗi ​​bộ định tuyến trên đường đi thêm một số độ trễ. Điều này liên quan nhiều hơn đến số lượng mạng bạn phải truy cập hơn là khoảng cách địa lý.

3) Cuối cùng, tường lửa cấp quốc gia sẽ thêm một lớp làm chậm. Khá nhiều quốc gia có một cái gì đó ở đây ngay cả khi nó chỉ lọc nội dung khiêu dâm trẻ em và The Pirate Bay. Nga dường như có một: https://www.theguardian.com/world/2016/nov/29/putin-china-iNET-great-firewall-russia-cybersecurity-pact


7

Chà, "tường lửa vĩ đại của Nga" cũng có thể được đặt ra, làm giảm tốc độ. Sau đó, nó sẽ phụ thuộc vào lượng thông tin thu thập được (chỉ cần thiết lập thông tin kết nối, nội dung kết nối đầy đủ để phân tích, v.v.). Nhưng tôi sống bên ngoài Nga và FSB không quảng cáo các công nghệ đã sử dụng, vì vậy hãy coi đó là đầu cơ ...

Nhưng những gì có lẽ là lý do, là nhà cung cấp của bạn. Nhà cung cấp của bạn có thể có kết nối nhà rộng tuyệt vời, tuy nhiên việc truy cập kết nối nước ngoài chắc chắn bị hạn chế hơn. Vì vậy, nếu họ mua kết nối bên ngoài 1 Gbit / s, thì nó cũng phụ thuộc vào tổng số và thời gian ban ngày (vào đêm khuya sẽ có ít người hơn trên mạng, vì vậy bạn có thể nhận được nhiều hơn từ tổng băng thông của nhà cung cấp nước ngoài của bạn kết nối hơn 7 giờ tối, khi mọi người ở nhà và trẻ em trên YouTube.

Ngoài ra, tốc độ đến Hoa Kỳ hoặc Nhật Bản sẽ có thể chậm hơn, ví dụ như đối với Phần Lan hoặc Đức, vì càng nhiều người phải chia sẻ cùng loại cáp với tổng băng thông hạn chế.


1
Cảm ơn câu trả lời của bạn là tốt. Không biết, nhà cung cấp mua lưu lượng kết nối bên ngoài. Sẽ thử kiểm tra kết nối tương tự trong đêm.
mohnstrudel

3

Có (và không, nó không phải là tốc độ internet và nó không phải là tốc độ mỗi giây).

Tốc độ

Tốc độ là một từ ngữ không chính xác, xen kẽ hai thứ khác nhau độc lập rộng rãi nhưng tương tác với nhau: độ trễ và băng thông.
Ngoài ra, tốc độ mà bạn quan sát không phải là tốc độ internet . Nó là một hỗn hợp rất phức tạp của nhiều thứ xảy ra ở đầu của bạn (máy tính của bạn), ở đầu bên kia (máy chủ) và ở một vài điểm ở giữa. Đó có thể là một điều hoàn toàn khác với máy chủ tiếp theo mà bạn truy cập, ngay cả khi máy chủ đó ở rất xa (hoặc xa hơn).

Băng thông

Băng thông là lượng dữ liệu bạn có thể - theo lý thuyết - đẩy lên dây trên mỗi đơn vị thời gian. Thường có giới hạn cứng và mềm cho điều đó. Giới hạn cứng sẽ là những gì dòng có thể lấy, và sau đó là những gì bạn phải trả cho và những gì nhà cung cấp sẽ cho phép bạn (thường là ít hơn!). Thông thường, chuyển không đồng đều, chúng bắt đầu nhanh hơn và sau đó giảm tốc rất sớm.
Ví dụ: tôi có đường lên 96Mbit / s với công suất dòng vật lý là 112Mbit / s. Đó là bởi vì để tăng tính ổn định, băng thông được sử dụng ít hơn mức có thể thực sự có thể. Tuy nhiên, tôi chỉ trả 50Mbit / s (đủ cho nhu cầu của tôi và rẻ hơn 10 € mỗi tháng), mặc dù thực sự nhận được 96Mbit / s. Đợi đã ... nó hoạt động thế nào? Tại sao mọi người sẽ trả nhiều tiền hơn sau đó? Chà, tôi truyền tải mọi thứ với tốc độ 96MBit / giây, nhưng nhà cung cấp sẽ, sau một thời gian rất ngắn (dưới 0,1 giây) chặn tôi và chỉ cho phép gửi / nhận thêm dữ liệu khi đủ thời gian trôi qua nên tôi ở trong hạn ngạch mà tôi đã trả. Do đó, trung bình, tôi có 50Mbit / s. Những điều tương tự cũng xảy ra tại một số địa điểm trong internet, nơi lưu lượng truy cập của bạn cũng sẽ đi qua (mà bạn không bao giờ biết). Giao thông đang được "định hình"

Băng thông trên internet, phần lớn, rất lớn đến nỗi - ngoại trừ trong các cuộc tấn công DDoS trên toàn quốc gia - đó không phải là yếu tố hạn chế dưới bất kỳ hình thức nào. Vâng, trên lý thuyết, và ở hầu hết các nơi trên thế giới, đó là.

Tuy nhiên, có một số điểm nghẽn: Một là ở cuối của bạn, một điều hiển nhiên tiếp theo là ở cuối máy chủ và có khả năng rất lớn là nếu bạn tương tác với một máy chủ ở một vị trí địa lý khác, đặc biệt là một quốc gia thuộc thế giới thứ ba, tổng băng thông đó sẽ tồi tệ hơn đáng kể so với một trong hai. Một số nước ở Đông Nam Á có quốc tếđường lên không cao hơn nhiều so với số ít người dùng gia đình cá nhân có ở các quốc gia khác (hoặc thậm chí ở cùng một quốc gia). Tôi không biết liệu đây có phải là trường hợp không (mọi thứ thay đổi quá nhanh trên thế giới), nhưng ví dụ ở Thái Lan, truy cập máy chủ trong cùng một quốc gia thường nhanh hơn 4 lần so với truy cập máy chủ ở quốc gia khác, vì chỉ lý do đó Điều tương tự sẽ xảy ra nếu bạn cố gắng truy cập một máy chủ trong quốc gia của họ.

Mặc dù băng thông trong vị trí của bạn có thể cao, nhưng đó là kết nối chậm nhất trong chuỗi giới hạn số lượng dữ liệu bạn có thể đẩy qua (giống như trong ống nước). Khoảng cách dài hơn có nghĩa là thường có nhiều cơ hội hơn để gặp một liên kết chậm (hoặc tắc nghẽn).

Độ trễ

Độ trễ là thời gian cần tín hiệu để đến vị trí của bạn (hoặc bất kỳ vị trí cụ thể nào ) từ một số điểm.

Đầu tiên, có tốc độ ánh sáng, (không phải) không đổi và, là một giới hạn vật lý cứng, không thể được xử lý xung quanh. Tại sao tôi nói "(không) không đổi"?Vâng, bởi vì thực tế thậm chí còn tồi tệ hơn lý thuyết. Tốc độ của ánh sáng thực sự là một giới hạn trên, được đo trong chân không. Trong cáp đồng hoặc thậm chí là moreso trong cáp quang, tốc độ ánh sáng có thể đo được dễ dàng chậm hơn 30% so với trong vắc-xin, cộng với khoảng cách thực tế dài hơn. Điều đó không chỉ bởi vì dây cáp không nằm trong một đường thẳng hoàn hảo, mà còn bởi vì ánh sáng truyền dọc theo đường zig-zag sợi, bật ra khỏi các bức tường (phản xạ nội toàn phần). Đây là một thử thách khó khăn (điều này có nghĩa là: không thể) để làm cho tốc độ ánh sáng nhanh hơn đáng kể. Không phải là bạn không thể làm điều đó bằng cách sử dụng một phương tiện khác, nhưng một phương tiện có tốc độ ánh sáng cao hơn có nghĩa là thay đổi chỉ số khúc xạ, do đó bạn giảm và cuối cùng mất đi, tổng phản xạ bên trong. Có nghĩa là trừ khi tín hiệu đi theo một đường thẳng hoàn hảo,

Do đó, tóm lại, có một độ trễ cố định ít nhiều là không thể tránh khỏi, và mặc dù không đáng chú ý trong các truyền phát cục bộ (LAN, hoặc vài km), nó trở nên rất đáng chú ý khi tín hiệu đi qua nửa lục địa. Ngoài giới hạn vật lý cứng này, còn có các độ trễ được giới thiệu bởi các bộ định tuyến trung gian và có thể là đường lên cục bộ của bạn ("dặm cuối" khét tiếng).

Ví dụ: trên kết nối internet tại nhà dựa trên ATM thông thường, bạn chỉ có độ trễ khoảng 4 ms cho các datagram của bạn được gói gọn trong PPP và được chia thành các khung ATM có kích thước 53 byte, được gửi đến DSLAM, được định tuyến trong mạng ATM của nhà cung cấp và được lắp lại trước khi vào lại mạng IP. Lý do tại sao điều này được thực hiện là lịch sử. Ngày xưa, ATM dường như là một kế hoạch tốt để cho phép các cuộc gọi điện thoại chất lượng cao có độ trễ thấp trong khoảng cách xa. Ngày xửa ngày xưa, đó là vào những năm 1980, nhưng than ôi, các nhà cung cấp dịch vụ viễn thông di chuyển chậm.
Ngay cả đối với nhiều cài đặt có tên "sợi" trong tên của chúng, trong thực tế, dây đồng được sử dụng trong hàng chục mét cuối cùng, sợi không hiếm khi kết thúc trên đường phố (mặc dù sợi thực sự ở tầng hầm vẫn tồn tại).

Một bộ định tuyến internet thông thường sẽ thêm một cái gì đó trong phạm vi 0,05 đến 0,2 mili giây vào độ trễ của bạn, nhưng tùy thuộc vào mức độ bận rộn của nó (có thể nó không phải là đỉnh cao), đây rất có thể là một mili giây đầy đủ. Điều đó không nhiều, nhưng hãy xem xét rằng có 6-8 bộ định tuyến ở giữa bạn và máy chủ đích không có gì khác thường, và rất có thể bạn có 12-15 trong số chúng trên một khoảng cách xa hơn! Bạn có thể thử chạy tracert some.server.nameđể xem chính mình.

Một dòng đã bị NSA hoặc SVR cắt và khai thác (vì vậy về cơ bản, mọi dòng chính đi từ / đến lục địa châu Á, hoặc qua Biển Đỏ, Biển Ấn Độ hoặc Đại Tây Dương) sẽ có ít nhất hai mili giây nữa hoặc hơn độ trễ được thêm vào cho các công cụ gián điệp mà họ đang làm, có thể nhiều hơn nữa. Một số quốc gia được biết đến (hoặc ít nhất là bị nghi ngờ cao) không chỉ quan sát nội dung và chặn một số phạm vi IP nhất định, mà thậm chí còn thực hiện một số hoạt động lọc / chặn hoạt động rộng rãi của nội dung không phù hợp về mặt chính trị / ý thức hệ. Điều này có thể giới thiệu sự chậm trễ lâu hơn nhiều.

Do đó, ngay cả đối với các địa điểm "lân cận", bạn có thể mong đợi bất cứ điều gì chậm trễ từ 15 đến 25 ms, nhưng đối với một điều gì đó ở một quốc gia khác, bạn nên mong đợi ~ 100 ms, trên lục địa khác 150-250 ms, nếu bạn không may mắn 400-500 Cô.

Bây giờ, bất chấp tất cả, có vẻ như điều này sẽ không tạo ra nhiều sự khác biệt bởi vì đây chỉ là sự chậm trễ ban đầu một lần, mà bạn khó nhận thấy. Đúng?

Đáng buồn thay, điều đó không hoàn toàn đúng. Hầu hết các giao thức truyền tải một lượng dữ liệu đáng kể như TCP, sử dụng một hình thức điều chỉnh băng thông dựa trên xác nhận, do đó, lượng dữ liệu bạn có thể đẩy lên dây phụ thuộc vào thời gian thực hiện một chuyến đi khứ hồi đầy đủ (có và quay lại lần nữa). Điều này không chính xác 100% vì TCP cố gắng tối ưu hóa thông lượng bằng cách sử dụng một trong một số thuật toán cửa sổ khá phức tạp để gửi một vài datagram trước khi chờ xác nhận.
Mặc dù điều này bằng cách nào đó có thể làm giảm hiệu ứng, tuy nhiên nguyên tắc cơ bản vẫn là: Những gì bạn có thể gửi (hoặc nhận) cuối cùng bị ràng buộc bởi thời gian cần có các xác nhận đến. Một số giao thức khác có yêu cầu thời gian thực nghiêm ngặt hơn và yêu cầu độ tin cậy ít quan trọng hơn ( nghĩ rằng điện thoại IP) sử dụng một chiến lược khác nhau với các vấn đề khác nhau (mà tôi sẽ không giải thích chi tiết).

Bạn có thể thấy độ trễ ảnh hưởng lớn sẽ như thế nào nếu bạn so sánh việc triển khai TCP kém (Microsoft Windows) với mức độ tốt hơn (Linux). Mặc dù cả hai đều nói cùng một giao thức và dường như thực hiện cùng một điều chính xác, nhưng họ không đối phó với việc bù độ trễ tốt như nhau.
Tôi sở hữu một máy tính để bàn (bộ xử lý 6700K, RAM 64 GB, Windows) và SynStation DiskStation (chip ARMv8 công suất thấp, RAM 1 GB, Linux). Máy tính để bàn, được kết nối với cùng một bộ định tuyến, trong khi mạnh hơn nhiều lần, không thể bão hòa hoàn toàn dòng 50 Mbit / s khi tải xuống từ các máy chủ quốc gia hoặc trong EU (15-20ms RTT), ngay cả với một số lần tải xuống đồng thời trong chuyến bay. DiskStation meek không gặp khó khăn gì với việc bão hòa hoàn toàn dòng trên một lần tải xuống, nhận được thông lượng nhiều hơn 15-20% - cùng một cáp, mọi thứ giống nhau.
Trên mạng cục bộ của tôi (nơi độ trễ thấp hơn một phần nghìn giây), không có sự khác biệt đáng chú ý giữa hai. Đó là ảnh hưởng của độ trễ.

Tốc độ ... một lần nữa

Tóm lại, có, bạn có thể mong đợi "tốc độ" giảm khi khoảng cách tăng, chủ yếu là do độ trễ tăng và ở một mức độ nào đó vì bạn có thể có kết nối băng thông thấp hơn ở giữa. Đối với hầu hết các phần, tuy nhiên hiệu quả nên được chấp nhận.


+1 Câu trả lời thực sự dài, nhưng tôi đã học được rất nhiều khi đọc nó.
Joe

0

Điều bình thường là độ trễ cao (ping) sẽ làm giảm tốc độ tải xuống của bạn. Có một số thông tin về điều đó ở đây . Bạn có thể bù bằng cách sử dụng trình quản lý tải xuống sử dụng song song một số kết nối tcp.


0

Có khả năng băng thông bị giảm là do các đường dẫn phức tạp hơn đến các máy chủ từ xa. Bạn có thể tự kiểm tra điều đó bằng cách sử dụng Traceroute .

Tôi luôn thấy rất thú vị khi kiểm tra những con đường này; thông thường, tên của các máy chủ / bộ định tuyến ở giữa sẽ cho bạn gợi ý về vị trí của chúng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.