Happ Proxy: proxy cho Happ — cách bật và cấu hình

Happ Proxy là gì và chế độ proxy hoạt động ra sao

Happ Proxy là lớp truyền tải của ứng dụng Happ, giúp bọc lưu lượng của các ứng dụng vào một đường hầm được mã hóa đến máy chủ bạn chọn. Khác với mô hình cổ điển «toàn bộ lưu lượng vào một VPN», proxy cho Happ hoạt động có chọn lọc: nó dựng một điểm cuối proxy cục bộ trên thiết bị và theo các quy tắc đã đặt sẽ quyết định kết nối nào gửi qua máy chủ, kết nối nào để đi trực tiếp. Chính tính chọn lọc này biến Happ thành một công cụ cấu hình, chứ không đơn thuần là một nút «kết nối».

Bên trong, Happ hỗ trợ các phương thức truyền tải hiện đại — VLESS, VMess, Trojan và Shadowsocks — được đưa vào ứng dụng thông qua liên kết đăng ký (subscription). Ứng dụng phân tích liên kết đăng ký, trích xuất tham số của các node (địa chỉ, cổng, phương thức mã hóa, TLS/Reality, SNI) và giữ chúng sẵn sàng dưới dạng hồ sơ. Bạn chuyển đổi giữa các hồ sơ mà không cần cài đặt lại — chỉ có tuyến đang hoạt động thay đổi.

Ý nghĩa thực tiễn của chế độ proxy nằm ở sự ổn định và khả năng kiểm soát. Bạn tự quyết định ứng dụng ngân hàng có đi vòng qua đường hầm hay không, còn dịch vụ streaming thì đi qua máy chủ ở khu vực cần thiết. Trên logic này còn xây thêm các danh sách loại trừ và split tunneling, sẽ được nói đến bên dưới, cùng với việc chọn máy chủ phù hợp cho từng nhu cầu cụ thể.

Cách bật proxy cho Happ: cấu hình từng bước

Bước 1 — thêm liên kết đăng ký. Mở Happ, vào mục hồ sơ/cấu hình và dán liên kết đăng ký (định dạng happ://, vless:// hoặc liên kết https đến subscription). Ứng dụng sẽ tải về danh sách các node khả dụng. Nếu chỉ có một liên kết nhưng lại có nhiều node thì đó là bình thường: một liên kết đăng ký thường chứa cả một nhóm máy chủ.

Bước 2 — chọn node và giao thức. Cho lần khởi chạy đầu tiên, hãy lấy máy chủ gần nhất về mặt địa lý chạy VLESS + Reality hoặc Trojan: chúng giữ kết nối tốt hơn trên các mạng không ổn định. Nhấn vào node để đặt nó thành node đang hoạt động và chạy kiểm tra độ trễ (ping) — nó sẽ cho thấy phản hồi thực tế, chứ không chỉ là một dấu tích xanh.

Bước 3 — kích hoạt đường hầm. Nhấn nút kết nối. Trên Android, hệ thống sẽ yêu cầu cấp quyền tạo giao diện VPN — đây là cơ chế tiêu chuẩn để proxy chặn bắt lưu lượng. Trên Windows, để có chế độ TUN đầy đủ, người ta dùng Happ Utility (xem mục /proxy-utility/), công cụ này dựng một bộ điều hợp mạng cấp hệ thống.

Bước 4 — kiểm tra tuyến. Mở bất kỳ dịch vụ kiểm tra IP nào và bảo đảm địa chỉ đã đổi sang địa chỉ của máy chủ. Nếu IP vẫn như cũ — lưu lượng đang đi vòng qua đường hầm, và bạn nên kiểm tra lại chế độ định tuyến cùng quyền của ứng dụng.

Định tuyến và danh sách loại trừ (split tunneling)

Danh sách loại trừ trong Happ quyết định miền và ứng dụng nào đi vòng qua đường hầm, còn cái nào đi qua máy chủ. Đây là hạt nhân của việc tinh chỉnh: một danh sách được lập đúng sẽ giảm tải cho máy chủ, tăng tốc các dịch vụ nội bộ và loại bỏ những lần chuyển tuyến thừa. Có thể làm việc với danh sách theo hai logic — «mặc định đi qua proxy, các trường hợp loại trừ đi trực tiếp» hoặc ngược lại.

Split tunneling theo ứng dụng khả dụng trên Android và ở chế độ TUN trên Windows: bạn đánh dấu các ứng dụng cụ thể để bật hoặc tắt đường hầm cho chúng. Kịch bản điển hình là đưa ngân hàng, ứng dụng ngân hàng nội địa và các ứng dụng nhạy cảm với việc đổi khu vực ra khỏi đường hầm, còn để các ứng dụng nhắn tin và media đi qua máy chủ. Phân tích chi tiết các chế độ có ở trang /split-tunneling/.

Đối với định tuyến theo miền, người ta dùng các quy tắc theo danh sách: các bộ geosite/geoip cho phép chỉ với một quy tắc là gửi cả một nhóm (ví dụ, tài nguyên nội địa) đi trực tiếp, còn tất cả phần còn lại — qua máy chủ. Hãy bắt đầu với một bộ có sẵn, sau đó thêm dần các trường hợp loại trừ cụ thể khi cần thiết — nhờ đó danh sách vẫn dễ quản lý và không biến thành đống hàng trăm dòng nhập tay lộn xộn.

Sau mỗi lần chỉnh sửa danh sách, hãy khởi động lại kết nối và kiểm tra kết quả trên các miền thực tế. Các quy tắc được áp dụng theo thứ tự ưu tiên: quy tắc cụ thể hơn phải đứng trên quy tắc chung, nếu không quy tắc rộng sẽ chặn bắt lưu lượng trước.

Tối ưu tốc độ và độ ổn định của kết nối

Tốc độ của proxy cho Happ được quyết định bởi ba yếu tố: mức độ gần và tải của máy chủ, phương thức truyền tải được chọn và các tham số mạng. Hãy bắt đầu từ máy chủ — chạy ping qua vài node của liên kết đăng ký và chọn node ổn định nhất về độ phản hồi, chứ không phải node «đẹp» nhất. Việc chọn node theo nhu cầu được phân tích ở mục /servers/.

Phương thức truyền tải ảnh hưởng đến khả năng chống chịu mất gói. Trên mạng di động và Wi-Fi bị nhiễu, các giải pháp dựa trên UDP (ví dụ, kết nối trên nền QUIC/Reality) thường cho tốc độ đều hơn, còn trên các mạng doanh nghiệp nghiêm ngặt thì TCP+TLS giữ tốt hơn. Nếu tình trạng ngắt kết nối lặp lại, hãy đổi giao thức trong hồ sơ và so sánh.

Tinh chỉnh ở cấp độ mạng giúp ích khi tốc độ «trồi sụt»: giảm MTU (trên các đường truyền có vấn đề xuống khoảng 1400) loại bỏ phân mảnh, còn bật mux/ghép kênh làm giảm chi phí phụ khi có nhiều kết nối ngắn. Hãy thay đổi từng tham số một và đo lại — nếu không sẽ không thể biết chính xác điều gì đã có tác dụng.

Trên Windows, độ ổn định của chế độ TUN và việc chặn bắt lưu lượng hệ thống chính xác do Happ Utility đảm nhiệm. Hãy giữ nó luôn được cập nhật: xung đột với các bộ lọc mạng bên thứ ba và driver cũ của bộ điều hợp là nguyên nhân phổ biến gây tụt tốc độ. Các vấn đề về mã hóa và bảo vệ kết nối được đưa vào mục /security/.

Chẩn đoán: nếu proxy không kết nối được

Nếu kết nối không được thiết lập, hãy đi từ đơn giản đến phức tạp. Trước tiên hãy cập nhật liên kết đăng ký — các node trong nhóm có thể đã thay đổi, và ứng dụng đang giữ các địa chỉ lỗi thời. Chỉ một lần nhấn «cập nhật subscription» sẽ tải về các tham số hiện hành mà không cần tạo lại hồ sơ.

Hãy kiểm tra thời gian hệ thống và múi giờ. Các phương thức truyền tải với TLS/Reality nhạy cảm với việc lệch đồng hồ: sai lệch vài phút sẽ phá vỡ quá trình bắt tay, và nhìn từ bên ngoài trông giống như «máy chủ không phản hồi». Hãy bật đồng bộ thời gian tự động.

Đổi node và giao thức. Nếu một máy chủ im lặng còn máy chủ bên cạnh trong cùng liên kết đăng ký lại hoạt động — vấn đề nằm ở phía node, chứ không phải ứng dụng. Nếu tất cả đều im lặng, nguyên nhân thường ở mạng của nhà cung cấp: hãy thử phương thức truyền tải khác, đổi SNI hoặc kết nối qua internet di động để kiểm tra. Danh sách kiểm tra sự cố đầy đủ được tập hợp ở mục hỗ trợ.

Cuối cùng, hãy kiểm tra định tuyến và danh sách loại trừ. Một lỗi trong quy tắc hoặc một trường hợp loại trừ quá rộng có thể đưa toàn bộ lưu lượng đi vòng qua đường hầm, tạo ảo giác rằng «proxy không hoạt động». Hãy tạm thời tắt các quy tắc do người dùng đặt, xác nhận kết nối cơ bản vẫn sống, rồi bật lại từng quy tắc một.