Hướng dẫn mạng ổn định cho Claude Code

Claude Code chạy được trên băng thông rộng gia đình, mạng doanh nghiệp, proxy được kiểm soát hoặc cổng doanh nghiệp tuân thủ. Với tài khoản thông thường, một mạng ổn định lâu dài và có chủ sở hữu rõ ràng thường tốt hơn VPN công cộng, pool proxy dùng chung hay IP lối ra VPS thay đổi liên tục. Trước khi cấu hình, hãy xem loại IP và điểm rủi ro hiện tại bằng kiểm tra độ sạch.

IP trôi do nhà mạng quay số lại tự nhiên thường khác với việc tài khoản nhảy qua các quốc gia. Đáng lưu ý hơn là việc liên tục chuyển qua lại giữa nhiều quốc gia, nhiều ASN và nhiều thiết bị trong thời gian ngắn — điều này làm tăng khả năng tài khoản bị rà soát bảo mật.

QUIC (UDP 443) dễ bị mất gói, timeout hoặc chuyển tiếp ngoài ý muốn hơn dưới một số proxy hoặc tường lửa doanh nghiệp. Nếu thấy ngắt kết nối chập chờn, hãy thử tắt QUIC hoặc ép lưu lượng liên quan đến Claude chỉ đi bằng TCP rồi kiểm tra lại.

"network": "tcp"
# hoặc tắt QUIC ở cấp client

Các client khác nhau có thể có đặc điểm bắt tay TLS khác nhau. Nếu chuỗi proxy làm thay đổi hành vi TLS, chèn chứng chỉ hoặc dùng vân tay client quá bất thường, có thể gây lỗi kết nối hoặc kích hoạt xác minh thêm. Hãy ưu tiên client trưởng thành và cấu hình TLS chuẩn.

"tls": {
  "fingerprint": "chrome"
}

DNS resolver, lối ra HTTP và lối ra của trình duyệt lý tưởng nhất là đến từ cùng một đường mạng. Nếu DNS phân giải cục bộ còn HTTP đi qua proxy, khu vực phân giải và khu vực truy cập có thể không khớp. Bạn có thể dùng DoH/DoT đáng tin cậy, nhưng điều mấu chốt là xác nhận quy tắc định tuyến của mình thực sự bao phủ lưu lượng DNS.

"dns": {
  "servers": ["https://1.1.1.1/dns-query"]
}

Nếu một proxy hoặc quy tắc định tuyến chỉ bao phủ IPv4, lưu lượng IPv6 có thể đi đường khác, khiến HTTP / DNS / WebRTC thấy lối ra không nhất quán. Không phải lúc nào cũng cần tắt IPv6, nhưng nên kiểm tra độ nhất quán dual-stack trước. Xem Rủi ro IPv6 dual-stack để biết chi tiết.

ipv6 = false
# hoặc domainStrategy của proxy: "UseIPv4"

Tài liệu chính thức liệt kê quyền truy cập mạng của Claude Code gồm ít nhất api.anthropic.com, claude.ai, statsig.anthropic.com và sentry.io. Nên tạo quy tắc định tuyến riêng cho các tên miền này để dễ xử lý sự cố và kiểm toán. Xem Quy tắc định tuyến cho Claude Code.

Claude Web, đăng nhập, tài liệu và tài nguyên tĩnh có thể dùng các CDN hoặc dịch vụ bên thứ ba khác nhau khi phiên bản thay đổi. Đừng cố định chỉ một tên miền chính — hãy lấy các tên miền bắt buộc chính thức làm mốc, rồi dùng bắt gói tin hoặc log cục bộ để bổ sung các tên miền tài nguyên tĩnh thực tế đang được truy cập.

Các chu kỳ ngắt-kết nối lại liên tục làm tăng độ trễ và khiến chuỗi proxy khó xử lý hơn. Client proxy có thể bật TCP keep-alive hợp lý; có bật ghép kênh kết nối (mux) hay không tùy chất lượng đường truyền — nếu thấy ghép kênh bị nghẽn hoặc bị giới hạn tốc độ trên từng kết nối, hãy tắt nó rồi so sánh.

Đừng bọc các lệnh gọi Claude Code bằng một số lượng lớn worker chạy đồng thời. Số kết nối đồng thời quá cao có thể kích hoạt giới hạn tốc độ, xếp hàng kết nối hoặc bị cổng doanh nghiệp bóp băng thông; ngưỡng thực tế tùy vào gói tài khoản, chính sách tổ chức và phản hồi của API.

Hãy ưu tiên lối ra ít mất gói, ít jitter và có đường ổn định tới Anthropic API — đừng chỉ nhìn khoảng cách địa lý. Hãy kết hợp kiểm tra rò rỉ với độ trễ thực tế của yêu cầu Claude Code để đánh giá.