เมื่อ Router, Switch, Firewall หรือ Network Device เกิดเหตุการณ์สำคัญ อุปกรณ์จะสร้าง Log Message เพื่อบันทึกสิ่งที่เกิดขึ้น เช่น Interface Down, OSPF Neighbor Down, Authentication Failure หรือ Configuration Change
Syslog เป็นมาตรฐานสำคัญสำหรับรวบรวม Log จากอุปกรณ์เครือข่าย ไปยัง Central Logging Server บทความนี้อธิบาย Syslog Severity Level 0–7, Facility, Timestamp, Logging Buffer, Remote Syslog Server รวมถึงการตั้งค่าและ Troubleshooting บน Cisco
สารบัญ
- Syslog คืออะไร?
- ทำไม Network Engineer ต้องใช้ Syslog?
- Syslog Architecture
- โครงสร้าง Syslog Message
- Syslog Severity Level 0–7
- Syslog Facility คืออะไร?
- Console, Monitor, Buffer และ Remote Server
- Timestamp และ NTP
- Syslog ใช้ Port อะไร?
- Cisco Syslog Configuration
- Remote Syslog Server
- Logging Source Interface
- กำหนด Logging Severity
- Cisco Syslog Lab
- Verification Commands
- Syslog Troubleshooting
- Syslog Security
- Syslog กับ Monitoring และ SIEM
- Best Practices
- FAQ
- บทสรุป
ภาค 1: พื้นฐาน Syslog
Syslog คืออะไร?
Syslog เป็น Protocol และ Logging Framework ที่ใช้ส่งข้อความเหตุการณ์จากอุปกรณ์หรือระบบ ไปยังปลายทางสำหรับจัดเก็บและวิเคราะห์
ตัวอย่าง:
Router
|
| Syslog
|
v
Syslog Server
Switch
|
| Syslog
|
v
Syslog Server
Firewall
|
| Syslog
|
v
Syslog Serverแทนที่จะต้อง Login เข้าอุปกรณ์ทุกตัว เพื่อดู Log แยกกัน Network Administrator สามารถรวบรวม Log ไว้ที่ Central Server
ทำไม Network Engineer ต้องใช้ Syslog?
สมมติเครือข่ายเกิดปัญหาเวลา 10:15 และมีเหตุการณ์ดังนี้:
10:15:01 Switch Interface Down
10:15:02 OSPF Neighbor Down
10:15:03 HSRP State Change
10:15:04 Firewall Connection Lost
10:15:05 Monitoring Alertถ้า Log จากทุกระบบถูกรวบรวม และมี Timestamp ที่ถูกต้อง Network Engineer สามารถสร้าง Incident Timeline และหาสาเหตุได้ง่ายขึ้น
Syslog ช่วยอะไรได้บ้าง?
- Network Troubleshooting
- Incident Investigation
- Security Monitoring
- Configuration Change Tracking
- Authentication Monitoring
- Interface Failure Analysis
- Routing Protocol Troubleshooting
- Audit และ Compliance
- Historical Analysis
ภาค 2: Syslog Architecture
Syslog Architecture ทำงานอย่างไร?
โครงสร้างพื้นฐาน:
+----------------+
| Syslog Server |
+----------------+
^ ^ ^
| | |
| | |
Router Switch Firewallอุปกรณ์แต่ละตัวสร้าง Event และส่ง Log ไปยัง Central Syslog Server ตาม Configuration
Local Logging กับ Remote Logging
Log สามารถถูกเก็บหรือแสดงได้หลายตำแหน่ง:
Network Device
|
+---- Console
|
+---- Terminal Monitor
|
+---- Local Buffer
|
+---- Remote Syslog Serverแต่ละปลายทางเหมาะกับการใช้งาน ต่างกัน
ภาค 3: ทำความเข้าใจ Syslog Message
Syslog Message บน Cisco มีหน้าตาอย่างไร?
ตัวอย่าง:
%LINK-3-UPDOWN: Interface GigabitEthernet1/0/10, changed state to downสามารถอ่านแนวคิดได้เป็น:
LINK
|
+---- Facility / Message Category
3
|
+---- Severity Level
UPDOWN
|
+---- Mnemonic
Interface GigabitEthernet1/0/10...
|
+---- Message Descriptionตัวอย่าง Interface Up/Down
%LINK-3-UPDOWN:
Interface GigabitEthernet1/0/10,
changed state to downข้อความนี้ช่วยบอกว่า Interface ใดเปลี่ยนสถานะ และ Severity อยู่ระดับใด
ภาค 4: Syslog Severity Level 0–7
Syslog Severity คืออะไร?
Syslog แบ่งความรุนแรงของข้อความ ออกเป็นระดับ 0 ถึง 7
| Level | Name | ความหมายโดยทั่วไป |
|---|---|---|
| 0 | Emergency | ระบบไม่สามารถใช้งานได้ |
| 1 | Alert | ต้องดำเนินการทันที |
| 2 | Critical | เหตุการณ์ร้ายแรง |
| 3 | Error | Error Condition |
| 4 | Warning | Warning Condition |
| 5 | Notification | เหตุการณ์สำคัญแต่เป็นภาวะปกติ |
| 6 | Informational | ข้อมูลทั่วไป |
| 7 | Debugging | Debug Information |
จำ Severity อย่างไร?
0 Emergency
1 Alert
2 Critical
3 Error
4 Warning
5 Notification
6 Informational
7 Debuggingเลขยิ่งต่ำ ความรุนแรงโดยทั่วไปยิ่งสูง
ถ้าตั้ง Severity Level 4 จะได้อะไร?
โดยหลักการ Logging Threshold จะรวม Level ที่รุนแรงกว่า ขึ้นมาด้วย
Configured Level = 4
Included:
0 Emergency
1 Alert
2 Critical
3 Error
4 Warningแต่ไม่รวม:
5 Notification
6 Informational
7 Debuggingภาค 5: Syslog Facility
Syslog Facility คืออะไร?
Facility ใช้ช่วยจำแนกแหล่งหรือประเภท ของ Syslog Message
ในระบบ Syslog มี Facility หลายประเภท รวมถึง Local Facility เช่น:
local0
local1
local2
local3
local4
local5
local6
local7ในระบบ Logging Architecture สามารถใช้ Facility ช่วยแยก Log จากระบบต่าง ๆ ตาม Policy ขององค์กร
ตัวอย่างบน Cisco Platform บางรุ่น:
logging facility local6ภาค 6: Syslog Destinations
Console Logging
แสดง Log บน Console Session ของอุปกรณ์
Router Console
|
v
Syslog Messagesเหมาะสำหรับการตรวจสอบโดยตรง แต่ Logging ปริมาณมาก อาจรบกวนการใช้งาน CLI
Terminal Monitor
เมื่อเชื่อมต่อผ่าน VTY เช่น SSH สามารถใช้:
terminal monitorเพื่อแสดง Logging Message ใน Session ตาม Configuration
Buffered Logging
Cisco สามารถเก็บ Log ไว้ใน Local Memory Buffer
logging buffered 16384 informationalตรวจ Log:
show loggingRemote Syslog Server
Router
|
|
Switch -------- Syslog Server
|
|
FirewallCentralized Logging ช่วยให้ค้นหา เปรียบเทียบ และเก็บ Log ระยะยาวได้ง่ายกว่า
ภาค 7: Timestamp และ NTP
ทำไม Syslog ต้องมี Timestamp ที่ถูกต้อง?
พิจารณา Log:
R1
10:15:01 OSPF Neighbor Down
SW1
10:15:00 Interface Downเราสามารถตั้งสมมติฐานได้ว่า Interface Down อาจเกิดก่อน OSPF Neighbor Down
แต่ถ้า Clock ไม่ตรง:
R1 = 10:15
SW1 = 10:08
FW1 = 10:22Incident Timeline จะไม่น่าเชื่อถือ
NTP + Syslog
NTP Server
|
| Correct Time
v
Router / Switch / Firewall
|
| Timestamped Logs
v
Syslog Serverนี่คือเหตุผลที่บท NTP ควรมาก่อน Syslog
เพิ่ม Timestamp บน Cisco
ตัวอย่าง:
service timestamps log datetime msecสามารถเพิ่มรายละเอียด Timestamp ตามความสามารถของ Platform และ Logging Design
ตัวอย่างที่พบบ่อย:
service timestamps log datetime msec localtime show-timezoneภาค 8: Syslog Transport
Syslog ใช้ Port อะไร?
Traditional Syslog มักพบการใช้งาน UDP Port 514
Network Device
|
| UDP 514
v
Syslog Serverแต่ Syslog Architecture สมัยใหม่ สามารถใช้ Transport รูปแบบอื่นได้ รวมถึง TCP และ Secure Transport ขึ้นอยู่กับมาตรฐาน, Server และ Network Device ที่รองรับ
ข้อจำกัดของ UDP Syslog
UDP ไม่มี Connection Establishment และไม่มี Delivery Guarantee แบบ TCP
Device
|
| UDP Syslog
v
Network
|
X Packet Lost
|
Syslog Serverดังนั้นระบบที่มีข้อกำหนด ด้าน Reliability หรือ Security สูง ควรพิจารณา Logging Transport ที่เหมาะสมกับ Platform
ภาค 9: ตั้งค่า Syslog บน Cisco
Basic Logging Configuration
เริ่มจาก Timestamp:
configure terminal
service timestamps log datetime msec localtime show-timezoneเปิด Local Buffer
logging buffered 16384 informationalกำหนด Remote Syslog Server
สมมติ:
Syslog Server
10.10.10.50Configure:
logging host 10.10.10.50บน Cisco IOS/IOS XE บาง Release อาจมีรูปแบบ Syntax หรือ Transport Options เพิ่มเติม
Remote Syslog Configuration
ตัวอย่างพื้นฐาน:
logging host 10.10.10.50
logging trap informationalแนวคิด:
Router
10.10.10.1
|
| Syslog
v
10.10.10.50
Syslog Serverlogging trap คืออะไร?
คำสั่งนี้กำหนด Severity Threshold สำหรับ Message ที่ส่งไปยัง Remote Syslog Server
ตัวอย่าง:
logging trap warningsจะครอบคลุม:
0 Emergency
1 Alert
2 Critical
3 Error
4 WarningInformational เหมาะกับอะไร?
ในหลาย Environment Level 6 Informational สามารถให้ข้อมูล Operational ที่มีประโยชน์มากขึ้น
logging trap informationalครอบคลุม:
0 - 6แต่ปริมาณ Log จะเพิ่มขึ้น จึงควรเลือกตาม Storage, Monitoring Requirement และ Security Policy
ภาค 10: Logging Source Interface
ทำไมต้องกำหนด Source Interface?
Router ที่มีหลาย Interface อาจส่ง Syslog ด้วย Source IP ที่เปลี่ยนไปตาม Routing
Gi0/0
|
|
Router
/ \
Gi0/1 Loopback0Syslog Server และ Firewall อาจต้องการ Source IP ที่แน่นอน
ตัวอย่าง:
interface Loopback0
ip address 10.255.0.1 255.255.255.255
logging source-interface Loopback0จากนั้น:
Router
Source = 10.255.0.1
|
| Syslog
v
10.10.10.50ทำให้ Logging Server สามารถระบุ Device ด้วย Source Address ที่คงที่มากขึ้น
ภาค 11: ออกแบบ Severity Level
ควรส่ง Log Level ไหนไป Server?
ไม่มี Level เดียวที่เหมาะกับทุกองค์กร
ถ้าตั้ง:
logging trap warningsจะได้ Log ปริมาณน้อยกว่า แต่เหตุการณ์ Operational บางประเภท อาจไม่ถูกส่ง
ถ้าตั้ง:
logging trap informationalจะได้ข้อมูลมากขึ้น แต่ใช้ Storage และ Processing มากขึ้น
ควรเปิด Debugging Level 7 ตลอดเวลาหรือไม่?
โดยทั่วไปไม่ควรเปิด Debugging Logging ปริมาณสูง โดยไม่มีเหตุผล
Debugging
|
+---- High Log Volume
|
+---- CPU / Resource Impact
|
+---- Storage Growth
|
+---- Harder Log Analysisภาค 12: Cisco Syslog Lab
Topology
Syslog Server
10.10.10.50
|
|
SW1
/ \
/ \
R1 R2
| |
Loopback Loopback
10.255.0.1 10.255.0.2Lab Objective
ต้องการให้:
R1
|
+---- NTP synchronized
|
+---- Timestamp enabled
|
+---- Local buffer
|
+---- Remote Syslog
|
+---- Source Loopback0Step 1 — Configure Loopback
interface Loopback0
ip address 10.255.0.1 255.255.255.255Step 2 — Configure Time Zone
clock timezone ICT 7 0Step 3 — Configure NTP
สมมติ NTP Server:
10.10.10.10Configure:
ntp server 10.10.10.10Step 4 — Configure Timestamp
service timestamps log datetime msec localtime show-timezoneStep 5 — Configure Buffered Logging
logging buffered 16384 informationalStep 6 — Configure Remote Syslog
logging host 10.10.10.50
logging trap informationalStep 7 — Configure Source Interface
logging source-interface Loopback0Configuration Overview
clock timezone ICT 7 0
service timestamps log datetime msec localtime show-timezone
ntp server 10.10.10.10
logging buffered 16384 informational
logging host 10.10.10.50
logging trap informational
logging source-interface Loopback0Step 8 — สร้าง Test Event
ใน Lab Environment สามารถทดสอบด้วย Interface ที่ไม่ได้กระทบ Production
interface GigabitEthernet0/2
shutdownอาจเห็น Log เช่น:
%LINK-5-CHANGED:
Interface GigabitEthernet0/2,
changed state to administratively downจากนั้น:
no shutdownตรวจว่า Event ปรากฏทั้งใน Local Logging และ Remote Syslog Server ตาม Configuration หรือไม่
ภาค 13: Syslog Verification Commands
ตรวจ Logging Configuration และ Buffer
show loggingตรวจ Clock
show clock detailตรวจ NTP
show ntp status
show ntp associationsตรวจ Logging Configuration
show running-config | include loggingตรวจ Timestamp Configuration
show running-config | include timestampsตรวจ Route ไป Syslog Server
show ip route 10.10.10.50ตรวจ Source Interface
show ip interface briefทดสอบ Path จาก Source Interface
ping 10.10.10.50 source Loopback0ภาค 14: Syslog Troubleshooting
Troubleshooting Workflow
Event Generated?
|
v
Local Log Exists?
|
v
Severity Allowed?
|
v
Syslog Host Correct?
|
v
Source IP Correct?
|
v
Routing
|
v
ACL / Firewall
|
v
Transport / Port
|
v
Syslog Server Listening?
|
v
Log Stored / Parsed?ปัญหา 1 — Device มี Log แต่ Server ไม่ได้รับ
ตรวจ:
show logging
show running-config | include logging
show ip route 10.10.10.50จากนั้นตรวจ:
Correct Syslog Server IP?
Correct Severity?
Correct Source Interface?
Firewall permits traffic?
Server listening?
Return path correct?ปัญหา 2 — Ping Syslog Server ได้ แต่ไม่มี Log
Ping ใช้ ICMP ไม่ได้ยืนยันว่า Syslog Traffic ผ่านได้
Ping
=
ICMP
Traditional Syslog
=
Often UDP 514ตรวจ Firewall และ ACL ตาม Transport ที่ Configure จริง
ปัญหา 3 — Server ได้ Log แต่เวลาไม่ตรง
ตรวจ:
show clock detail
show ntp status
show ntp associationsตรวจ Configuration:
Time Zone
NTP
service timestamps
Syslog Server Time Zoneปัญหา 4 — Log จาก Router แสดง Source IP ผิด
ตรวจ:
logging source-interfaceรวมถึง Routing จาก Source Interface ไปยัง Syslog Server
ปัญหา 5 — บาง Event ไม่ถูกส่งไป Server
ตรวจ Severity Threshold:
logging trapตัวอย่าง:
logging trap warningsจะไม่ส่ง Informational Level 6 ตาม Threshold ดังกล่าว
ปัญหา 6 — Log เยอะเกินไป
ตรวจ:
Severity Threshold
Debugging
Repeated Interface Events
Authentication Failures
Routing Flaps
Application Logsอย่าแก้ด้วยการลด Logging จนไม่เหลือข้อมูลสำคัญ ควรหาสาเหตุของ Event Volume ก่อน
ปัญหา 7 — Log เกิดซ้ำจำนวนมาก
Log Storm อาจเป็นเพียงอาการ ของ Network Problem
Link Flapping
|
v
Routing Changes
|
v
Neighbor Changes
|
v
Thousands of Logsต้องแก้ Root Cause ไม่ใช่เพียงปิด Logging
ภาค 15: Syslog Security
Syslog มีข้อมูลสำคัญอะไรบ้าง?
Log อาจมี:
- IP Address
- Hostname
- Username
- Interface
- Routing Event
- Authentication Event
- Security Alert
- Configuration Change
- Network Topology Information
ดังนั้น Central Logging System ควรถูกจัดเป็น Security-Sensitive Infrastructure
ควรป้องกัน Syslog Server อย่างไร?
ควรพิจารณา:
Access Control
Firewall
Authentication
Secure Transport
Storage Protection
Log Retention
Backup
Monitoring
Least PrivilegeLog Integrity สำคัญอย่างไร?
ถ้า Log ถูกแก้ไขหรือลบ Incident Investigation อาจไม่น่าเชื่อถือ
Network Event
|
v
Original Log
|
v
Central Storage
|
v
Protected Records
|
v
Investigationไม่ควรเก็บ Log ไว้เฉพาะ Device
หาก Device ถูก Reload, เสียหาย หรือถูกโจมตี Local Log อาจไม่สามารถใช้ได้
Device
|
| Local Logs
|
X Device Failure
vs
Device
|
+----> Central Syslog Server
|
v
Historical Logsภาค 16: Syslog, Monitoring และ SIEM
Syslog ต่างจาก Network Monitoring อย่างไร?
Syslog เป็น Event-Oriented Logging ขณะที่ Monitoring System อาจ Poll Metrics หรือรับ Telemetry จากอุปกรณ์
Syslog
|
v
Events
SNMP
|
v
Metrics / Status
Telemetry
|
v
Streaming Dataระบบเหล่านี้สามารถทำงานร่วมกัน เพื่อให้เห็น Network Health ครบขึ้น
ตัวอย่าง Monitoring Architecture
Network Devices
/ | \
/ | \
v v v
Syslog SNMP Telemetry
\ | /
\ | /
v v v
Monitoring Platform
|
v
Alert / DashboardSyslog กับ SIEM
ใน Security Environment Syslog สามารถส่งข้อมูล เข้าสู่ SIEM เพื่อ Correlate Event จากหลายระบบ
Router Logs
\
Switch Logs
\
Firewall Logs ----> SIEM ----> Security Analysis
/
Server Logs
/
Authentication Logsเมื่อทุกระบบใช้ NTP และ Timestamp สอดคล้องกัน SIEM สามารถสร้าง Incident Timeline ได้แม่นยำขึ้น
ภาค 17: Syslog Best Practices
1. Configure NTP ก่อน Syslog
NTP
|
v
Correct Clock
|
v
Timestamp
|
v
Syslog
|
v
Reliable Timeline2. ใช้ Central Syslog Server
อย่าพึ่ง Local Buffer เพียงอย่างเดียว สำหรับ Production Environment
3. กำหนด Severity ให้เหมาะสม
ต้องหาสมดุลระหว่าง:
Useful Information
|
vs
|
Log Volume4. ใช้ Source Interface ที่คงที่
ช่วยให้ Firewall, Logging Server และ Monitoring ระบุอุปกรณ์ได้ง่ายขึ้น
5. แยก Management Traffic
ใน Enterprise Network สามารถพิจารณา Management Network หรือ Management VRF สำหรับ:
SSH
NTP
DNS
Syslog
SNMP
AAAตาม Network Architecture และ Platform Capability
6. กำหนด Log Retention Policy
พิจารณา:
Storage Capacity
Security Requirement
Audit Requirement
Operational Requirement
Backup Policy7. Monitor Syslog Server ด้วย
ถ้า Central Logging Server หยุดทำงาน แต่ไม่มีระบบตรวจจับ องค์กรอาจสูญเสีย Log โดยไม่ทราบ
8. ทดสอบ Logging หลัง Change
หลังเปลี่ยน:
Routing
Firewall
ACL
VRF
Source Interface
Syslog Server
NTPควรสร้าง Test Event และตรวจว่าปลายทางได้รับ Log จริง
9. อย่าเปิด Debugging แบบไม่ควบคุม
Debugging สามารถสร้าง Log Volume สูง และอาจกระทบอุปกรณ์
10. Correlate Syslog กับข้อมูลอื่น
อย่าวิเคราะห์ Syslog เพียงแหล่งเดียว
Syslog
+
SNMP
+
Interface Counters
+
Routing Table
+
Packet Capture
+
Application Logs
=
Better Troubleshootingภาค 18: ตัวอย่างวิเคราะห์ Network Incident ด้วย Syslog
เหตุการณ์: ผู้ใช้แจ้งว่า Network หลุด
Syslog Server แสดง:
10:25:10.100 SW1 Gi1/0/48 changed state to down
10:25:10.450 R1 OSPF neighbor changed from FULL to DOWN
10:25:11.020 R2 route removed
10:25:11.300 FW1 connection path unavailable
10:25:12.000 NMS device unreachableจาก Timeline สามารถตั้งสมมติฐานเบื้องต้นได้ว่า:
Physical / Link Event
|
v
Switch Port Down
|
v
OSPF Neighbor Down
|
v
Route Removed
|
v
Traffic Interrupted
|
v
Monitoring Alertแทนที่จะเริ่มแก้จาก Firewall Network Engineer ควรย้อนกลับไปตรวจ Interface Gi1/0/48 และ Physical Path เป็นจุดแรก ๆ
ภาค 19: คำถามที่พบบ่อย
Syslog คืออะไร?
Syslog เป็นระบบสำหรับส่ง และจัดการ Event Message จากอุปกรณ์หรือระบบ ไปยัง Logging Destination
Syslog Severity มีกี่ระดับ?
มี 8 ระดับ ตั้งแต่ 0–7
0 Emergency
1 Alert
2 Critical
3 Error
4 Warning
5 Notification
6 Informational
7 DebuggingLevel 0 หรือ Level 7 รุนแรงกว่ากัน?
Level 0 รุนแรงกว่า
ถ้าตั้ง Level 4 จะได้รับเฉพาะ Level 4 หรือไม่?
ไม่ โดย Threshold จะครอบคลุม Level 0–4
Syslog ใช้ Port อะไร?
Traditional Syslog มักใช้ UDP Port 514 แต่ Syslog สามารถใช้ Transport รูปแบบอื่นได้ ตามระบบที่รองรับ
Syslog ต้องใช้ NTP หรือไม่?
Syslog สามารถทำงานได้ แม้ไม่มี NTP แต่ Log Timeline จะมีความน่าเชื่อถือน้อยลง ถ้า Clock ของแต่ละอุปกรณ์ไม่ตรงกัน
Local Buffer เพียงพอหรือไม่?
สำหรับ Production Network ไม่ควรพึ่ง Local Buffer เพียงอย่างเดียว เพราะ Log อาจสูญหาย หลัง Reload หรือ Device Failure
Syslog กับ SNMP เหมือนกันหรือไม่?
ไม่เหมือนกัน
Syslog
=
Event Logs
SNMP
=
Monitoring / Management Informationทั้งสองระบบสามารถใช้ร่วมกัน ในการ Network Monitoring
ควรส่ง Debug Level ไป Central Server ตลอดหรือไม่?
โดยทั่วไปไม่ควร หากไม่มี Requirement ชัดเจน เพราะอาจสร้าง Log Volume และ Resource Usage สูง
Syslog Server ถือเป็น Security Infrastructure หรือไม่?
ใช่ เพราะอาจเก็บข้อมูลสำคัญ เกี่ยวกับ Network, Authentication, Configuration และ Security Events
บทสรุป
Syslog เป็นหนึ่งในเครื่องมือพื้นฐานที่สำคัญที่สุดสำหรับ Network Operations เพราะช่วยรวบรวมเหตุการณ์ จาก Router, Switch, Firewall และ Infrastructure Device เข้าสู่ระบบกลาง
Architecture พื้นฐาน:
Network Devices
|
| Syslog
v
Central Syslog Server
|
+---- Storage
|
+---- Search
|
+---- Alert
|
+---- Analysis
|
+---- SIEMNetwork Engineer ควรเข้าใจ:
Severity 0-7
Facility
Timestamp
NTP
Local Buffer
Remote Logging
Source Interface
Transport
Centralized Loggingโดยเฉพาะ Severity:
0 = Emergency
1 = Alert
2 = Critical
3 = Error
4 = Warning
5 = Notification
6 = Informational
7 = Debuggingและควรจำว่า:
DNS
|
v
Name Resolution
NTP
|
v
Correct Time
Syslog
|
v
Event Historyเมื่อมี DNS สำหรับ Name Resolution, NTP สำหรับ Time Synchronization และ Syslog สำหรับ Event Logging แล้ว ขั้นต่อไปคือการตรวจสอบ สถานะและค่าการทำงานของ Network Device แบบต่อเนื่อง
Protocol สำคัญสำหรับงานดังกล่าวคือ SNMP หรือ Simple Network Management Protocol
บทความถัดไป: SNMP สำหรับ Network Engineer: SNMPv2c, SNMPv3, MIB, OID, Polling, Trap และ Network Monitoring
Share your thoughts here
Join the conversation and share your perspective on this article.