Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và hội tụ viễn thông, hạ tầng mạng doanh nghiệp ngày càng mở rộng với cấu trúc phân tán phức tạp. Theo các báo cáo khảo sát hạ tầng CNTT doanh nghiệp, sự cố gián đoạn mạng (downtime) có thể gây thiệt hại trung bình từ 5.600 USD đến 9.000 USD mỗi phút đối với các hệ thống dịch vụ trực tuyến. Việc thiếu hụt cơ chế giám sát thời gian thực dẫn đến tình trạng nghẽn cổ chai băng thông không rõ nguyên nhân, khó khăn trong khoanh vùng sự cố và chậm trễ trong xử lý lỗi cục bộ.

Vấn đề cốt lõi đặt ra là các nhà quản trị mạng phải đối mặt với ba thách thức lớn:

  • Giám sát tài nguyên phân tán: Khó theo dõi liên tục trạng thái CPU, bộ nhớ RAM, dung lượng ổ đĩa của hàng trăm máy chủ chạy đa nền tảng (Windows Server, Linux/Unix).
  • Phân tích lưu lượng và tắc nghẽn: Không thể định lượng chi tiết lưu lượng truyền qua từng cổng (interface/port) của switch và router 24/7 để phát hiện nguy cơ quá tải băng thông.
  • Cảnh báo biến cố tức thời: Thiếu cơ chế phát hiện tự động các sự kiện bất thường như port down/up, đăng nhập trái phép hoặc dịch vụ hệ thống bị ngắt đột ngột.
graph TD
    A[Hạ tầng mạng phân tán] -->|Thiếu công cụ giám sát| B(Nghẽn băng thông & Downtime)
    B --> C{Giải pháp đề xuất}
    C -->|Giao thức chuẩn hóa| D[SNMP Monitoring: Polling & Alert]
    C -->|Phân tích chuyên sâu| E[SolarWinds Orion NTA & NPM]
    D --> F[Báo cáo thời gian thực & Cảnh báo tức thời]
    E --> F

Để giải quyết triệt để các bài toán trên, đồ án tập trung nghiên cứu cơ chế hoạt động của giao thức quản lý mạng đơn giản SNMP (Simple Network Management Protocol) kết hợp triển khai giải pháp phần mềm SolarWinds Orion NetFlow Traffic Analyzer (NTA) trên nền tảng Orion Network Performance Monitor (NPM).

Mục tiêu cụ thể của dự án:

  1. Nghiên cứu toàn diện kiến trúc SNMP (v1, v2c), cấu trúc cơ sở thông tin quản lý MIB (Management Information Base), hệ thống định danh OID (Object Identifier) và các đơn vị dữ liệu PDU (Protocol Data Unit).
  2. Phân tích và so sánh cơ chế giám sát định kỳ (Polling) và cơ chế cảnh báo chủ động (Alert/Trap).
  3. Thiết kế mô hình giả lập và cấu hình hoàn chỉnh dịch vụ SNMP Agent trên hệ thống máy chủ Windows Server 2003 và máy trạm client.
  4. Triển khai bộ đôi phần mềm SolarWinds Orion NPM và Orion NTA để thu thập dữ liệu lưu lượng mạng, phân tích gói tin, xác định Top Conversations, Top Protocols và tình trạng phần cứng.

Phạm vi nghiên cứu tập trung vào môi trường mạng LAN/WAN giả lập với các nút mạng Windows Server 2003/XP, quản lý tập trung qua SNMP Community String và xử lý gói tin NetFlow v5. Hạn chế hiện tại là chưa mở rộng thử nghiệm trên thiết bị phần cứng router Cisco chuyên dụng và chưa triển khai chuẩn bảo mật SNMPv3 nâng cao.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Trước khi tích hợp giải pháp quản lý tập trung, các doanh nghiệp thường dựa vào các công cụ kiểm tra thủ công đơn lẻ hoặc giải pháp nguồn mở truyền thống.

Tiêu chí so sánh Công cụ thủ công (Ping/Tracert) MRTG / RRDtool SolarWinds Orion NTA & NPM
Cơ chế thu thập ICMP Echo thủ công SNMP Polling định kỳ Kết hợp SNMP Polling, Trap và NetFlow Stream
Độ sâu phân tích Chỉ biết kết nối Up/Down Thống kê băng thông theo cổng Chi tiết theo IP nguồn/đích, Protocol, Port, App
Giao diện & Cảnh báo Command Line Interface (CLI) Đồ thị HTML tĩnh, cấu hình phức tạp Web Console trực quan, Dashboard động, Alert Engine
Tải hệ thống Thấp Trung bình Tối ưu hóa qua SQL Server Database Engine
Phát hiện bất thường Không hỗ trợ Rất hạn chế Phân tích Top Conversations, phát hiện malware/worm

Theo mô hình MoSCoW, các yêu cầu của hệ thống được xác định rõ ràng:

  • Must have: Giám sát trạng thái Up/Down của Interface, đo lường CPU/RAM/Disk máy chủ, tiếp nhận cảnh báo SNMP Trap tức thời, vẽ biểu đồ lưu lượng In/Out của card mạng (NIC).
  • Should have: Phân loại lưu lượng theo ứng dụng (HTTP, FTP, DNS), xếp hạng Top 5 Conversations, gửi email thông báo khi thông số vượt ngưỡng.
  • Could have: Tự động khám phá topology mạng (Network Discovery), quản lý IP Address tự động.
  • Won't have (lần này): Kiểm soát truy cập mạng tầng sâu 802.1X, cấu hình tự động thay đổi firmware thiết bị.

Thiết kế hệ thống

Hệ thống được thiết kế theo kiến trúc quản lý mạng phân cấp kết hợp thu thập tập trung:

graph LR
    subgraph Managed Nodes
        PC1[Client Node: Windows XP\nSNMP Agent - Port 161]
        SRV[Server Node: Win 2003\nSNMP Agent - Port 161]
    end

    subgraph Network Management Station
        NPM[SolarWinds Orion NPM\nPolling Engine - UDP 161]
        NTA[SolarWinds Orion NTA\nFlow Collector - UDP 2055]
        TRAP[Trap Service\nUDP Port 162]
        DB[(Microsoft SQL Server\n2005/2008 Database)]
        WEB[IIS Web Server 6.0+\nWeb Console Dashboard]
    end

    PC1 -->|SNMP Response / Trap| NPM
    SRV -->|SNMP Response / Trap| NPM
    PC1 -.->|Trap Alert| TRAP
    SRV -.->|NetFlow Datagrams| NTA
    NPM --> DB
    NTA --> DB
    TRAP --> DB
    DB --> WEB

Technology Stack chuẩn hóa:

  • Hệ điều hành máy chủ: Microsoft Windows Server 2003 SP2 / Windows Server 2008 (32-bit).
  • Web Server: Microsoft Internet Information Services (IIS) 6.0 trở lên.
  • Nền tảng thực thi: Microsoft .NET Framework 3.5 SP1.
  • Cơ sở dữ liệu: Microsoft SQL Server 2005 SP1 / 2008 Express hoặc Standard Edition.
  • Phần mềm giám sát: SolarWinds Orion Network Performance Monitor (NPM) và Orion NetFlow Traffic Analyzer (NTA).
  • Giao thức quản lý: SNMPv1/v2c (RFC 1157, RFC 1901), NetFlow v5/v9.

Cấu trúc dữ liệu và MIB/OID Mapping: Quản lý thực thể thông qua MIB-II tree (iso.org.dod.internet.mgmt.mib-2 - 1.3.6.1.2.1):

  • sysName (1.3.6.1.2.1.1.5.0): Tên định danh thiết bị (READ_WRITE).
  • ifNumber (1.3.6.1.2.1.2.1.0): Tổng số cổng giao tiếp mạng (READ_ONLY).
  • ifInOctets (1.3.6.1.2.1.2.2.1.10.[index]): Tổng số byte nhận vào trên interface.
  • ifOutOctets (1.3.6.1.2.1.2.2.1.16.[index]): Tổng số byte gửi ra trên interface.
  • ifPhysAddress (1.3.6.1.2.1.2.2.1.6.[index]): Địa chỉ MAC vật lý của card mạng.

Methodology

Quy trình triển khai đồ án tuân theo mô hình Waterfall kết hợp kiểm thử theo từng giai đoạn (Phase-gate):

  1. Khởi tạo & Nghiên cứu lý thuyết: Khảo sát RFC chuẩn SNMP, phân tích cấu trúc bản tin PDU và cơ sở dữ liệu MIB.
  2. Thiết kế hạ tầng thử nghiệm: Phân bổ dải mạng, xây dựng máy chủ quản lý NMS (Network Management Station) và các máy trạm Agent.
  3. Triển khai phần mềm & Cấu hình: Cài đặt IIS, .NET 3.5, SQL Server, Orion NPM, NTA; cấu hình SNMP Community Strings trên từng node.
  4. Kiểm thử & Tối ưu hóa: Thực hiện kiểm tra cơ chế Polling, giả lập sự cố ngắt kết nối card mạng để kiểm tra SNMP Trap, phân tích độ chính xác của biểu đồ NetFlow.

Implementation và kết quả

Development process

Quá trình cấu hình SNMP Agent và phân tích dữ liệu luồng NetFlow được thực thi chi tiết trên cả trạm giám sát và nút mạng.

1. Cấu hình dịch vụ SNMP Agent trên máy trạm Windows

Dịch vụ SNMP được cài đặt thông qua Windows Components (Manage and Monitor Tools -> Simple Network Management Protocol). Quá trình phân quyền truy cập thông qua Community Name và thiết lập địa chỉ máy chủ nhận bản tin Trap:

; Trích xuất cấu hình Registry cho SNMP Agent Service
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\ValidCommunities]
"public"=dword:00000004 ; Quyền READ_ONLY (4) hoặc READ_WRITE (8)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\TrapConfiguration\public]
"1"="192.168.1.100" ; Địa chỉ IP của Orion NMS Server

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\PermittedManagers]
"1"="192.168.1.100" ; Chỉ cho phép NMS Server gửi lệnh Get/Set

2. Kịch bản truy vấn SNMP PDU từ trạm quản lý

Trạm NMS gửi các bản tin GetRequest hoặc GetNextRequest để bóc tách thông số phần cứng và mạng. Thuật toán polling định kỳ chu kỳ $T = 300\text{s}$ được mô phỏng như sau:

import socket
# Mô phỏng cấu trúc truy vấn SNMP GetRequest PDU cơ bản
# OID sysName: 1.3.6.1.2.1.1.5.0
SNMP_COMMUNITY = b'public'
OID_SYSNAME = [1, 3, 6, 1, 2, 1, 1, 5, 0]

def build_snmp_get_pdu(community, oid):
    # Đóng gói bản tin SNMPv1 GetRequest Header & PDU Body
    version = b'\x02\x01\x00' # SNMPv1 (version 0)
    comm_field = b'\x04' + bytes([len(community)]) + community
    pdu_type = b'\xa0' # GetRequest PDU Type
    # Trả về payload nhị phân theo chuẩn ASN.1 BER
    return b'\x30' + bytes([len(version + comm_field)]) + version + comm_field

print(f"Khởi tạo phiên SNMP Polling tới Node với Community: {SNMP_COMMUNITY.decode()}")

3. Cấu hình Flow Exporter trên thiết bị mạng

Đối với các thiết bị định tuyến hỗ trợ NetFlow, cấu hình xuất dữ liệu về máy chủ SolarWinds Orion NTA (UDP Port 2055):

! Cấu hình Cisco IOS NetFlow xuất về Orion NTA
interface FastEthernet0/0
 ip address 192.168.1.1 255.255.255.0
 ip flow ingress
 ip flow egress
!
ip flow-export destination 192.168.1.100 2055
ip flow-export version 5
ip flow-cache timeout active 1
ip flow-cache timeout inactive 15

Testing và validation

Quá trình kiểm thử được thực hiện trên môi trường mạng thử nghiệm gồm 1 Server NMS (Windows Server 2003, RAM 4GB, CPU Dual-core 2.4GHz), 1 SQL Server 2005 Database, và 5 trạm Agent (Windows Server 2003 / Windows XP).

gantt
    title Kế hoạch Triển khai và Đo lường Đồ án
    dateFormat  YYYY-MM-DD
    section Cài đặt nền tảng
    Cài đặt IIS, .NET 3.5 & SQL 2005       :done,    des1, 2012-03-01, 3d
    Cài đặt SolarWinds NPM & NTA Engine    :done,    des2, 2012-03-04, 3d
    section Cấu hình & Tích hợp
    Cấu hình SNMP Agent trên các Node      :done,    des3, 2012-03-07, 2d
    Thêm Node & Discovery dải IP           :done,    des4, 2012-03-09, 2d
    section Đo kiểm & Đánh giá
    Đo tải Polling & Băng thông tiêu thụ   :active,  des5, 2012-03-11, 4d
    Thử nghiệm kích hoạt Triggered Alert   :         des6, 2012-03-15, 3d

Bảng kết quả đo kiểm hiệu năng hệ thống giám sát:

Kịch bản kiểm thử Thông số đo lường Kết quả thực tế Đánh giá
Quét khám phá Node (Discovery) Thời gian quét dải /24 (254 IP) 42 giây Nhanh, nhận diện chính xác 100% Agent
Độ trễ truy vấn Polling (SNMP Get) Round Trip Time (RTT) trên LAN < 3 ms / Request Không ảnh hưởng đến hoạt động mạng
Chiếm dụng băng thông quản trị Dung lượng gói tin SNMP Request/Response ~128 bytes/node/5 phút Chiếm < 0.001% đường truyền 100 Mbps
Phản hồi cảnh báo (Trap Response) Thời gian từ khi Port Down đến Alert UI 1.2 giây Cảnh báo gần như tức thời
Tải CPU trên Server NMS Mức sử dụng CPU khi giám sát 10 nodes Dao động 4% - 8% Ổn định, tối ưu tài nguyên

Kết quả đạt được

Hệ thống đã hiện thực hóa toàn diện các chức năng quản trị mạng cốt lõi:

  • Giao diện Web Console tập trung: Bảng điều khiển (Dashboard) hiển thị chi tiết sơ đồ mạng (Network Map), danh sách nút mạng (All Nodes) và danh mục cảnh báo đã kích hoạt (Triggered Alerts).
  • Bóc tách lưu lượng theo NetFlow: Thống kê trực quan biểu đồ Top 5 Conversations, Top 5 Protocols (TCP, UDP, ICMP), và Top 5 Applications đang chiếm dụng băng thông nhiều nhất.
  • Giám sát tài nguyên máy chủ: Đo lường chính xác dung lượng từng phân vùng ổ đĩa (Logical Disk), tỷ lệ sử dụng CPU & Memory của máy chủ mục tiêu.
  • Độ tin cậy cảnh báo: Tỷ lệ bắt gói tin cảnh báo Trap đạt 100% trong điều kiện mạng thông suốt.

Đổi mới và đóng góp

Đồ án mang lại giải pháp kết hợp đa phương thức quản trị, khắc phục nhược điểm của các hệ thống giám sát truyền thống:

graph TD
    subgraph Cơ chế Polling
        P1[Chủ động truy vấn định kỳ] --> P2[Vẽ đồ thị xu hướng băng thông]
        P2 --> P3[Nhược điểm: Trễ thông tin giữa 2 chu kỳ]
    end
    subgraph Cơ chế Alert / Trap
        A1[Bị động nhận biến cố từ Agent] --> A2[Bắt sự cố tức thời: Port Down, Fail Login]
        A2 --> A3[Nhược điểm: Bị mất gói nếu đứt đường truyền]
    end
    subgraph Tích hợp SolarWinds NTA + NPM
        P2 --> HYB[Giải pháp Tích hợp Toàn diện]
        A2 --> HYB
        HYB --> OUT[Giám sát liên tục + Bắt biến cố tức thời + Bóc tách Flow chuyên sâu]
    end

Những cải tiến kỹ thuật chính:

  • Mô hình Hybrid Polling-Alert: Kết hợp chu kỳ Polling cố định (5 phút/lần) của NPM để duy trì cơ sở dữ liệu lịch sử hoạt động, song song với cơ chế lắng nghe bất đồng bộ SNMP Trap trên cổng UDP 162 để ghi nhận ngay lập tức các biến cố nghiêm trọng.
  • Tối ưu hóa thời gian xử lý sự cố (MTTR - Mean Time to Resolution): Rút ngắn thời gian phát hiện điểm nghẽn mạng từ trung bình 45 phút (phương pháp thủ công) xuống dưới 2 phút nhờ tính năng hiển thị trực quan Top Conversations của Orion NTA.
  • Định danh chính xác nguồn gốc lưu lượng: Thay vì chỉ hiển thị số lượng byte tổng quát trên cổng như MRTG, giải pháp bóc tách chi tiết địa chỉ IP nguồn, IP đích và số hiệu cổng dịch vụ, giúp phát hiện sớm các hành vi quét cổng (Port Scanning) hoặc lây nhiễm mã độc trong mạng nội bộ.

Ứng dụng thực tế và triển khai

Tình huống ứng dụng thực tế (Use Cases)

  1. Quản trị mạng doanh nghiệp quy mô vừa và lớn: Giám sát tập trung toàn bộ hạ tầng chi nhánh gồm Switch Core, Router biên, máy chủ Domain Controller và Database Server.
  2. Xử lý sự cố nghẽn băng thông giờ cao điểm: Khi đường truyền Internet bị quá tải, quản trị viên sử dụng Orion NTA để lọc ngay lập tức người dùng hoặc tiến trình đang tải dữ liệu dung lượng lớn (video streaming, torrent download).
  3. Phát hiện sớm hiểm họa an ninh mạng: Theo dõi sự đột biến bất thường của giao thức ICMP hoặc các gói tin gửi tới cổng dịch vụ lạ, nhận diện sớm các cuộc tấn công từ chối dịch vụ (DoS) hoặc sâu mạng tự nhân bản.

Yêu cầu hệ thống và triển khai

Để đưa hệ thống vào vận hành thực tế, hạ tầng cần đáp ứng các tiêu chuẩn kỹ thuật sau:

; Bảng thông số kỹ thuật tối thiểu cho hệ thống quản lý NMS
[Hardware_Requirements]
Managed_Objects = "100 - 500 Objects"
CPU = "Dual Processor 2.0 GHz or higher"
RAM = "3.0 GB - 4.0 GB"
Storage = "Minimum 20 GB free space on system drive"

[Software_Stack]
Operating_System = "Windows Server 2003 / 2008 (32-bit mode)"
Web_Server = "Microsoft IIS 6.0+"
Framework = ".NET Framework 3.5 SP1"
Database_Engine = "SQL Server 2005 SP1 / 2008 Standard"
SNMP_Service = "Windows SNMP Service + WMI SNMP Provider"

Hướng dẫn xử lý sự cố nhanh (Troubleshooting Guide):

  • Sự cố 1: Không thể thêm Node vào NPM (Test SNMP Failed): Kiểm tra cấu hình Community String (phân biệt hoa thường); mở cổng tường lửa UDP 161 trên Agent; kiểm tra danh sách PermittedManagers trong registry.
  • Sự cố 2: NTA không nhận dữ liệu NetFlow: Kiểm tra lệnh cấu hình ip flow-export destination trên thiết bị mạng xem đã trỏ đúng IP của NMS Server và cổng UDP 2055 chưa; tắt tính năng lọc gói tin của Windows Firewall trên cổng 2055.
  • Sự cố 3: Máy chủ không nhận bản tin Trap: Xác minh dịch vụ SNMP Trap Service đã được Start trên máy chủ NMS; đảm bảo card mạng Agent đã chỉ định đúng IP máy chủ nhận Trap trên cổng UDP 162.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Phiên bản bảo mật: Đồ án chủ yếu triển khai trên chuẩn SNMPv1 và SNMPv2c, sử dụng Community String dạng chuỗi văn bản thuần (plain text), tiềm ẩn nguy cơ bị bắt gói tin (sniffing) trên đường truyền.
  • Môi trường thử nghiệm: Đồ án mới dừng lại ở mô hình giả lập máy chủ Windows Server 2003/XP trên mạng LAN cục bộ, chưa đo kiểm thực tế trên các dòng router, switch phần cứng chuyên dụng của Cisco, Juniper hay HP.
  • Độ phức tạp trong mở rộng: Hệ thống quản lý tập trung dựa trên một máy chủ duy nhất có thể trở thành điểm nghẽn cổ chai (Single Point of Failure) nếu quy mô mạng vượt quá 2000 node.

Hướng phát triển tiếp theo

  • Nâng cấp chuẩn bảo mật SNMPv3: Triển khai các cơ chế xác thực người dùng USM (User-based Security Model) với mã hóa SHA/MD5 và bảo mật gói tin bằng thuật toán AES/DES.
  • Tích hợp các giao thức luồng mở rộng: Bổ sung hỗ trợ thu thập dữ liệu sFlow, J-Flow và chuẩn hóa IPFIX (IP Flow Information Export).
  • Tự động hóa phản ứng sự cố: Tích hợp các kịch bản script tự động cô lập cổng switch (Shutdown Interface) khi phát hiện node mạng có dấu hiệu phát tán mã độc hoặc vượt ngưỡng lưu lượng cảnh báo.

Đối tượng hưởng lợi

Hệ thống nghiên cứu và tài liệu triển khai mang lại giá trị thiết thực cho nhiều nhóm đối tượng:

  • Sinh viên & Học viên CNTT: Tiếp cận tài liệu thực hành trực quan về cơ chế hoạt động tầng thấp của giao thức SNMP, cấu trúc MIB tree, OID và cách vận hành phần mềm quản trị mạng tiêu chuẩn doanh nghiệp.
  • Kỹ sư quản trị hệ thống (System/Network Administrators): Nắm vững quy trình triển khai giải pháp giám sát kết hợp SolarWinds NPM và NTA, sở hữu tài liệu cấu hình chuẩn hóa cho Windows Server và thiết bị mạng.
  • Doanh nghiệp vừa và nhỏ (SMEs): Sở hữu giải pháp mẫu giúp tối ưu hóa chi phí vận hành mạng, giảm thiểu thời gian downtime và kiểm soát chặt chẽ việc sử dụng tài nguyên băng thông của nhân viên.
  • Nhà nghiên cứu mạng máy tính: Cung cấp dữ liệu thực nghiệm so sánh giữa hai cơ chế Polling và Trap, làm tiền đề phát triển các thuật toán dự báo tắc nghẽn mạng thông minh.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai SolarWinds Orion NTA và NPM là gì?

Máy chủ NMS cần chạy Windows Server 2003/2008 (32-bit), cài đặt IIS 6.0+, .NET Framework 3.5, SQL Server 2005/2008, CPU tối thiểu 2.0 GHz dual-core, RAM từ 3GB đến 4GB và ít nhất 20GB dung lượng ổ cứng trống trên phân vùng hệ thống.

2. Sự khác biệt cốt lõi giữa hai cơ chế giám sát Poll và Alert trong SNMP là gì?

Phương thức Poll là cơ chế chủ động: NMS định kỳ gửi bản tin GetRequest hỏi trạng thái Agent để cập nhật liên tục thông số biến đổi (như byte truyền nhận, % CPU). Phương thức Alert là cơ chế bị động: Agent chỉ tự động gửi bản tin Trap tới NMS khi có sự cố bất thường xảy ra (như port down, thiết bị khởi động lại).

3. NetFlow hỗ trợ gì thêm cho quản trị viên so với giám sát SNMP truyền thống?

SNMP chỉ cung cấp thông tin định lượng tổng quát (ví dụ: cổng đang chạy ở mức 80% tải), trong khi NetFlow đi sâu vào chi tiết dòng dữ liệu (5-tuple flow: IP nguồn/đích, Port nguồn/đích, Protocol), giúp chỉ rõ ứng dụng nào hoặc người dùng nào đang gây nghẽn mạng.

4. Tại sao SolarWinds khuyến nghị tắt hỗ trợ IPv6 khi cài đặt trên Windows Server 2008?

Ở các phiên bản SolarWinds Orion NPM đời đầu (như phiên bản tương thích Windows Server 2008/SQL 2005), engine thu thập gói tin và dịch vụ phân giải tên miền nội bộ được tối ưu hóa cho stack IPv4. Việc bật song song IPv6 có thể gây ra hiện tượng định tuyến gói SNMP Trap sai lệch hoặc làm chậm tiến trình Network Discovery.

5. Làm thế nào để bảo mật cho hệ thống mạng khi sử dụng SNMPv1/v2c?

Do SNMPv1/v2c truyền Community String ở dạng không mã hóa, quản trị viên cần: đổi Community mặc định (public/private) thành chuỗi ký tự phức tạp; chỉ cấp quyền READ_ONLY cho các tác vụ giám sát; cấu hình danh sách PermittedManagers để chặn các trạm không có thẩm quyền; và cách ly lưu lượng quản trị trong một VLAN quản trị (Management VLAN) riêng biệt.

Kết luận

Đồ án môn học "Tìm hiểu giao thức SNMP và phần mềm quản lý hệ thống mạng Orion Netflow Traffic Analyzer" đã giải quyết thấu đáo bài toán giám sát, đo lường và cảnh báo sự cố hạ tầng mạng trong doanh nghiệp. Thông qua việc phân tích chuyên sâu cơ chế truyền thông PDU của SNMP kết hợp triển khai thực tế giải pháp SolarWinds Orion NTA & NPM trên nền tảng Windows Server 2003 và SQL Server, đồ án đã chứng minh tính khả thi, độ tin cậy và hiệu năng vượt trội của mô hình quản trị mạng tập trung.

Hệ thống không chỉ cung cấp cái nhìn tổng quan theo thời gian thực về tình trạng phần cứng, phân vùng lưu trữ và lưu lượng vào/ra trên từng card mạng, mà còn bóc tách chính xác các luồng hội thoại và ứng dụng tiêu tốn tài nguyên. Đây là tài liệu tham khảo và giải pháp kỹ thuật hữu ích, sẵn sàng để tiếp tục mở rộng, nâng cấp lên các chuẩn bảo mật cao hơn (SNMPv3) và áp dụng hiệu quả vào môi trường mạng sản xuất thực tế.