Hướng dẫn

Khi nâng cấp FortiOS, nhiều sự cố không đến từ firmware mà đến từ việc nâng cấp sai lộ trình nâng cấp FortiGate (Upgrade Path). Bài viết giúp IT hiểu rõ Upgrade Path là gì, vì sao Fortinet yêu cầu tuân thủ, các rủi ro khi “skip version”, và cách tra Fortinet Upgrade Path Tool để lập kế hoạch nâng cấp an toàn, ổn định và được hỗ trợ kỹ thuật.

SD-WAN trên FortiGate là giải pháp thay thế hoàn hảo cho kênh truyền MPLS đắt đỏ. Bài viết này NAMHI sẽ hướng dẫn bạn 4 bước cấu hình chuẩn để tối ưu hóa hiệu suất mạng và đảm bảo tính sẵn sàng cao cho các ứng dụng doanh nghiệp.

Với Dial-up IPsec, mục tiêu ở đây không phải “MAC host check” như SSL VPN. Tip này dùng DHCP over IPsec + DHCP reservation theo MAC để đảm bảo mỗi máy luôn nhận đúng IP được cấp. Nếu client dựng tunnel nhưng không nhận được IP, thì sẽ không truy cập được tài nguyên nội bộ, coi như bị giới hạn truy cập theo thiết bị.

Bài viết này hướng dẫn cách bật kiểm tra MAC Address (MAC Host Check) cho SSL VPN ở chế độ Tunnel Mode trên FortiGate. Tính năng này giúp giới hạn kết nối SSL VPN theo thiết bị, tăng cường kiểm soát truy cập từ xa.

Khi GUI không trả lời được câu hỏi “traffic đang đi đâu, match policy nào, NAT ra sao, VPN vì sao không thông”, CLI là nơi FortiGate thể hiện sự thật. Bài này tổng hợp các lệnh hay dùng theo đúng thứ tự xử lý sự cố trong môi trường doanh nghiệp.

Bạn đang có FortiGate, FortiAP hoặc FortiSwitch nhưng không nằm đúng FortiCloud account của khách? Đừng xóa – đừng add lại. Fortinet đã có sẵn cách làm an toàn và chính thống.

Khi doanh nghiệp có 2 đường Internet, việc publish camera, server nội bộ, web/app rất dễ sai: nhầm VIP, nhầm policy, hoặc publish được WAN này nhưng WAN kia thì “tịt”. Bài này hướng dẫn đúng kiểu triển khai thực tế để publish ổn định, dễ debug, dễ bàn giao.

Khi doanh nghiệp có 2 đường Internet, việc publish camera, server nội bộ, web/app rất dễ sai: nhầm VIP, nhầm policy, hoặc publish được WAN này nhưng WAN kia thì “tịt”. Bài này hướng dẫn đúng kiểu triển khai thực tế để publish ổn định, dễ debug, dễ bàn giao.

Bài 14 đã giúp dựng SD-WAN cơ bản (members + SLA + rules). Sang Bài 15, sẽ giúp doanh nghiệp “cảm nhận được”: Teams/VoIP mượt hơn, ERP ổn định hơn, và traffic “nặng” không làm nghẹt đường của dịch vụ quan trọng. Điểm mấu chốt: viết rule theo nhóm dịch vụ + đặt SLA theo mục tiêu + thêm QoS/traffic shaping tối thiểu để giữ trải nghiệm.

Ở Bài 13, ta đã dựng “dự phòng chuẩn” (WAN1 chính, WAN2 dự phòng). Bước nâng cấp của doanh nghiệp là SD-WAN: không chỉ biết “đứt thì chuyển”, mà còn biết “đường nào tốt hơn cho từng ứng dụng”. Ví dụ: Teams/Zoom đi đường có jitter thấp, ERP đi đường ổn định, và khi SLA xấu thì tự chuyển mà user ít bị ảnh hưởng nhất.

Sau HA (Bài 12) để tránh “hỏng thiết bị”, bước kế tiếp để tránh “đứt Internet” là Dual-WAN Failover. Mục tiêu triển khai thực tế: WAN1 (chính) chạy bình thường, WAN2 (dự phòng) chỉ takeover khi WAN1 lỗi, và tự động chuyển lại khi WAN1 ổn định. Bài này hướng dẫn này sẽ giúp: làm đúng từ thiết kế, monitor đúng kiểu, test failover rõ ràng.

Nếu VPN (Bài 10–11) là để “kết nối”, thì HA là để “không bị ngắt”. HA Active-Passive giúp bạn dựng 2 FortiGate chạy theo cặp: 1 con Active xử lý traffic, 1 con Standby đồng bộ cấu hình và sẵn sàng tự động takeover khi thiết bị/đường truyền/port gặp sự cố. Bài này hướng dẫn theo góc nhìn triển khai thực tế: làm đúng – test rõ – vận hành ổn.