Doanh nghiệp có hai đường Internet nhưng vẫn mất mạng: vì sao failover không hoạt động

Nhiều doanh nghiệp đầu tư hai đường truyền Internet từ hai nhà cung cấp khác nhau với mục tiêu đảm bảo kết nối liên tục khi một ISP gặp sự cố.

Về lý thuyết, mô hình khá đơn giản:

ISP 1 → Firewall → LAN
ISP 2 → Firewall → LAN

Khi ISP 1 mất kết nối, firewall sẽ tự động chuyển traffic sang ISP 2.

Nhưng trên thực tế, không ít doanh nghiệp gặp tình trạng:

Đã có hai đường Internet nhưng khi đường chính gặp sự cố, toàn bộ văn phòng vẫn mất mạng.

Sau vài phút hoặc thậm chí phải khởi động lại firewall, kết nối mới hoạt động trở lại.

Nguyên nhân thường không nằm ở việc doanh nghiệp thiếu đường truyền dự phòng mà nằm ở cơ chế failover chưa được cấu hình hoặc kiểm tra đúng cách.

Hai đường Internet không tự động đồng nghĩa với hai đường Internet dự phòng.

Internet Failover là gì?

Internet Failover là cơ chế tự động chuyển kết nối Internet từ đường truyền chính sang đường truyền dự phòng khi hệ thống phát hiện đường chính gặp sự cố.

Một mô hình phổ biến:

ISP 1 – Primary WAN
↓
Firewall / Router
↑
ISP 2 – Backup WAN

Trong trạng thái bình thường:

LAN → ISP 1 → Internet

Khi ISP 1 gặp sự cố:

LAN → ISP 2 → Internet

Sau khi ISP 1 hoạt động trở lại, firewall có thể tự động chuyển traffic về đường chính.

Quá trình này được gọi là:

• WAN Failover;
• Internet Failover;
• Dual WAN Failover;
• Link Failover.

Nếu được cấu hình đúng, quá trình chuyển đổi có thể diễn ra trong thời gian rất ngắn và phần lớn người dùng gần như không nhận thấy.

Có hai đường Internet nhưng chưa chắc đã có Failover

Đây là hiểu nhầm khá phổ biến.

Doanh nghiệp có thể đang sử dụng:

• VNPT + Viettel;
• Viettel + FPT;
• Internet leased line + FTTH;
• hai FTTH từ hai ISP khác nhau.

Nhưng nếu firewall chỉ được cấu hình sử dụng một WAN làm default gateway thì ISP thứ hai có thể chỉ đang:

• cắm vào firewall;
• có địa chỉ IP;
• có link vật lý;

nhưng chưa thực sự tham gia cơ chế dự phòng.

Vì vậy cần phân biệt:

Có hai WAN

và

Có hệ thống Dual WAN Failover hoàn chỉnh

là hai vấn đề khác nhau.

1. Firewall chỉ kiểm tra trạng thái cổng WAN chứ không kiểm tra Internet

Đây là một trong những nguyên nhân phổ biến nhất.

Giả sử modem ISP vẫn hoạt động và cáp từ modem đến firewall vẫn đang kết nối.

Firewall sẽ thấy:

WAN1 = Link Up

Nhưng phía ISP có thể đang mất kết nối Internet.

Mô hình lúc này:

Internet ❌
↓
ISP Modem ✅
↓
Ethernet Link ✅
↓
Firewall

Nếu firewall chỉ kiểm tra trạng thái vật lý của cổng mạng, nó vẫn nghĩ WAN1 đang hoạt động.

Kết quả:

Failover không xảy ra.

Traffic tiếp tục được gửi sang WAN1 dù WAN1 thực tế không truy cập Internet được.

Đây là lý do hệ thống Dual WAN nên sử dụng cơ chế như:

• Ping monitoring;
• Link monitor;
• Health check;
• Gateway monitoring;
• SD-WAN health check;
• SLA monitoring.

Firewall cần kiểm tra một địa chỉ phía ngoài Internet thay vì chỉ kiểm tra trạng thái cổng WAN.

2. Health Check kiểm tra sai địa chỉ

Ngay cả khi đã bật health check, cấu hình không phù hợp vẫn có thể khiến failover hoạt động sai.

Ví dụ firewall kiểm tra:

Gateway của modem ISP

Nếu đường truyền ISP mất Internet nhưng modem vẫn hoạt động, firewall vẫn ping được gateway.

Firewall kết luận:

WAN = Healthy

Trong khi người dùng lại không truy cập được Internet.

Một cấu hình tốt hơn thường cần kiểm tra một hoặc nhiều địa chỉ nằm thực sự trên Internet.

Ví dụ:

Firewall
↓
ISP
↓
Target Monitoring

Nếu firewall không thể truy cập các target trong một khoảng thời gian xác định, WAN sẽ được đánh dấu lỗi và traffic được chuyển sang đường dự phòng.

3. Chỉ kiểm tra một IP duy nhất

Một vấn đề khác là firewall chỉ sử dụng một địa chỉ duy nhất để kiểm tra trạng thái Internet.

Ví dụ:

Firewall → Ping → Server A

Nếu Server A tạm thời không phản hồi nhưng Internet vẫn bình thường, firewall có thể hiểu nhầm:

WAN Down

và thực hiện failover không cần thiết.

Ngược lại, trong một số trường hợp routing đến Server A vẫn hoạt động nhưng các tuyến Internet khác gặp vấn đề.

Vì vậy, với hệ thống quan trọng, có thể cân nhắc sử dụng:

• nhiều monitoring target;
• DNS check;
• HTTP/HTTPS check;
• latency;
• packet loss;
• jitter.

Mục tiêu là xác định chất lượng thực tế của đường Internet, không chỉ xác định một IP có ping được hay không.

4. Default Route chưa được cấu hình đúng

Firewall quyết định traffic đi ra Internet dựa trên routing table.

Nếu doanh nghiệp có hai WAN nhưng route được cấu hình không đúng, traffic có thể không chuyển sang WAN dự phòng.

Ví dụ:

Route	Gateway	Priority
0.0.0.0/0	ISP 1	10
0.0.0.0/0	ISP 2	20

Thông thường ISP 1 sẽ được ưu tiên.

Khi ISP 1 không còn khả dụng, route của ISP 1 phải được loại bỏ hoặc hạ ưu tiên để ISP 2 trở thành default route.

Nếu cơ chế link monitor không tác động đến routing table, firewall vẫn có thể tiếp tục gửi traffic vào ISP 1.

5. NAT chỉ được cấu hình cho đường Internet chính

Đây là lỗi cấu hình rất dễ bị bỏ sót.

Giả sử firewall đã chuyển routing sang WAN2 thành công.

Traffic lúc này:

LAN → Firewall → WAN2

Nhưng NAT policy chỉ được cấu hình:

LAN → WAN1 → NAT

Trong khi:

LAN → WAN2 → không có NAT

Kết quả:

Firewall đã failover nhưng người dùng vẫn không truy cập được Internet.

Người quản trị nhìn vào dashboard có thể thấy:

WAN2 Active

nhưng máy tính trong LAN vẫn báo mất mạng.

Vì vậy khi triển khai Dual WAN cần kiểm tra đồng thời:

• Routing;
• NAT;
• Firewall Policy;
• DNS;
• SD-WAN Rule.

6. Firewall Policy chỉ cho phép traffic đi qua WAN1

Một số hệ thống cấu hình firewall policy theo interface cụ thể.

Ví dụ:

LAN → WAN1 = Allow

nhưng chưa có:

LAN → WAN2 = Allow

Khi failover xảy ra, route chuyển sang WAN2 nhưng firewall không có policy phù hợp.

Traffic bị chặn tại firewall.

Đây là lỗi khá phổ biến khi đường WAN thứ hai được bổ sung sau khi hệ thống đã vận hành lâu.

Kỹ sư có thể cấu hình:

• WAN2;
• IP;
• gateway;
• route;

nhưng quên cập nhật firewall policy.

7. DNS không hoạt động sau khi chuyển WAN

Có trường hợp Internet thực tế đã failover thành công nhưng người dùng vẫn nghĩ hệ thống mất mạng.

Ví dụ:

Ping IP Internet: OK

nhưng:

www.google.com

không truy cập được.

Nguyên nhân có thể nằm ở DNS.

Nếu DNS của người dùng hoặc firewall đang phụ thuộc vào DNS server của ISP1 thì khi ISP1 gặp sự cố:

Internet qua ISP2 vẫn hoạt động

nhưng

DNS qua ISP1 không hoạt động.

Kết quả người dùng không thể truy cập website bằng tên miền.

Doanh nghiệp nên kiểm tra:

• DNS server của DHCP;
• DNS forwarder trên firewall;
• DNS nội bộ;
• DNS của Active Directory;
• DNS của ISP;
• DNS public.

Trong hệ thống có Active Directory, cấu hình DNS cần đặc biệt cẩn thận để không ảnh hưởng đến domain nội bộ.

8. SD-WAN cấu hình sai rule

Các firewall hiện đại thường sử dụng SD-WAN thay vì chỉ sử dụng static route truyền thống.

SD-WAN có thể quyết định đường đi dựa trên:

• latency;
• jitter;
• packet loss;
• bandwidth;
• application;
• user;
• source;
• destination;
• SLA.

Đây là tính năng rất hữu ích nhưng cấu hình phức tạp hơn.

Ví dụ doanh nghiệp cấu hình:

Microsoft 365 → WAN1

General Internet → WAN2

VPN → WAN1

Nếu WAN1 gặp sự cố nhưng SD-WAN rule không có fallback phù hợp, một số ứng dụng vẫn không chuyển sang WAN2.

Khi đó có thể xảy ra tình trạng:

Google vẫn truy cập được

nhưng

Microsoft 365 không hoạt động.

Người dùng sẽ cảm giác Internet đang “lúc được lúc không”.

9. Failover hoạt động nhưng session cũ chưa được giải phóng

Một vấn đề khác liên quan đến session.

Ví dụ người dùng đang truy cập:

LAN → WAN1 → Website

Firewall tạo session sử dụng Public IP của WAN1.

Khi chuyển sang WAN2, địa chỉ Public IP thay đổi.

Session cũ không thể tiếp tục.

Do đó một số kết nối sẽ bị ngắt và cần thiết lập lại.

Điều này thường ảnh hưởng đến:

• VPN;
• Remote Desktop;
• cuộc họp trực tuyến;
• download;
• SSH;
• ERP;
• ứng dụng cloud có session dài.

Failover không có nghĩa là mọi kết nối đang tồn tại sẽ được duy trì hoàn toàn không gián đoạn.

Đối với một số ứng dụng, người dùng có thể cần reconnect.

10. Hai đường Internet nhưng cùng một hạ tầng vật lý

Đây là vấn đề thường bị bỏ qua.

Doanh nghiệp có thể mua:

ISP A + ISP B

nhưng hai tuyến Internet lại đi chung:

• cùng cột;
• cùng hầm cáp;
• cùng tuyến cáp quang;
• cùng khu vực POP;
• cùng nguồn điện tòa nhà.

Nếu xảy ra:

• đứt cáp;
• mất điện;
• sự cố tòa nhà;
• thi công đường;
• đứt tuyến quang;

cả hai ISP có thể mất cùng lúc.

Về mặt hợp đồng, doanh nghiệp có hai nhà mạng.

Nhưng về mặt hạ tầng:

Single Point of Failure vẫn tồn tại.

Đối với hệ thống quan trọng, nên hỏi ISP về khả năng đa dạng tuyến cáp – route diversity.

11. Hai modem cùng cắm vào một switch trung gian

Một thiết kế không tối ưu khác:

ISP 1
↓
ISP 2
↓
Switch
↓
Firewall

Nếu switch trung gian gặp sự cố thì cả hai WAN đều mất.

Tương tự:

ISP1 → Media Converter
ISP2 → Media Converter
↓
cùng UPS / cùng nguồn điện

Nếu UPS hoặc nguồn điện gặp sự cố, cả hai WAN có thể mất cùng lúc.

Hệ thống dự phòng chỉ hiệu quả khi loại bỏ được các Single Point of Failure quan trọng.

12. Firewall chính là điểm lỗi duy nhất

Doanh nghiệp có thể đầu tư:

• 2 ISP;
• 2 modem;
• 2 tuyến cáp;

nhưng chỉ có một firewall.

Mô hình:

ISP1 ─┐
├→ Firewall duy nhất → LAN
ISP2 ─┘

Nếu firewall gặp lỗi:

Hai đường Internet đều không còn ý nghĩa.

Đối với hệ thống cần độ sẵn sàng cao, có thể cần cân nhắc:

ISP1 + ISP2 → Firewall HA → Core Network

Hai firewall có thể hoạt động dưới dạng:

• Active-Passive;
• Active-Standby;
• High Availability Cluster.

13. Switch Core phía sau firewall gặp sự cố

Không phải mọi sự cố “mất Internet” đều đến từ ISP hoặc firewall.

Mô hình thực tế:

Internet
↓
Firewall
↓
Core Switch
↓
Access Switch
↓
PC / Wi-Fi

Nếu Core Switch gặp lỗi, người dùng cũng sẽ báo:

“Mất Internet.”

Trong khi cả hai ISP và firewall vẫn hoạt động bình thường.

Vì vậy troubleshooting cần kiểm tra toàn bộ đường truyền:

ISP → Modem → Firewall → Core Switch → Access Switch → Wi-Fi → Client

Không nên mặc định mọi lỗi Internet đều là lỗi ISP.

14. Failover có hoạt động nhưng thời gian phát hiện quá lâu

Ví dụ health check được cấu hình:

• Interval: 60 giây
• Fail count: 5 lần

Firewall có thể cần tới vài phút mới xác định WAN chính bị lỗi.

Trong thời gian đó người dùng sẽ bị mất kết nối.

Một cấu hình khác:

• Interval: 5 giây
• Failure threshold: 3

có thể phát hiện nhanh hơn.

Tuy nhiên không nên giảm thời gian kiểm tra quá mức vì có thể gây:

• false positive;
• failover liên tục;
• route flapping.

Thông số phù hợp cần dựa trên chất lượng thực tế của từng đường truyền.

15. Đường Internet không mất hoàn toàn mà bị packet loss

Đây là trường hợp khó phát hiện hơn.

Ví dụ ISP1 vẫn hoạt động:

Ping: OK

nhưng:

Packet Loss: 30%

Hoặc:

Latency bình thường: 10 ms
Hiện tại: 500 ms

Firewall vẫn xem WAN1 là đang hoạt động nếu health check chỉ kiểm tra:

Ping thành công hay thất bại.

Nhưng Teams, Zoom, VoIP và Cloud lại gần như không sử dụng được.

Trong trường hợp này, SD-WAN SLA nên theo dõi thêm:

• latency;
• packet loss;
• jitter.

Ví dụ:

WAN1 Packet Loss > threshold
↓
Chuyển traffic sang WAN2

Đây là một trong những lợi ích lớn của SD-WAN so với failover dựa đơn thuần trên Link Up/Down.

Dual WAN khác Load Balancing như thế nào?

Hai khái niệm thường bị nhầm.

Failover

WAN1 hoạt động bình thường:

100% traffic → WAN1

WAN1 mất:

Traffic → WAN2

WAN2 chủ yếu đóng vai trò dự phòng.

Load Balancing

Traffic được chia cho cả hai WAN.

Ví dụ:

WAN1 → 60%
WAN2 → 40%

Hoặc phân chia theo ứng dụng:

Microsoft 365 → WAN1
Browsing → WAN2

Hai phương án có mục tiêu khác nhau.

Doanh nghiệp cần xác định rõ:

Cần dự phòng Internet hay cần tận dụng đồng thời hai đường Internet?

Failover có giữ được VPN Site-to-Site không?

Không phải lúc nào cũng tự động.

Giả sử văn phòng có:

Head Office ↔ Site-to-Site VPN ↔ Factory

VPN đang chạy qua ISP1.

Khi ISP1 mất:

Internet có thể chuyển sang ISP2

nhưng VPN có thể không tự động chuyển nếu:

• VPN chỉ cấu hình WAN1;
• peer chỉ cho phép Public IP của WAN1;
• chưa có tunnel backup;
• DNS/DDNS chưa cập nhật;
• routing VPN chưa có đường dự phòng.

Do đó cần kiểm tra riêng cơ chế redundancy cho VPN.

Internet failover thành công không đồng nghĩa với VPN failover cũng thành công.

Failover có làm Microsoft Teams hoặc Zoom không bị rớt?

Không thể đảm bảo hoàn toàn.

Khi WAN chuyển:

Public IP thay đổi.

Session hiện tại có thể bị gián đoạn.

Ví dụ:

WAN1 Public IP: A.A.A.A

chuyển sang:

WAN2 Public IP: B.B.B.B

Cuộc gọi Teams hoặc Zoom có thể:

• đứng vài giây;
• reconnect;
• mất âm thanh tạm thời;
• ngắt phiên.

Mục tiêu chính của failover là:

khôi phục kết nối Internet nhanh nhất có thể

chứ không phải đảm bảo tất cả session được duy trì tuyệt đối.

Mô hình Dual WAN nên triển khai như thế nào?

Một mô hình cơ bản:

              ┌── ISP 1
              │
Internet ─────┤
              │
              └── ISP 2
                   │
             Firewall / SD-WAN
                   │
              Core Switch
                   │
        ┌──────────┼──────────┐
       LAN       Wi-Fi      Server

Firewall cần thực hiện:

• WAN Health Check;
• Routing;
• NAT;
• Firewall Policy;
• DNS;
• SD-WAN;
• VPN Failover nếu cần.

Checklist kiểm tra Dual WAN Failover

Khi doanh nghiệp đã có hai Internet nhưng failover không hoạt động, nên kiểm tra lần lượt:

Hạng mục	Nội dung kiểm tra
WAN1	Có Internet thực tế không
WAN2	Có Internet độc lập không
Link Monitor	Có bật hay chưa
Health Check	Đang kiểm tra địa chỉ nào
Routing	Default Route có failover không
NAT	Có NAT cho cả hai WAN không
Firewall Policy	LAN có được phép ra WAN2 không
SD-WAN	Rule có fallback không
DNS	Có phụ thuộc ISP1 không
VPN	Tunnel có đường dự phòng không
Session	Có clear session khi chuyển WAN không
ISP Diversity	Hai tuyến có độc lập thực sự không
Power	Modem/firewall/switch có UPS không
Firewall	Có phải Single Point of Failure không

Cách test Failover đúng cách

Không nên chờ đến khi ISP gặp sự cố thật mới biết failover có hoạt động hay không.

Doanh nghiệp nên kiểm tra định kỳ.

Một bài test cơ bản:

Bước 1 – Kiểm tra trạng thái bình thường

Xác nhận:

• WAN1 hoạt động;
• WAN2 hoạt động;
• Public IP hiện tại;
• routing table;
• SD-WAN status.

Bước 2 – Ngắt đường WAN chính

Ngắt kết nối ISP1 có kiểm soát.

Bước 3 – Theo dõi thời gian Failover

Kiểm tra mất bao lâu để:

• firewall xác định WAN1 Down;
• WAN2 trở thành Active;
• user truy cập Internet trở lại.

Bước 4 – Kiểm tra ứng dụng

Test:

• Website;
• Microsoft 365;
• Teams;
• DNS;
• ERP;
• VPN;
• Remote Access.

Bước 5 – Khôi phục WAN1

Kiểm tra firewall có tự động chuyển về đường chính hay không.

Bước 6 – Test WAN2

Thực hiện tương tự với đường Internet dự phòng.

Mục tiêu là đảm bảo:

Cả hai đường Internet đều có thể hoạt động độc lập.

Nên kiểm tra Failover bao lâu một lần?

Hệ thống Dual WAN không nên chỉ cấu hình một lần rồi để nhiều năm.

Doanh nghiệp nên kiểm tra định kỳ vì trong quá trình vận hành có thể xảy ra:

• ISP thay modem;
• đổi gateway;
• đổi IP;
• thay firewall;
• nâng firmware;
• thay DNS;
• thay cấu hình SD-WAN;
• thay VPN;
• thay thiết bị mạng.

Một thay đổi nhỏ cũng có thể khiến cơ chế failover không còn hoạt động như ban đầu.

Việc test Failover có thể được đưa vào checklist bảo trì hệ thống mạng định kỳ.

Hai Internet có cần hai nhà mạng khác nhau không?

Nếu mục tiêu chính là dự phòng, nên ưu tiên hai ISP độc lập.

Ví dụ:

WAN1: ISP A
WAN2: ISP B

Thường hợp lý hơn:

WAN1: ISP A
WAN2: ISP A

Tuy nhiên ngay cả hai ISP khác nhau cũng chưa đảm bảo hoàn toàn độc lập nếu hai tuyến dùng chung hạ tầng vật lý.

Với các doanh nghiệp cần độ sẵn sàng cao, nên đánh giá cả:

• ISP;
• tuyến cáp;
• nguồn điện;
• thiết bị đầu cuối;
• firewall;
• core switch.

Có nên dùng 4G/5G làm Internet dự phòng?

Có thể.

Đối với văn phòng nhỏ hoặc yêu cầu dự phòng cơ bản, mô hình:

WAN1: Fiber Internet
WAN2: 4G/5G

có một lợi thế lớn:

Hai kết nối sử dụng hai hạ tầng khác nhau.

Khi tuyến cáp quang khu vực gặp sự cố, mạng di động vẫn có khả năng hoạt động.

Tuy nhiên cần kiểm tra:

• độ phủ sóng;
• tốc độ;
• data quota;
• CGNAT;
• VPN compatibility;
• Public IP.

4G/5G phù hợp làm Backup WAN, nhưng không phải môi trường nào cũng phù hợp làm kết nối chính.

Vì sao doanh nghiệp có hai Internet nhưng vẫn mất mạng?

Thông thường nguyên nhân nằm trong một trong ba nhóm:

Nhóm 1 – ISP

• cả hai ISP cùng lỗi;
• hai tuyến đi chung đường;
• modem gặp sự cố;
• gateway ISP lỗi.

Nhóm 2 – Firewall

• chưa cấu hình failover;
• health check sai;
• routing sai;
• NAT thiếu;
• policy thiếu;
• SD-WAN sai;
• DNS sai.

Nhóm 3 – Hạ tầng LAN

• firewall lỗi;
• core switch lỗi;
• access switch lỗi;
• Wi-Fi lỗi;
• DHCP/DNS lỗi;
• mất điện.

Do đó troubleshooting cần nhìn toàn bộ hệ thống thay vì chỉ gọi ISP kiểm tra đường truyền.

Đầu tư hai Internet nhưng không test Failover gần như chưa đủ

Chi phí mua thêm một đường Internet thường không quá lớn so với chi phí gián đoạn hoạt động của cả doanh nghiệp.

Nhưng giá trị của đường truyền thứ hai chỉ thực sự xuất hiện khi:

Đường chính gặp sự cố và đường dự phòng tự động tiếp quản.

Nếu doanh nghiệp chưa từng thử rút WAN chính để kiểm tra hệ thống có tự động chuyển hay không, thì chưa thể chắc chắn cơ chế dự phòng đang thực sự hoạt động.

Một nguyên tắc đơn giản:

Backup chưa từng được test thì chưa thể xem là backup đáng tin cậy.

Điều này đúng với dữ liệu và cũng đúng với Internet Failover.

SMNET kiểm tra và triển khai Dual WAN Failover cho doanh nghiệp

SMNET cung cấp dịch vụ khảo sát, cấu hình và tối ưu hệ thống mạng doanh nghiệp, bao gồm các hệ thống có nhiều đường truyền Internet.

Các hạng mục có thể bao gồm:

• kiểm tra WAN1/WAN2;
• kiểm tra route;
• cấu hình Internet Failover;
• cấu hình SD-WAN;
• cấu hình Link Monitor;
• kiểm tra NAT;
• kiểm tra Firewall Policy;
• kiểm tra DNS;
• cấu hình VPN Failover;
• kiểm tra packet loss và latency;
• kiểm tra thiết kế mạng;
• test Failover thực tế;
• lập tài liệu cấu hình;
• backup cấu hình firewall;
• bảo trì mạng định kỳ.

SMNET triển khai và hỗ trợ các hệ thống firewall doanh nghiệp như WatchGuard, Fortinet, Sophos và các nền tảng mạng phù hợp với từng môi trường thực tế.

Nếu doanh nghiệp đã có hai đường Internet nhưng vẫn thường xuyên mất mạng khi một ISP gặp sự cố, nên kiểm tra lại toàn bộ cơ chế failover trước khi tiếp tục mua thêm đường truyền.

SMNET Co., Ltd
Website: smnet.vn
Email: hello@smnet.vn
Hotline: 028 7301 6068

SMNET – Đối tác công nghệ cho doanh nghiệp.

FAQ – Câu hỏi thường gặp

Có hai đường Internet có tự động dự phòng không?

Không. Firewall hoặc router phải hỗ trợ Dual WAN và được cấu hình failover, routing, NAT và health check đúng cách.

Khi WAN1 mất thì WAN2 chuyển trong bao lâu?

Tùy cấu hình health check, thiết bị firewall và loại sự cố. Có thể từ vài giây đến vài phút.

Failover Internet có cần firewall chuyên dụng không?

Không bắt buộc trong mọi trường hợp, nhưng với doanh nghiệp nên sử dụng firewall hoặc router hỗ trợ Dual WAN, health check và SD-WAN để kiểm soát tốt hơn.

Có nên dùng hai Internet cùng một nhà mạng?

Có thể, nhưng khả năng dự phòng thường thấp hơn hai ISP độc lập nếu cả hai cùng phụ thuộc một hạ tầng mạng.

Tại sao firewall báo WAN2 Active nhưng máy tính vẫn không vào Internet?

Cần kiểm tra NAT, firewall policy, DNS và SD-WAN rule. Routing chuyển sang WAN2 thành công chưa có nghĩa toàn bộ traffic LAN đã hoạt động đúng.

Hai đường Internet có giúp Teams và Zoom không bao giờ rớt không?

Không. Khi failover, Public IP có thể thay đổi và một số session hiện tại có thể bị gián đoạn hoặc cần reconnect.

Có nên test Dual WAN định kỳ không?

Có. Failover nên được kiểm tra định kỳ và sau những thay đổi lớn như nâng firmware firewall, đổi modem, đổi ISP hoặc thay cấu hình mạng.