Lịch sử Tor: từ onion routing đến mạng hiện nay

Lịch sử Tor, tóm tắt

Lịch sử Tor bắt đầu vào năm 1995 tại U.S. Naval Research Laboratory, một phòng thí nghiệm nghiên cứu của Hải quân Hoa Kỳ. David Goldschlag, Michael G. Reed và Paul Syverson đã xây dựng các prototype onion routing đầu tiên tại đây. Dòng thời gian của Tor Project cho biết câu hỏi họ đặt ra là liệu “có cách nào tạo các kết nối Internet mà không tiết lộ ai đang liên lạc với ai” hay không. Mạng mà mọi người sử dụng ngày nay được triển khai vào tháng 10 năm 2002, với mã nguồn được phát hành theo một giấy phép phần mềm tự do và nguồn mở. Tor Project, Inc. được thành lập dưới dạng tổ chức phi lợi nhuận vào năm 2006.

Mọi mốc thời gian dưới đây đều lấy từ dòng thời gian do Tor Project công bố, release notes hoặc các trang hỗ trợ của chính dự án. Với những thông tin còn tranh luận, chẳng hạn như bên nào tài trợ cho dự án, phần này sẽ nêu rõ bằng chứng là gì và bạn có thể tự kiểm tra ở đâu.

Định tuyến onion thực sự làm gì

Định tuyến onion tách hai thông tin mà Internet thường gắn liền với nhau: bạn là ai và bạn yêu cầu gì. Tor client chọn 3 relay rồi xây dựng một circuit đi qua chúng. Nó bọc traffic của bạn trong 3 lớp mã hóa, mỗi relay một lớp. Mỗi relay bóc một lớp, chỉ biết địa chỉ của hop tiếp theo rồi chuyển packet đi. Cách phân lớp này là nguồn gốc của tên gọi.

Relay đầu tiên, gọi là guard, thấy địa chỉ IP của bạn nhưng không thấy đích đến. Relay cuối cùng, gọi là exit, thấy đích đến nhưng không thấy địa chỉ IP của bạn. Relay ở giữa không thấy cả hai. Không relay nào nắm được cả hai phần, và đó là toàn bộ lập luận bảo mật. Vì vậy, các relay phải do những người không liên quan vận hành. Nếu một tổ chức vận hành cả guard và exit của bạn, sự tách biệt biến mất và lớp mã hóa không còn mang lại lợi ích gì.

Điểm yếu đã biết là tương quan traffic. Một bên quan sát có thể theo dõi đồng thời cả hai đầu của circuit có thể đối chiếu thời điểm và kích thước của các packet đi vào với các packet đi ra. Tor không chống được kẻ tấn công có khả năng theo dõi toàn bộ Internet cùng lúc. Bài viết thiết kế năm 2004 của Roger Dingledine, Nick Mathewson và Paul Syverson, "Tor: The Second-Generation Onion Router", đã nêu rõ điều này trong mô hình mối đe dọa.

Vì sao một mạng riêng sẽ không có tác dụng

Đây là phần mà các bản tóm tắt ngắn thường bỏ qua. Nó giải thích mọi nội dung khác trên trang này.

Một tổ chức quân sự hoặc tình báo không thể có tính ẩn danh từ một mạng chỉ truyền lưu lượng của chính tổ chức đó. Tính ẩn danh là thuộc tính của một đám đông, không phải thuộc tính của một cipher. Nếu mọi kết nối rời khỏi mạng đều thuộc về một văn phòng, thì observer nhìn thấy một kết nối rời đi đã biết ngay câu trả lời. Mã hóa vẫn hoạt động hoàn toàn bình thường. Nhưng tính ẩn danh không tồn tại, vì không có ai khác để nhầm lẫn.

Vì vậy, thiết kế phải là public và traffic phải được trộn với traffic của người khác. Mã nguồn được phát hành theo một giấy phép free software vào tháng 10 năm 2002, và bất kỳ ai cũng có thể chạy một relay. Nhà báo, nhà hoạt động, nhà nghiên cứu và những người bình thường muốn tránh advertising network đều trở thành đám đông bảo vệ mọi người khác bên trong mạng. Dingledine và Mathewson trình bày lập luận này vào năm 2006 trong một bài báo có tên "Anonymity Loves Company: Usability and the Network Effect", được trình bày tại Workshop on the Economics of Information Security. Kết luận là quy mô và sự đa dạng của user base là một thuộc tính bảo mật của hệ thống. Đây không phải là một con số marketing.

Từ mã alpha đến tổ chức phi lợi nhuận

Mốc thời gian của The Tor Project và các bài nghiên cứu được công bố ghi lại những bước sau:

• Tháng 10 năm 2002: mạng Tor được triển khai với mã nguồn “theo giấy phép phần mềm tự do và mã nguồn mở”.
• Cuối năm 2003: mạng chạy trên “khoảng một chục node tình nguyện, chủ yếu ở Mỹ, cùng một node ở Đức”.
• Năm 2004: Dingledine, Mathewson và Syverson công bố bài nghiên cứu thiết kế “Tor: The Second-Generation Onion Router”.
• Năm 2004: Electronic Frontier Foundation (EFF) bắt đầu tài trợ cho công việc phát triển Tor.
• Năm 2006: The Tor Project, Inc. được thành lập dưới dạng tổ chức phi lợi nhuận 501(c)(3) để duy trì quá trình phát triển.
• Năm 2007: bắt đầu phát triển bridge vì firewall cấp quốc gia đã bắt đầu chặn danh sách relay công khai.
• Năm 2008: bắt đầu phát triển Tor Browser.

Hai mốc thời gian sau đó có ý nghĩa đối với cách mạng này được sử dụng hiện nay. Mốc thời gian của The Tor Project ghi nhận việc sử dụng Tor trong Mùa xuân Ả Rập vào cuối năm 2010 để bảo vệ danh tính và truy cập các website bị chặn. Mốc thời gian này cũng ghi nhận các tài liệu Snowden năm 2013 là thời điểm vai trò của Tor được biết đến rộng rãi, đồng thời cho biết các tài liệu đó cho thấy Tor chưa bị phá vỡ vào thời điểm đó. Không sự kiện nào trong hai sự kiện này thay đổi protocol. Cả hai chỉ thay đổi nhóm người cài đặt nó.

Ai chi trả cho Tor, và cách kiểm tra

Tor Project trả lời câu hỏi này trên chính các trang hỗ trợ của mình: “Tor Project được hỗ trợ bằng sự kết hợp giữa các khoản tài trợ của chính phủ, các quỹ tư nhân và các nhà tài trợ cá nhân.” Tiền chính phủ là một phần trong đó, và đã như vậy ngay từ đầu. Trang các bên hỗ trợ nêu tên Bộ Ngoại giao Hoa Kỳ cùng với Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies và các công ty như Brave, DuckDuckGo, Mullvad VPN và Fastly. Vào tháng 10 năm 2026, dự án cho biết vẫn duy trì một hoạt động hợp tác kỹ thuật có phạm vi hẹp với Mullvad nhưng đã tạm dừng việc đồng thương hiệu với công ty này, sau những lo ngại về một khoản quyên góp chính trị của một đồng sáng lập Mullvad. Báo cáo tài chính đã kiểm toán được công bố dưới dạng bài đăng trên blog, gần đây nhất là báo cáo cho năm tài chính 2023 đến 2024, công bố vào tháng 12 năm 2025. Quan điểm được dự án nêu rõ là “trao đổi công khai về các nhà tài trợ và mô hình tài trợ của chúng tôi là cách tốt nhất để duy trì niềm tin với cộng đồng”.

Câu hỏi hữu ích không phải là ai đã trả tiền. Vấn đề là tiền có thể mua được gì. Tor không phải là một dịch vụ yêu cầu bạn đăng nhập. Đây là một đặc tả protocol, một client có source code để bạn đọc và một network relay do những người không quen biết vận hành. Nếu ai đó muốn cài backdoor, họ phải đưa nó vào một trong ba vị trí, và bạn có thể kiểm tra từng vị trí.

• Trong source code. Client là open source và protocol được đặc tả công khai. Các nhà nghiên cứu học thuật thường xuyên công bố các cuộc tấn công vào Tor, và họ có đầy đủ động lực nghề nghiệp để tìm ra lỗ hổng trước tiên.
• Trong binary. Các bản build của Tor Browser đã deterministic từ tháng 8 năm 2013, nên một bên build độc lập có thể build lại một release rồi so sánh từng byte với file download đã công bố. Nếu binary không khớp với source code, bạn có thể phát hiện điều đó mà không cần tin người đã phát hành nó.
• Trong các relay. Tor Project không vận hành network. “Tor network phụ thuộc vào các tình nguyện viên đóng góp bandwidth”, còn guard, relay trung gian, exit và bridge thuộc về hàng nghìn operator không liên quan với nhau. Việc compromise một bên tài trợ không compromise được các operator đó.

Tuyên bố của chính dự án rất ngắn gọn: “Tor không có backdoor. Phần mềm là open source, code có thể được kiểm tra độc lập và mọi release đều được ký để bảo vệ khỏi việc bị giả mạo.” Câu này chỉ có giá trị vì mỗi mệnh đề đều nêu một điều mà bạn có thể tự kiểm tra.

Có một điểm cần lưu ý thực sự, và nó liên quan đến thứ tự ưu tiên hơn là tính toàn vẹn. Tiền tài trợ quyết định công việc nào được thực hiện trước, nên việc vượt kiểm duyệt đã nhận được nguồn vốn ổn định hơn, chẳng hạn, hiệu năng network. Đây là một chỉ trích hợp lý đối với dự án. Nó khác với chỉ trích rằng “code đã bị compromise”, và bạn trả lời vấn đề này bằng cách đọc các báo cáo tài chính thay vì tin vào lời đảm bảo của bất kỳ ai.

Các hidden service trở thành onion service

Onion service là một server không bao giờ để lộ địa chỉ IP của mình. Client và server mỗi bên tự xây dựng một circuit đến một điểm gặp bên trong network, nên không bên nào biết địa chỉ của bên kia. Địa chỉ này không phải là một tên do registry cấp cho ai đó. Nó được tạo từ public key của server, vì vậy địa chỉ .onion trông như một chuỗi ký tự ngẫu nhiên.

Timeline của onion service ghi lại các bản release:

• 8 April 2004: hidden service được triển khai lần đầu trong Tor 0.0.6pre1.
• 21 September 2007: hidden service version 2 xuất hiện trong Tor 0.2.0.7-alpha.
• 19 December 2016: quá trình phát triển version 3 bắt đầu trong Tor 0.3.0.1-alpha.
• 9 January 2018: version 3 được release trong Tor 0.3.2.9.

Việc đổi tên từ "hidden service" sang "onion service" diễn ra dần dần thay vì vào một ngày cụ thể, và tài liệu của Tor Project hiện vẫn dùng cả hai cách gọi. Tên cũ mô tả không đúng đối tượng. Nhiều onion site là public, được index và được quảng bá; thứ bị ẩn là vị trí của server, không phải site. Tên cũ vẫn còn trong config file, giống như một dấu tích lịch sử hữu ích. Đây vẫn là cách khai báo một service trong torrc:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

Directory này chứa các service key và file hostname có địa chỉ. Dòng port ánh xạ một port trên onion address đến một địa chỉ local trên cùng máy, nên web server có thể tiếp tục bind vào 127.0.0.1 và hoàn toàn không listen trên interface public. Version 3 là mặc định, nên service được tạo bằng hai dòng này ngày nay sẽ nhận địa chỉ v3. Thực hiện việc này trên một box thuê chủ yếu là giữ nginx trên loopback, sau đó loại bỏ các rò rỉ có thể liên kết địa chỉ đó với public IP của bạn. Đó là quy trình mà host .onion site trên VPS của bạn hướng dẫn từng bước.

Onion address cũng không phải là domain name. RFC 7686, được công bố vào October 2015, dành riêng .onion làm domain name special-use để các resolver thông thường không còn làm rò rỉ những truy vấn này vào public DNS (domain name system). Quy tắc mà RFC này đặt ra rất rõ: "Authoritative server MUST respond to queries for .onion with NXDOMAIN." So sánh điều đó với cách một domain name thông thường được resolve, bạn sẽ thấy đây chính là điểm khác biệt cốt lõi. DNS name được registry cấp cho bạn và được tra cứu thông qua các server mà bạn không kiểm soát. Onion address là một public key, nên nó tự xác thực và không cần tra cứu.

Vì sao các địa chỉ .onion cũ ngừng hoạt động

Hai định dạng địa chỉ này không tương thích, và định dạng cũ đã bị tắt vĩnh viễn.

[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

Địa chỉ v2 dài 16 ký tự vì nó chỉ chứa 80 bit đầu tiên của hash SHA-1 của public key RSA-1024. Địa chỉ v3 dài 56 ký tự vì nó chứa đầy đủ public key Ed25519, cùng với checksum và byte phiên bản. Địa chỉ v3 dài hơn vì không còn cắt ngắn hash, nên bản thân địa chỉ hiện là danh tính đầy đủ của service.

Việc loại bỏ định dạng cũ được công bố vào tháng 7 năm 2020, theo lịch sau:

• 15 tháng 9 năm 2020, Tor 0.4.4.x: Tor sẽ bắt đầu cảnh báo operator và client rằng v2 đã deprecated.
• 15 tháng 7 năm 2021, Tor 0.4.6.x: hỗ trợ v2 sẽ bị xóa khỏi code base.
• 15 tháng 10 năm 2021: các bản phát hành client stable mới cho mọi series được hỗ trợ sẽ vô hiệu hóa v2.

Các bản phát hành thực tế không xuất hiện đúng những ngày đó. Code được chuyển đổi sớm hơn: changelog của Tor 0.4.6.1-alpha, đề ngày 18 tháng 3 năm 2021, ghi rằng: "Kể từ bản phát hành này, Tor không còn hỗ trợ các onion service v2 cũ." Ngày 10 tháng 5 năm 2021, Tor 0.4.5.8 thêm cảnh báo "khi kết nối đến các onion service v2 hiện đã deprecated", còn Tor 0.4.6.3-rc đưa ra thông báo lỗi rõ hơn cho các service "không còn được hỗ trợ". Trình duyệt chuyển đổi muộn hơn. Tor Browser stable loại bỏ v2 trong version 11.0 vào ngày 8 tháng 11 năm 2021: "Sau khi cập nhật lên Tor 0.4.6.8, các onion service v2 không còn truy cập được trong Tor Browser".

Lý do được nêu là vấn đề về mật mã. "Khi hiểu biết của nhân loại về toán học và mật mã phát triển, nền tảng của version 2 trở nên mong manh và tại thời điểm đó không còn an toàn." Hash SHA-1 bị cắt còn 80 bit và RSA key 1024 bit đều thấp hơn mức hợp lý vào năm 2021, đồng thời định dạng địa chỉ không còn chỗ để thay thế một trong hai thành phần này.

Hệ quả đối với người đọc rất đơn giản và cần được nói rõ. Mọi liên kết .onion dài 16 ký tự được công bố trước năm 2021 đều đã chết vĩnh viễn và không có redirect. Không thể nâng cấp địa chỉ v2, vì địa chỉ đó là hash bị cắt ngắn của RSA key cũ. Operator phải tạo service mới và công bố địa chỉ mới thông qua một kênh mà người dùng của họ đã tin cậy.

Cầu nối và pluggable transport: kiểm duyệt liên tục thay đổi

Danh sách relay công khai được công bố có chủ ý, để client có thể tự chọn đường đi thay vì tin một server chọn đường đi thay mình. Nhưng danh sách đã công bố đó cũng là blocklist có sẵn cho bất kỳ quốc gia nào muốn chặn Tor. Việc phát triển bridge bắt đầu vào năm 2007. Bridge là một relay không có trong danh sách công khai. Bạn yêu cầu một số lượng nhỏ bridge qua web hoặc email, để bên kiểm duyệt không thể chặn những địa chỉ mà họ không thể liệt kê. Nguồn bridge này chỉ tồn tại vì các volunteer liên tục bổ sung bridge mới. Chạy một obfs4 bridge trên VPS giá rẻ chỉ cần vài directive torrc và một firewall rule, không phải một dự án lớn.

Sau đó, việc chặn chuyển từ địa chỉ sang đặc điểm lưu lượng. Deep packet inspection có thể nhận diện protocol Tor trên đường truyền, bất kể lưu lượng đi đến địa chỉ IP nào. Giải pháp là pluggable transport: một wrapper thay đổi hình dạng của lưu lượng Tor mà không thay đổi chức năng của nó. Trong Tor Browser hiện nay, các transport này được đóng gói trong một binary có tên lyrebird, là phiên bản kế nhiệm của obfs4proxy. Phía client chỉ cần 3 dòng torrc:

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

Thay [PATH] bằng thư mục chứa binary lyrebird. Lấy toàn bộ dòng Bridge từ trang bridges của Tor Project thay vì tự nhập. Mỗi transport xử lý một phương thức chặn khác nhau:

• obfs4 làm cho lưu lượng trông như không có gì có thể nhận diện được, vì không có protocol header để filter đối chiếu. Các trang hỗ trợ của Tor liệt kê transport này đầu tiên trong nhóm nên thử khi bạn lần đầu tìm cách vượt qua một lệnh chặn.
• snowflake chuyển kết nối qua các proxy tồn tại ngắn do volunteer chạy trong các web browser thông thường. Vì vậy, địa chỉ mà bạn kết nối đến liên tục thay đổi. Transport này được đưa vào Tor Browser stable trong version 10.5 vào ngày 6 July 2021.
• meek định tuyến kết nối qua một cloud provider lớn, nên lưu lượng trông như đang đi đến provider đó. Muốn chặn meek thì cũng phải chặn cả provider.
• webtunnel dùng cách tiếp cận ngược với obfs4. Thay vì trông như không có gì, nó trông như một kết nối HTTPS thông thường đến web server, bằng cách “bọc kết nối payload trong một kết nối HTTPS giống WebSocket”. Tor Project phát hành transport này trong Tor Browser stable vào ngày 12 March 2024, dành cho các network chỉ cho phép một danh sách protocol ngắn.

Chuỗi thay đổi này phản ánh đúng diễn biến của 20 năm qua. Mỗi transport mới xuất hiện vì một kỹ thuật chặn cụ thể bắt đầu có hiệu quả. Ngày phát hành của chúng ghi lại những gì bên kiểm duyệt đã thực hiện trong từng năm.

Tor không phải là VPN, và VPS cũng không phải VPN

Nhiều người tìm đến Tor sau khi đọc về VPN, nên cần phân biệt rõ. VPN (virtual private network) gửi traffic của bạn đến một server do một công ty vận hành, và công ty đó thấy địa chỉ thật cùng đích đến của bạn tại cùng một thời điểm. Tor gửi traffic của bạn qua 3 relay do những người khác nhau vận hành, nên không relay nào trong số đó nắm được cả hai thông tin. Đây là hai mô hình trust khác nhau, với các dạng sự cố khác nhau. Sự khác nhau giữa VPS và VPN giải thích vị trí phù hợp của từng loại.

Nếu bạn muốn một tunnel riêng giữa các máy do bạn kiểm soát, thay vì muốn ẩn danh trong một nhóm người dùng, thì bạn cần tự vận hành một VPN. Bạn có thể tự host VPN WireGuard trên VPS với khoảng 40 dòng config. Cách này bảo vệ traffic của bạn khỏi mạng nội bộ và internet provider. Nó không giúp bạn ẩn danh với công ty hosting server, vì bạn thuê server đó bằng thông tin thanh toán của chính mình. Câu hỏi riêng về mức độ an toàn của VPS hosting lại liên quan đến một threat khác: còn ai có thể truy cập vào máy của bạn.

Vận hành một relay là hướng ngược lại, và mạng lưới phụ thuộc vào những operator này. Bridge, guard, middle relay và exit đều cần operator. Hướng dẫn relay của Tor Project nói rõ rằng “vận hành relay cần kỹ năng kỹ thuật và sự cam kết”. Exit kéo theo rủi ro pháp lý, vì traffic của người khác rời Internet dưới địa chỉ IP của bạn và hosting provider sẽ nhận được khiếu nại. Hãy đọc hướng dẫn đó trước khi khởi chạy exit, không phải sau đó.

FAQ

Tor có phải do chính phủ Mỹ xây dựng không?

Onion routing bắt đầu tại Phòng thí nghiệm Nghiên cứu Hải quân Hoa Kỳ vào năm 1995. Tại đó, David Goldschlag, Michael G. Reed và Paul Syverson đã xây dựng các prototype đầu tiên. Tor là thiết kế thế hệ tiếp theo, do Roger Dingledine, Nick Mathewson và Paul Syverson bắt đầu phát triển vào khoảng năm 2001 và 2002. Network được triển khai vào tháng 10 năm 2002 theo giấy phép phần mềm tự do. Tor Project, Inc. là tổ chức phi lợi nhuận 501(c)(3) độc lập từ năm 2006. Nguồn gốc từ chính phủ là có thật. Đây cũng là lý do network phải được mở cho tất cả mọi người: một network chỉ mang traffic của một tổ chức không thể cung cấp anonymity cho tổ chức đó, vì mọi connection đi ra đều xác định sender qua việc sử dụng network.

Chính phủ tài trợ có nghĩa là Tor có backdoor không?

Câu trả lời của Tor Project là: "Tor không có backdoor. Software là open source, code có thể được audit độc lập, và mọi release đều được ký để chống giả mạo." Điều khiến tuyên bố này có thể kiểm chứng thay vì chỉ là lời hứa nằm ở cấu trúc hỗ trợ nó. Protocol được đặc tả công khai. Build của Tor Browser mang tính deterministic, nên builder độc lập có thể build lại một release và so sánh với binary được công bố. Các relay do volunteer vận hành, không phải do bất kỳ bên tài trợ nào vận hành. Funding có ảnh hưởng đến việc nào được thực hiện trước. Các báo cáo tài chính đã audit trên blog của Tor cho biết tiền đến từ đâu. Đây là câu hỏi về ưu tiên, không phải về code.

Tại sao địa chỉ .onion cũ của tôi ngừng hoạt động?

Đó là địa chỉ version 2, và onion service v2 đã bị ngừng sử dụng vào năm 2021. Tor Project thông báo việc ngừng sử dụng vào tháng 7 năm 2020. Tor 0.4.6.1-alpha loại bỏ hỗ trợ v2 vào tháng 3 năm 2021. Tor Browser stable ngừng truy cập địa chỉ v2 từ version 11.0 vào ngày 8 tháng 11 năm 2021. Địa chỉ v2 có 16 ký tự trước .onion, còn địa chỉ v3 có 56 ký tự. Không có redirect và cũng không có đường nâng cấp, vì địa chỉ được tạo từ key cũ. Do đó, operator phải tạo service mới và công bố địa chỉ mới.

Tor có giống VPN không?

Không. VPN gửi traffic của bạn đến một server do một công ty vận hành. Công ty đó có thể thấy đồng thời địa chỉ IP thật và đích đến của bạn. Tor gửi traffic qua 3 relay do các bên khác nhau vận hành. Relay đầu tiên thấy địa chỉ của bạn nhưng không thấy đích đến. Relay cuối cùng thấy đích đến nhưng không thấy địa chỉ của bạn. Tor chậm hơn và được thiết kế để cung cấp anonymity trước một observer không theo dõi toàn bộ Internet. VPN nhanh hơn và được thiết kế để bảo vệ privacy trước local network và internet provider của bạn.

Pluggable transport là gì và tôi có cần dùng không?

Pluggable transport là một wrapper thay đổi hình dạng của Tor traffic trên wire mà không thay đổi cách Tor hoạt động. Nhờ đó, filter nhận diện protocol Tor không thể khớp với traffic này. Bạn chỉ cần dùng một pluggable transport nếu Tor thông thường không thể kết nối. Điều này thường có nghĩa là network hoặc quốc gia của bạn đang chặn Tor. Tor Browser tích hợp obfs4, snowflake, meek và webtunnel trong một binary duy nhất có tên là lyrebird. Các trang hỗ trợ của Tor đề xuất lần lượt thử obfs4, webtunnel, snowflake hoặc meek. Vì vậy, hãy bắt đầu với obfs4 và chuyển xuống các lựa chọn tiếp theo nếu connection không bao giờ hoàn tất.