Vietnamese Professional - CCNA Automation

Làm quen với Meraki Dashboard API bằng Postman

ThanhTho — Wed, 22 Jul 2026 10:21:36 GMT

Lần đầu tìm hiểu Cisco DevNet, từng nghĩ muốn tự động hóa hệ thống mạng thì phải học Python trước.

Nhưng thực tế không hẳn như vậy.

Trước khi viết một dòng code, điều quan trọng là hiểu REST API hoạt động ra sao. Một chương trình Python cũng chỉ là gửi Request, nhận Response và xử lý dữ liệu trả về. Vì vậy, nếu thành thạo API với Postman, việc chuyển sang lập trình sẽ dễ dàng hơn rất nhiều.

Trong bài lab này, sẽ sử dụng Postman để làm việc với Cisco Meraki Dashboard API, lần lượt truy xuất thông tin Organization → Network → Device → SSID, qua đó hiểu rõ cách các ứng dụng DevNet giao tiếp với hạ tầng Meraki Cloud.

🛠 Các bước thực hiện

Trước tiên, mình tạo một Environment trong Postman để lưu các biến dùng chung như:

X-Cisco-Meraki-API-Key

baseURL

Việc sử dụng Environment giúp không phải nhập lại API Key cho từng Request và cũng là cách làm phổ biến trong các dự án thực tế.

Tiếp theo, mình thực hiện lần lượt các API:

Lấy danh sách Organization

GET {{baseURL}}/organizations

Nhận về danh sách Organization và lưu organizationId.

Lấy danh sách Network

GET {{baseURL}}/organizations/{{organizationId}}/networks

Lưu tiếp networkId để sử dụng cho các Request sau.

Lấy danh sách Device

GET {{baseURL}}/networks/{{networkId}}/devices

Response trả về gồm tên thiết bị, model, serial, MAC, firmware... Sau đó lưu serial của thiết bị.

Truy xuất thông tin SSID

Sử dụng serial để lấy danh sách SSID trên Access Point.

Kết quả cho thấy gần như mọi thông tin hiển thị trên Meraki Dashboard đều có thể truy xuất thông qua REST API.

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

Sau bài lab, mình đã:

Kết nối thành công Postman với Cisco Meraki Dashboard API.

Thực hiện các REST API Request theo tài liệu Cisco.

Sử dụng Environment Variables để quản lý dữ liệu giữa các Request.

Hiểu quy trình truy xuất dữ liệu theo mô hình Organization → Network → Device → SSID.

Có nền tảng để tiếp tục tự động hóa bằng Python và các ứng dụng Cisco DevNet.

💡 Tổng kết

Điều mình thích nhất ở bài lab này là nó thay đổi cách nhìn về Network Automation. Tự động hóa không bắt đầu từ việc viết code, mà bắt đầu từ việc hiểu API. Khi đã biết cách gửi Request, đọc Response và khai thác dữ liệu từ Meraki Dashboard bằng Postman, việc chuyển sang Python chỉ còn là tự động hóa những thao tác đã thực hiện.

Nếu đang bắt đầu với Cisco DevNet, mình nghĩ đây là một trong những bài lab đầu tiên rất đáng để trải nghiệm.

Microservices và Container: Bộ đôi nền tảng của ứng dụng hiện đại

dangquangminh — Mon, 20 Jul 2026 01:17:11 GMT

Microservices và Container: Bộ đôi nền tảng của ứng dụng hiện đại

Muốn phát hành tính năng mới nhanh hơn? Muốn mở rộng hệ thống mà không phải nâng cấp cả ứng dụng? Đây chính là lý do Microservices và Container trở thành nền tảng của hầu hết các hệ thống Cloud Native hiện nay.

Từ Netflix, Amazon, Spotify cho đến các nền tảng thương mại điện tử lớn, hầu hết đều xây dựng hệ thống theo kiến trúc Microservices và triển khai bằng Container.

Microservice là gì?

Microservice là một dịch vụ nhỏ, độc lập và liên kết lỏng lẻo (loosely coupled), thực hiện một chức năng nghiệp vụ cụ thể. Các dịch vụ giao tiếp với nhau thông qua mạng, phổ biến nhất là sử dụng API.

Thay vì xây dựng toàn bộ ứng dụng thành một khối lớn (Monolith), hệ thống được chia thành nhiều dịch vụ nhỏ, mỗi dịch vụ đảm nhiệm một nhiệm vụ riêng.

Ví dụ trong một website bán hàng:

Search Service: Tìm kiếm sản phẩm.
Product Catalog Service: Quản lý danh mục sản phẩm.
Payment Service: Xử lý thanh toán.
Authentication Service: Xác thực người dùng.
Review Service: Quản lý đánh giá sản phẩm.

Nếu cần nâng cấp chức năng tìm kiếm, chỉ cần triển khai lại Search Service mà không ảnh hưởng đến các dịch vụ còn lại.

Ba đặc điểm nổi bật của Microservices

Modular

Mỗi service chỉ tập trung giải quyết một chức năng nghiệp vụ cụ thể.

Nhờ vậy code dễ đọc, dễ bảo trì và dễ phân chia công việc cho nhiều nhóm phát triển.

Independent

Các service có thể:

Phát triển độc lập.
Build độc lập.
Deploy độc lập.
Scale độc lập.

Đây là lợi thế rất lớn so với Monolith, nơi một thay đổi nhỏ thường yêu cầu build và triển khai lại toàn bộ ứng dụng.

Resilient

Một lỗi trong một service không đồng nghĩa toàn bộ hệ thống sẽ ngừng hoạt động.

Ví dụ, nếu Review Service gặp sự cố, khách hàng vẫn có thể:

Đăng nhập.
Tìm kiếm sản phẩm.
Đặt hàng.
Thanh toán.

Hệ thống chỉ mất chức năng xem đánh giá sản phẩm thay vì dừng toàn bộ website.

Vai trò của Container

Microservices và Container gần như luôn đi cùng nhau.

Container (Docker, Podman...) cung cấp môi trường chạy ứng dụng thống nhất, giúp mỗi service mang theo đầy đủ:

Runtime
Library
Dependency
Cấu hình cần thiết

Điều này giúp service có thể chạy giống nhau trên:

Máy lập trình viên
Môi trường kiểm thử
Máy chủ On-Premises
Cloud (AWS, Azure, Google Cloud)

Nhờ đó, bài toán "chạy trên máy tôi thì bình thường" (It works on my machine) được giảm thiểu đáng kể.

Những ứng dụng phổ biến của Microservices

Cloud-native Applications

Các ứng dụng được thiết kế ngay từ đầu để hoạt động trên nền tảng Cloud như:

AWS
Microsoft Azure
Google Cloud Platform (GCP)

Mỗi service có thể mở rộng độc lập theo nhu cầu thực tế.

Enterprise Applications

Các hệ thống doanh nghiệp lớn thường được chia thành nhiều dịch vụ như:

Billing
Authentication
Inventory
Product Catalog
Customer Management

Việc tách nhỏ giúp các nhóm phát triển làm việc song song và giảm rủi ro khi triển khai.

E-commerce

Đây là lĩnh vực ứng dụng Microservices phổ biến nhất.

Một website thương mại điện tử có thể bao gồm:

Search Service
Shopping Cart
Payment Service
Recommendation Engine
Review Service
Order Service

Mỗi thành phần có thể được nâng cấp hoặc mở rộng mà không ảnh hưởng đến toàn bộ hệ thống.

Streaming Platform

Các nền tảng như Netflix là ví dụ điển hình.

Những chức năng như:

Video Playback
User Account
Recommendation Engine
Subtitle Service
Billing

đều vận hành dưới dạng các Microservice độc lập, cho phép cập nhật và mở rộng linh hoạt theo lượng người dùng.

Góc nhìn DevOps

Microservices không chỉ thay đổi cách viết phần mềm mà còn thay đổi toàn bộ cách triển khai và vận hành hệ thống.

Một service nhỏ được đóng gói trong Container có thể được:

Build tự động bằng CI/CD.
Triển khai lên Kubernetes.
Tự động mở rộng (Auto Scaling).
Tự động khôi phục khi gặp lỗi (Self-Healing).
Giám sát bằng Prometheus, Grafana hoặc các nền tảng quan sát (Observability) khác.

Đây chính là nền tảng của mô hình Cloud Native, nơi ứng dụng được thiết kế để tận dụng tối đa khả năng tự động hóa, mở rộng linh hoạt và tính sẵn sàng cao.

📌 Điểm cần nhớ: Microservices giúp chia nhỏ ứng dụng theo chức năng nghiệp vụ, còn Container cung cấp môi trường chạy nhất quán cho từng service. Khi kết hợp với Kubernetes và CI/CD, chúng tạo nên một nền tảng hiện đại giúp doanh nghiệp phát triển phần mềm nhanh hơn, triển khai an toàn hơn và mở rộng hệ thống hiệu quả hơn.

CCNA Automation: Lộ trình Network Automation bằng Python & Cisco DevNet

Cẩm Thanh — Thu, 16 Jul 2026 07:57:30 GMT

CCNA Automation: Lộ trình Network Automation bằng Python & Cisco DevNet

Nếu anh em đã xong CCNA 200-301 hoặc có nền mạng Cisco rồi, bước tiếp theo không nên là “học thêm lệnh”. Thứ cần là biến kiến thức mạng thành quy trình tự động.

Lộ trình CCNA Automation (Network Automation with Python & Cisco DevNet) được thiết kế đúng hướng:

API → Python → lab → automation hạ tầng → testing/security.

1) API và dữ liệu: học để “nói chuyện đúng ngôn ngữ”:

Trong schedule có các phần như:

Rise of API in Software Design + API Data Format
Serialization / De-Serialization

Nghe lý thuyết nhưng thực tế là: automation bắt đầu từ việc gửi/nhận dữ liệu.

Ví dụ thực tế:
Anh em viết script để lấy thông tin thiết bị qua API. Nếu payload gửi lên sai format hoặc response không parse đúng kiểu dữ liệu thì:

Request có thể “vẫn chạy” nhưng không đúng dữ liệu
Hoặc trả về response mà code không đọc được

Nắm phần Data Format + serialization là để tránh lỗi kiểu đó ngay từ đầu. 2) Linux + Git + quy trình làm phần mềm: để code có thể vận hành thật:

Schedule có:

Linux cơ bản (LT + thực hành)
Git (version control + lab Git/GitHub)
Methodologies + Modular Design + Test-Driven Development + Code Review

Ví dụ thực tế:
Anh em đang sửa automation, chạy lỗi. Nếu không có Git:

không biết thay đổi nào làm hỏng
không revert nhanh được

Git giúp anh em “quản trị code” như quản trị cấu hình: có lịch sử, có rollback. 3) Python “đúng phần việc” của network automation: từ file dữ liệu đến NETMIKO:

Schedule có:

Python cơ bản (variables, syntax, data formats, files)
Lab: Python netmiko

Ví dụ thực tế:
Thay vì đăng nhập SSH thủ công mỗi lần kiểm tra trạng thái interface, anh em làm script:

Đọc danh sách thiết bị từ file
Chạy show command theo chuẩn
Gom output thành dạng dễ báo cáo

Đúng kiểu automation mà đi làm mới dùng liên tục. 4) HTTP/REST + Postman + Webhook: test nhanh trước khi code

Schedule gồm:

HTTP Protocol Overview + inspect HTTP messages
REST API, RPC-style
Postman for REST-API (Lab)
Webhook (Lab)

Ví dụ thực tế:
Trước khi viết Python call REST API, anh em test bằng Postman:

Đúng endpoint chưa
Đúng payload chưa
Response có đúng structure để parse không

Webhook thì dùng khi cần “event-driven” (hệ thống có thay đổi thì gửi callback để automation xử lý). 5) Ansible, CI/CD, Unit Test và Security: để automation không chỉ chạy mà còn an toàn

Schedule có:

Dockers (lab)
Ansible (Infrastructure as Code, system management, playbook)
Lab vlan trunking / HSRP / VxLAN + variables
Lab CI/CD với Ansible và Jenkins
Unit Test + Application Security (input sanitization, SQL security)
Final lab/test

Ví dụ thực tế:
Playbook Ansible triển khai VLAN/HSRP/VxLAN xong mà không test: lần sau sửa nhỏ có thể gây lỗi dây chuyền. Unit test + CI/CD giúp pipeline kiểm tra trước khi deploy.

👇Anh em nào quan tâm lộ trình này thì tranh thủ đăng ký để kịp lớp khai giảng sắp tới.

Liên hệ: Hotline/zalo: 076 5944 386 (Ms. Như Ngọc)
Email: nhungoc@vnpro.org

🚀 Sử dụng Postman lấy Token và danh sách thiết bị từ Cisco DNA Center

ThanhTho — Wed, 15 Jul 2026 03:33:49 GMT

Làm sao để lấy danh sách toàn bộ thiết bị trong hệ thống mà không cần SSH vào từng Router hoặc Switch?

Đó chính là lúc API và Cisco DNA Center phát huy sức mạnh.

Trong bài lab này, mình sử dụng Postman để kết nối đến Cisco DNA Center Sandbox, thực hiện lấy Token xác thực và truy vấn danh sách thiết bị đang được quản lý trên hệ thống thông qua REST API. Bước 1: Lấy Authentication Token

Đầu tiên tạo một Request mới trên Postman với các thông số:

Method

POST

URL

https://sandboxdnac.cisco.com/dna/sy.../v1/auth/token

Authentication

Username: devnetuser
Password: Cisco123!

Sau khi nhấn Send, nếu gặp lỗi SSL có thể vào:

Settings -> Disable SSL Certificate Verification

Khi xác thực thành công, DNA Center sẽ trả về Token dưới dạng JSON:

{
"Token": "eyJhbGciOi..."
}

Đây sẽ là thông tin xác thực được sử dụng cho tất cả các API tiếp theo. Bước 2: Lấy danh sách thiết bị từ DNA Center

Tiếp tục tạo một Request mới với các thông số:

Method

GET

URL

https://sandboxdnac.cisco.com/dna/in...network-device

Thêm Header:

Key:
X-Auth-Token

Value:

Ví dụ:

X-Auth-Token: eyJhbGciOi...

Sau đó nhấn Send để thực hiện truy vấn. Kết quả nhận được

DNA Center sẽ trả về danh sách các thiết bị đang được quản lý dưới dạng JSON:

{
"response": [
{
"hostname": "leaf1",
"managementIpAddress": "10.10.20.81",
"platformId": "C9300",
"softwareVersion": "17.3.3"
},
{
"hostname": "leaf2",
"managementIpAddress": "10.10.20.82",
"platformId": "C9300",
"softwareVersion": "17.3.3"
}
]
}

Từ dữ liệu này chúng ta có thể dễ dàng lấy được:

✅ Hostname thiết bị
✅ Địa chỉ IP quản trị
✅ Model thiết bị
✅ Phiên bản IOS-XE đang sử dụng
✅ Thông tin phục vụ Inventory và Automation

Đây cũng chính là nền tảng cho các bài lab DevNet nâng cao hơn như sử dụng Python Requests để gọi API, tự động thu thập thông tin thiết bị hoặc xây dựng các workflow Network Automation trong môi trường doanh nghiệp.

Lab - Kết nối Cisco APIC-EM bằng Postman để lấy Ticket và danh sách thiết bị

ThanhTho — Mon, 13 Jul 2026 02:18:06 GMT

Trong bài lab này sẽ thực hiện việc kết nối tới Cisco APIC-EM thông qua REST API bằng công cụ Postman. Mục tiêu là xác thực với hệ thống để lấy Authentication Token (Ticket), sau đó sử dụng Ticket này để gọi API và lấy danh sách các thiết bị đang được APIC-EM quản lý.

Đây là một trong những bài lab nền tảng của DevNet giúp làm quen với quy trình làm việc phổ biến của REST API:

Authentication → Nhận Token → Gọi API → Xử lý dữ liệu trả về Mô hình sử dụng

Cisco APIC-EM Server
Máy tính cài Postman
Kết nối mạng giữa Postman và APIC-EM

Bước 1: Tạo Workspace và Collection trên Postman

Sau khi mở Postman, mình tạo một Workspace riêng để quản lý các API của APIC-EM.

Tiếp theo tạo một Collection mới với tên:

APIC_EM

Việc sử dụng Collection giúp quản lý các request dễ dàng hơn khi số lượng API ngày càng nhiều trong các bài lab DevNet sau này. Bước 2: Lấy Ticket xác thực từ APIC-EM

Tạo một Request mới với phương thức:

POST

URL sử dụng:

http:///api/v1/ticket

Trong tab Headers, thêm:

Key : Content-Type

Value : application/json

Trong tab Body, chọn:

raw -> JSON

Sau đó nhập thông tin đăng nhập:

{
"username": "admin",
"password": "Cisco123!"
}

Nhấn Send để gửi request.

Nếu mọi thứ chính xác, APIC-EM sẽ trả về:

{
"response": {
"serviceTicket": "ST-xxxxxxxxxxxxxxxx"
}
}

Giá trị serviceTicket chính là Token dùng để xác thực các API tiếp theo. Kinh nghiệm thực tế

Trong quá trình làm lab mình từng gặp lỗi SSL khiến Postman không gửi được request. Nếu gặp tình huống này có thể vào:

File -> Settings -> General

và tắt:

SSL certificate verification

Sau đó gửi lại request sẽ hoạt động bình thường. Bước 3: Lấy danh sách thiết bị từ APIC-EM

Sau khi đã có Ticket, tạo thêm một request mới với tên:

Get_list_device

Đổi phương thức sang:

GET

URL:

http:///api/v1/network-device

Trong phần Headers, thêm:

Key : X-Auth-Token

Value : Giá trị serviceTicket vừa lấy

Ví dụ:

X-Auth-Token: ST-1099-xxxxxxxxxxxxxxxx

Nhấn Send.

Nếu Ticket còn hiệu lực, APIC-EM sẽ trả về danh sách toàn bộ thiết bị đang được quản lý bao gồm:

Hostname
Địa chỉ IP
Platform
Phiên bản IOS
Trạng thái hoạt động
Serial Number

Dữ liệu trả về ở định dạng JSON nên rất thuận tiện để xử lý bằng Python trong các bài DevNet Automation tiếp theo.

Đây là một bài lab cơ bản nhưng cực kỳ quan trọng vì gần như mọi nền tảng quản trị mạng hiện đại như Cisco DNA Center, Meraki Dashboard hay Cisco SD-WAN vManage đều sử dụng cơ chế xác thực và gọi API tương tự.

Lab - Phát hiện và xử lý các lỗi liên quan đến HTTP Request bằng Postman

ThanhTho — Sat, 11 Jul 2026 02:44:17 GMT

Mục tiêu bài lab

Sau khi hoàn thành bài thực hành này, bạn sẽ có khả năng:

Sử dụng lại Collection và Environment trong Postman.
Đọc và phân tích thông tin lỗi từ API Response.
Xác định nguyên nhân khiến HTTP Request thất bại.
Khắc phục các lỗi phổ biến khi làm việc với REST API.

Đây là kỹ năng gần như bắt buộc đối với một kỹ sư DevNet bởi trong môi trường thực tế, lỗi API xảy ra hàng ngày và việc đọc được thông báo lỗi sẽ giúp tiết kiệm rất nhiều thời gian troubleshooting.

Mô hình bài lab

Trong bài lab này chúng ta tiếp tục sử dụng:

Postman Client
API Server đã sử dụng ở Lab 8
Collection và Environment đã tạo trước đó

Luồng hoạt động:

Postman
|
HTTP Request
|
API Server
|
HTTP Response (Success hoặc Error)

Bước 1: Import Collection và Environment

Trong thực tế, kỹ sư DevNet rất ít khi tạo request từ đầu cho từng API.

Thông thường đội dự án sẽ chia sẻ sẵn:

Collection
Environment
API Documentation

Do đó việc đầu tiên là import các file này vào Postman.

Chọn:

Import

sau đó import:

Collection JSON
Environment JSON

Tại sao phải sử dụng Environment?

Khi làm việc với API chúng ta thường phải sử dụng nhiều giá trị như:

IP Address
Username
Password
Token
Base URL
Port

Nếu phải gõ thủ công mỗi lần sẽ rất dễ sai.

Ví dụ:

{{base_url}}
{{token}}
{{username}}

Khi cần thay đổi IP hoặc Token chúng ta chỉ sửa trong Environment thay vì sửa hàng chục request khác nhau.

Đây là cách mà hầu hết các dự án DevNet thực tế đều triển khai.

Tại sao phải sử dụng Collection?

Collection giúp:

Gom nhóm các API cùng chức năng.
Tái sử dụng request.
Chạy automation test.
Chia sẻ giữa các thành viên trong nhóm.

Ví dụ:

Authentication
Get Devices
Get Interfaces
Create VLAN
Delete VLAN

Tất cả đều có thể đặt trong cùng một Collection.

Bước 2: Thực hiện Request có lỗi

Tiến hành gửi request chứa dữ liệu JSON sai cú pháp.

Ví dụ:

{
"name" = "VNPRO"
}

Sau khi nhấn:

Send

API Server sẽ trả về lỗi.

Bước 3: Phân tích Response trả về

Đây là phần quan trọng nhất của bài lab.

Khi request thất bại, điều đầu tiên cần làm là đọc phần:

Response Body
Status Code
Details

Trong bài lab này Postman sẽ hiển thị thông báo lỗi chỉ ra vị trí sai cú pháp.

Thông thường bạn sẽ thấy dạng:

JSON parse error
Unexpected token '='

hoặc:

Expecting ':' delimiter Nguyên nhân lỗi

JSON sử dụng:

:

để phân tách giữa:

key và value

Ví dụ đúng:

{
"name": "VNPRO"
}

Ví dụ sai:

{
"name" = "VNPRO"
}

Đây là lỗi mà hầu như ai mới học API cũng từng gặp.

Bước 4: Kiểm tra vị trí lỗi trong Body

Một điểm rất hữu ích của Postman là nó sẽ đánh dấu chính xác dòng bị lỗi.

Ví dụ:

Line 3

sẽ xuất hiện dấu:

X

ở bên trái.

Điều này giúp chúng ta không phải dò toàn bộ JSON.

Các lỗi HTTP Request thường gặp trong DevNet 1. Thiếu dấu phẩy giữa các cặp key-value

Sai:

{
"name": "VNPRO"
"city": "HCM"
}

Đúng:

{
"name": "VNPRO",
"city": "HCM"
}

2. URL bị dư dấu "/"

Sai:

http://10.10.20.50//api/v1/device

Đúng:

http://10.10.20.50/api/v1/device

Một số API Server vẫn chấp nhận lỗi này nhưng nhiều hệ thống sẽ trả về:

404 Not Found

3. Sử dụng sai HTTP Method

Ví dụ:

API yêu cầu:

POST

nhưng lại gửi:

GET

hoặc:

PUT

Kết quả thường nhận được:

405 Method Not Allowed

Ví dụ:

GET /api/users

trong khi API chỉ hỗ trợ:

POST /api/users

4. Thiếu Authentication Token

Đây là lỗi xảy ra nhiều nhất khi làm việc với Cisco DNA Center API.

Ví dụ:

401 Unauthorized

Nguyên nhân:

Token hết hạn.
Chưa truyền Header Authorization.
Sai Bearer Token.

5. Sai Header Content-Type

Ví dụ API yêu cầu:

Content-Type: application/json

nhưng request gửi:

text/plain

Kết quả:

415 Unsupported Media Type

Bước 5: Khắc phục lỗi

Sau khi xác định được nguyên nhân, sửa lại request theo đúng cú pháp JSON và gửi lại.

Ví dụ:

{
"name": "VNPRO"
}

Khi thực hiện thành công, Postman sẽ trả về:

200 OK

hoặc:

201 Created Kinh nghiệm thực tế khi làm DevNet

Kiểm tra theo thứ tự sau khi request bị lỗi:

Kiểm tra URL.
Kiểm tra HTTP Method.
Kiểm tra Header.
Kiểm tra Token.
Kiểm tra Body JSON.
Đọc kỹ Response trả về.

Khoảng 80% lỗi API thường nằm trong các nguyên nhân trên.

LAB Khai thác điểm yếu thông số đầu vào để truy cập dữ liệu nhạy cảm trong Flask Python

ThanhTho — Fri, 10 Jul 2026 08:27:15 GMT

Mục tiêu bài lab

Trong quá trình phát triển API và ứng dụng Web bằng Python Flask, việc tin tưởng hoàn toàn vào dữ liệu đầu vào từ người dùng là một trong những nguyên nhân phổ biến dẫn đến các lỗ hổng bảo mật nghiêm trọng.

Trong bài lab sẽ xây dựng một API đơn giản cho phép người dùng đọc nội dung của file thông qua tham số filename. Sau đó tiến hành khai thác lỗ hổng để truy cập trái phép vào dữ liệu nhạy cảm và cuối cùng triển khai cơ chế kiểm tra đầu vào nhằm ngăn chặn tấn công.

Sau khi hoàn thành bài lab, chúng ta sẽ hiểu rõ:

Nguyên nhân gây ra lỗ hổng Directory Traversal.

Cách hacker khai thác tham số đầu vào không được kiểm tra.

Cách bảo vệ ứng dụng Flask bằng Input Validation.

Tư duy Secure Coding trong quá trình phát triển API.

Mô hình bài lab

User Browser

|

HTTP Request

|

Flask API Server

|

+--- welcome.txt

|

+--- passwords.txt

Ứng dụng Flask cung cấp API:

http://127.0.0.1:5000/get_file?filename=

API sẽ đọc nội dung file và trả kết quả trực tiếp lên trình duyệt.

Bước 1: Cài đặt Flask

Mở CMD hoặc Terminal:

py -m pip install flask

Kiểm tra cài đặt:

pip show flask

Nếu hiển thị thông tin package nghĩa là Flask đã được cài đặt thành công.

Bước 2: Tạo ứng dụng Flask đầu tiên

Tạo thư mục:

Flask-Lab

Tạo file:

app.py

Nội dung:

from flask import Flask

app = Flask(__name__)

@app.route('/')

def home():

return "Home Page"

if __name__ == "__main__":

app.run(host="127.0.0.1", port=5000)

Khởi động ứng dụng:

python app.py

Truy cập:

http://127.0.0.1:5000

Nếu trình duyệt hiển thị:

Home Page

thì môi trường lab đã sẵn sàng.

Bước 3: Xây dựng API đọc file

Sửa file app.py:

from flask import Flask, request

app = Flask(__name__)

@app.route('/get_file', methods=['GET'])

def get_file():

filename = request.args['filename']

return '''

Content of file {}:

{}

'''.format(filename, cat(filename))

def cat(filename):

with open(filename) as file:

data = file.read()

return data

if __name__ == "__main__":

app.run(host="127.0.0.1", port=5000)

Bước 4: Chuẩn bị dữ liệu cho bài lab

Trong thư mục chứa app.py, tạo file:

welcome.txt

Hello student

Đây là dữ liệu bình thường được phép truy cập.

Tạo tiếp file:

passwords.txt

username=cisco

password=cisco

Đây là dữ liệu nhạy cảm và không được phép công khai cho người dùng cuối.

Bước 5: Kiểm tra hoạt động của API

Đọc file welcome:

http://127.0.0.1:5000/get_file?filename=welcome.txt

Kết quả:

Content of file welcome.txt:

Hello student

API hoạt động đúng như thiết kế.

Bước 6: Thử truy cập dữ liệu nhạy cảm

Thay đổi URL:

http://127.0.0.1:5000/get_file?filename=passwords.txt

Kết quả:

username=cisco

password=cisco

Lúc này chúng ta phát hiện ứng dụng không kiểm tra dữ liệu đầu vào và cho phép người dùng đọc bất kỳ file nào mà tiến trình Flask có quyền truy cập.

Đây chính là dấu hiệu đầu tiên của lỗ hổng bảo mật.

Bước 7: Khai thác Directory Traversal

Để mô phỏng tình huống thực tế hơn, di chuyển file:

passwords.txt

ra thư mục cha của ứng dụng Flask.

Ví dụ:

Lab

│

├── passwords.txt

│

└── Flask-Lab

├── app.py

└── welcome.txt

Thông thường lập trình viên sẽ nghĩ rằng việc đặt file ra ngoài thư mục ứng dụng là đủ an toàn.

Tuy nhiên thực tế không phải vậy.

Thử truy cập:

http://127.0.0.1:5000/get_file?filen.../passwords.txt

Kết quả:

username=cisco

password=cisco

Ứng dụng vẫn đọc được file.

Nguyên nhân là Python xử lý:

../

như một lệnh di chuyển lên thư mục cha.

Đây chính là kỹ thuật khai thác:

Path Traversal hoặc Directory Traversal

Đây là một trong những lỗ hổng phổ biến thuộc nhóm OWASP Top 10 và thường xuất hiện trong các API đọc file, upload file hoặc export dữ liệu.

Bước 8: Triển khai Input Validation

Import thêm thư viện:

import re

Tạo hàm kiểm tra đầu vào:

def sanitize_string(filename):

if re.search(r'^[\w\-\.]+$', filename):

pass

else:

raise ValueError(

"Can not use special characters"

)

Sửa lại hàm đọc file:

def cat(filename):

sanitize_string(filename)

with open(filename) as file:

data = file.read()

return data

Bước 9: Kiểm tra lại lỗ hổng

Thực hiện lại yêu cầu:

http://127.0.0.1:5000/get_file?filen.../passwords.txt

Lần này Flask trả về lỗi:

ValueError

Can not use special characters

Như vậy ứng dụng đã ngăn chặn thành công cuộc tấn công Path Traversal.

Kiến thức DevSecOps rút ra từ bài lab

Sau khi hoàn thành bài lab này, tôi nhận thấy có ba nguyên tắc quan trọng trong phát triển API:

1. Never Trust User Input

Không bao giờ tin tưởng dữ liệu đầu vào từ người dùng.

Mọi tham số nhận từ:

URL Parameters

Form Data

JSON Payload

Header

Cookies

đều phải được kiểm tra.

2. Allow List tốt hơn Deny List

Thay vì cố gắng chặn tất cả ký tự nguy hiểm, hãy chỉ cho phép những ký tự thực sự cần thiết.

Ví dụ:

a-z

A-Z

0-9

_

Đây là phương pháp đang được sử dụng rộng rãi trong Secure Coding.

3. Không lưu Secret dưới dạng Plain Text

Trong thực tế không nên lưu:

password=cisco

trong file text.

Thay vào đó nên sử dụng:

Hash Password

Secret Manager

Vault

Environment Variables

Kubernetes Secret

Kết luận

Đây là một bài lab khá đơn giản nhưng phản ánh chính xác những sai lầm mà rất nhiều lập trình viên mắc phải khi phát triển API nội bộ hoặc công cụ automation.

Chỉ với một tham số:

filename

và việc thiếu kiểm tra dữ liệu đầu vào, kẻ tấn công có thể đọc được:

file cấu hình

mật khẩu database

SSH Key

API Token

Source Code

Lab - Chuyển đổi dữ liệu API giữa YAML, JSON và XML bằng Python

ThanhTho — Thu, 09 Jul 2026 13:57:31 GMT

Khi bắt đầu học DevNet hoặc Network Automation, nhiều người thường tập trung vào Python hoặc API mà quên mất một kỹ năng quan trọng khác: làm việc với dữ liệu.
Trên thực tế, một kỹ sư DevNet gần như phải làm việc hàng ngày với ba định dạng dữ liệu phổ biến nhất hiện nay là JSON, XML và YAML.

REST API và RESTCONF sử dụng JSON.

NETCONF sử dụng XML.

Ansible Playbook sử dụng YAML.

Vì vậy trước khi đi sâu vào Automation hay lập trình mạng, việc hiểu cách đọc, xử lý và chuyển đổi dữ liệu giữa các định dạng này là một kỹ năng gần như bắt buộc. Mục tiêu bài lab

Sau khi hoàn thành bài lab này, bạn có thể:

Đọc dữ liệu YAML bằng Python.

Chuyển đổi dữ liệu YAML thành đối tượng Python.

Serialize dữ liệu sang JSON.

Đọc và phân tích XML bằng ElementTree.

Đọc XML bằng MiniDOM.

Làm việc với XML Namespace.

Hiểu được vai trò của XML, JSON và YAML trong các giải pháp Automation hiện nay.

Phần 1: Đọc dữ liệu YAML bằng Python Bước 1: Cài đặt thư viện xử lý YAML

Mở CMD hoặc Terminal và thực hiện:
py -m pip install ruamel.yaml
ruamel.yaml là thư viện phổ biến được sử dụng để đọc và xử lý file YAML trong môi trường Automation.
Trong thực tế, Ansible cũng sử dụng YAML để lưu trữ:

Playbook

Inventory

Variables

Template cấu hình

Bước 2: Import các thư viện cần thiết

import sys
from helper import *
from ruamel import yaml
Trong đó:

helper.py chứa class User và các hàm hỗ trợ.

ruamel.yaml dùng để xử lý dữ liệu YAML.

Bước 3: Mở file YAML

with open('user.yaml','r') as stream:
Trong môi trường DevNet, việc đọc file cấu hình hoặc file inventory là thao tác diễn ra thường xuyên trong các hệ thống Automation. Bước 4: Chuyển YAML sang đối tượng Python

user_yaml = yaml.safe_load(stream)
Sau khi thực hiện lệnh này, toàn bộ nội dung trong file YAML sẽ được chuyển thành đối tượng Python. Bước 5: Kiểm tra kiểu dữ liệu

print(type(user_yaml))
Kết quả:

Điều này cho thấy dữ liệu YAML sau khi được đọc sẽ trở thành Dictionary trong Python.
Đây cũng chính là cách Ansible xử lý Playbook và Inventory ở phía bên trong. Bước 6: Kiểm tra các trường dữ liệu

for key in user_yaml:
print(key)
Ví dụ kết quả:
id
first_name
last_name
birth_date
address
score
Các trường này chính là các key được định nghĩa trong file YAML. Bước 7: Tạo đối tượng User

user = User()
Trong thực tế, các hệ thống API thường không làm việc trực tiếp với Dictionary mà sẽ chuyển dữ liệu thành Object để dễ quản lý và xử lý hơn. Bước 8: Mapping dữ liệu từ YAML sang Object

user.id = user_yaml['id']
user.first_name = user_yaml['first_name']
user.last_name = user_yaml['last_name']
user.birth_date = user_yaml['birth_date']
user.address = user_yaml['address']
user.score = user_yaml['score']
Đây được gọi là quá trình Data Mapping.
Trong các nền tảng như Cisco DNA Center, Cisco NSO hoặc Meraki Dashboard API, dữ liệu nhận được từ API cũng thường được chuyển thành Object để xử lý theo cách tương tự. Bước 9: Kiểm tra kết quả

print(user)
Lúc này dữ liệu đã được chuyển hoàn toàn từ YAML sang đối tượng Python.
Phần 2: Chuyển đổi dữ liệu sang JSON
JSON hiện nay là định dạng dữ liệu phổ biến nhất trong thế giới API.
Hầu hết các API của Cisco hiện nay đều sử dụng JSON, chẳng hạn như:

Cisco DNA Center API

Meraki Dashboard API

Webex API

FMC API

RESTCONF API

Import thư viện JSON

import json Chuyển Object sang JSON

user_json = json.dumps(
user,
default=serializeUser
)
Do đối tượng User không phải kiểu dữ liệu mà JSON có thể xử lý trực tiếp nên cần sử dụng hàm serializeUser() để thực hiện quá trình chuyển đổi. Hiển thị dữ liệu JSON

print(user_json)
Ví dụ:
{
"id":1,
"first_name":"John",
"last_name":"Doe"
} Format JSON cho dễ đọc

user_json = json.dumps(
user,
default=serializeUser,
indent=4,
sort_keys=True
)
Ý nghĩa:

indent=4: tạo cấu trúc thụt lề dễ đọc.

sort_keys=True: sắp xếp key theo thứ tự alphabet.

Đây là kỹ thuật mà các kỹ sư DevNet thường sử dụng khi debug API hoặc phân tích dữ liệu trả về từ thiết bị. Ghi dữ liệu ra file JSON

file = open("user.json","w")
file.write(user_json)
file.close()
Sau khi thực hiện, hệ thống sẽ tạo file:
user.json
Trong thực tế, phương pháp này thường được sử dụng để:

Backup dữ liệu API.

Tạo inventory động.

Lưu trạng thái thiết bị phục vụ Automation.

Phần 3: Phân tích XML bằng ElementTree
Mặc dù JSON ngày càng phổ biến, XML vẫn đóng vai trò rất quan trọng trong môi trường Enterprise.
Một số công nghệ vẫn sử dụng XML:

NETCONF

SOAP API

Cisco NSO

Cisco Prime Infrastructure

Import thư viện

import xml.etree.ElementTree as ET Parse file XML

tree = ET.parse('user.xml')
root = tree.getroot()
Toàn bộ cấu trúc XML lúc này đã được nạp vào bộ nhớ. Hiển thị các tag trong XML

for element in root:
print(element.tag)
Ví dụ:
id
first_name
last_name
address
score Truy cập giá trị của tag id

print(root.find('id').text)
Kết quả:
1001 Tìm toàn bộ phần tử address

addresses = root.findall('address')
Sau đó:
for address in addresses:
for i in address:
print(i.tag + ':' + i.text) Hiển thị toàn bộ cấu trúc XML

for k in root.iter():
print(k.tag + ':' + k.text)
Đây là kỹ thuật thường được sử dụng khi phân tích dữ liệu XML trả về từ NETCONF Server.
Phần 4: Phân tích XML bằng MiniDOM
MiniDOM là một phương pháp khác để xử lý XML trong Python. Import thư viện

import xml.dom.minidom as MD Parse XML

dom = MD.parse('user.xml') Hiển thị các tag

for node in dom.childNodes:
printTags(node.childNodes) Lấy giá trị của id

idElements = dom.getElementsByTagName('id')

elementId = idElements.item(0)

idValue = elementId.firstChild.data

print(idValue) Hiển thị các phần tử address

for node in dom.getElementsByTagName('address'):
printNodes(node.childNodes)
Trong quá trình xử lý XML bằng Python, chúng ta có thể sử dụng cả ElementTree và MiniDOM.

ElementTree có ưu điểm là đơn giản, dễ sử dụng và xử lý nhanh đối với các file XML lớn.

MiniDOM cung cấp khả năng thao tác theo mô hình DOM truyền thống, phù hợp khi cần làm việc với cấu trúc XML phức tạp hoặc cần truy cập sâu vào các node.

Trong thực tế triển khai DevNet và Network Automation, phần lớn kỹ sư sẽ ưu tiên sử dụng ElementTree nhờ cú pháp ngắn gọn và hiệu năng tốt hơn khi xử lý dữ liệu XML trả về từ các hệ thống như NETCONF hoặc Cisco NSO.
Phần 5: Làm việc với XML Namespace
Namespace thường xuất hiện trong các công nghệ như:

NETCONF

YANG Model

SOAP API

Định nghĩa Namespace

namespaces = {
'a':'https://www.example.com/network',
'b':'https://www.example.com/furniture'
} Tìm dữ liệu theo Namespace

elementsInNSa = root.findall('a:table',namespaces)

elementsInNSb = root.findall('b:table',namespaces) Hiển thị dữ liệu trong Namespace a

for e in elementsInNSa:
for i in e.iter():
print(i.tag + ':' + i.text) Hiển thị dữ liệu trong Namespace b

for element in list(elementsInNSb[0]):
print(element.tag + ":" + element.text)
Kết luận
Đây là một trong những bài lab nền tảng nhất của DevNet và Network Automation.
Nếu nắm vững bài lab này, bạn sẽ dễ dàng tiếp cận các công nghệ hiện đại như: REST API/RESTCONF/Cisco DNA Center API/Meraki API/NETCONF/YANG Model/Cisco NSO/Ansible Automation

Lab- Sử dụng Netmiko và NTC Templates để kiểm tra VLAN và Access Port trên Switch Cisco

ThanhTho — Wed, 08 Jul 2026 04:09:39 GMT

Trong bài Lab trước, chúng ta đã sử dụng thư viện Netmiko để tự động cấu hình thiết bị mạng bằng Python.

Tiếp nối nội dung đó, bài Lab này sẽ hướng dẫn cách sử dụng Netmiko kết hợp với NTC Templates để tự động kiểm tra VLAN và Access Port trên Switch Cisco, từ đó xây dựng nền tảng cho các bài toán Network Automation trong thực tế.
1. Mục tiêu của bài Lab

Chương trình Python sau khi hoàn thành sẽ có khả năng:

Kết nối SSH tới Switch Cisco.
Thu thập thông tin VLAN hiện có trên thiết bị.
Kiểm tra VLAN 10 đã tồn tại hay chưa.
Kiểm tra các Access Port e0/1 và e0/2 đã được gán vào VLAN 10 hay chưa.
Tự động thực hiện cấu hình nếu phát hiện thiếu VLAN hoặc thiếu cấu hình Access Port.
Hiển thị kết quả kiểm tra để phục vụ công tác vận hành và kiểm tra hệ thống.

2. Tại sao cần NTC Templates?

Nếu chỉ sử dụng Netmiko, khi thực hiện lệnh:

show vlan

Switch sẽ trả về dữ liệu dưới dạng text:
1 default active Et0/1,Et0/2
10 SALES active
20 SERVER active

Việc xử lý dữ liệu dạng text trong Python khá phức tạp và dễ phát sinh lỗi khi Cisco thay đổi định dạng hiển thị giữa các phiên bản IOS.

Đây là lúc thư viện NTC Templates phát huy tác dụng.

NTC Templates sẽ chuyển dữ liệu CLI sang dữ liệu có cấu trúc:

[
{
'vlan_id': '1',
'interfaces': ['Et0/1','Et0/2']
},
{
'vlan_id': '10',
'interfaces': []
}
]

Khi dữ liệu đã được chuyển đổi sang Dictionary hoặc JSON, việc kiểm tra VLAN hay Access Port chỉ còn là các thao tác xử lý dữ liệu thông thường của Python. 3. Chuẩn bị môi trường

Cài đặt thư viện

Trên máy Linux hoặc WSL thực hiện:

pip3 install netmiko ntc_templates

Kiểm tra cài đặt thành công:

pip3 list | grep netmiko
pip3 list | grep ntc

4. Chuẩn bị thiết bị mạng

Trước khi viết code cần đảm bảo Switch đã hỗ trợ SSH.
Cấu hình địa chỉ IP quản trị

interface e0/0
no switchport
ip address 192.168.1.1 255.255.255.0
no shutdown
Cấu hình SSH

username admin password 123
ip domain-name vnpro.local
crypto key generate rsa
1024
ip ssh version 2
line vty 0 4
login local
transport input ssh

Kiểm tra lại bằng lệnh:
show ip ssh
show run | section vty

Nếu SSH bằng PuTTY hoặc Terminal chưa thành công thì Netmiko cũng sẽ không thể kết nối được.

5. Tách riêng thông tin thiết bị

File device_list.py

from getpass import getpass
passwd = getpass("Nhap mat khau SSH: ")
sw1 = {
"device_type": "cisco_ios",
"ip": "192.168.1.1",
"username": "admin",
"password": passwd,
"secret": "321"
}
device_list = [sw1]

Việc tách riêng thông tin thiết bị giúp chương trình dễ mở rộng lên nhiều Switch trong tương lai mà không cần sửa code chính.

6. Kết nối SSH bằng Netmiko

ssh = ConnectHandler(**device)
ssh.enable()

Sau khi kết nối thành công, Python có thể thực hiện bất kỳ lệnh CLI nào trên Switch.

Ví dụ:

data = ssh.send_command("show vlan")

7. Chuyển đổi dữ liệu bằng NTC Templates

data_parse = parse_output(
platform="cisco_ios",
command="show vlan",
data=data
)

Kết quả nhận được:

[
{'vlan_id': '1', 'interfaces': ['Et0/1','Et0/2']},
{'vlan_id': '10', 'interfaces': []}
]

Đây chính là bước quan trọng nhất của bài Lab vì từ thời điểm này chương trình sẽ xử lý dữ liệu có cấu trúc thay vì xử lý chuỗi text.

8. Xây dựng Dictionary VLAN

vlan = {}
for i in data_parse:
vlan[i["vlan_id"]] = i["interfaces"]

Kết quả:

{
'1': ['Et0/1', 'Et0/2'],
'10': []
}

Việc chuyển sang Dictionary giúp tốc độ tìm kiếm và kiểm tra trạng thái nhanh hơn rất nhiều.

9. Kiểm tra VLAN tồn tại

if "10" in vlan:
print("VLAN 10 da ton tai")
else:
print("Dang tao VLAN 10")

Đây được gọi là kiểm tra trạng thái hiện tại trước khi thực hiện thay đổi.

Trong tự động hóa hạ tầng, nguyên tắc này được gọi là Idempotent Configuration. 10. Kiểm tra Access Port

required_ports = ["Et0/1", "Et0/2"]
for port in required_ports:
if port in vlan["10"]:
print(f"{port} da thuoc VLAN 10")
else:
print(f"{port} chua thuoc VLAN 10")

Đây là mô hình thường được sử dụng trong các hệ thống kiểm tra cấu hình và audit hệ thống mạng.

11. Tự động cấu hình nếu phát hiện sai lệch

Nếu VLAN chưa tồn tại:

ssh.send_config_set([
"vlan 10",
"name USERS"
])

Nếu Access Port chưa được cấu hình:

ssh.send_config_set([
"interface e0/1",
"switchport mode access",
"switchport access vlan 10"
])

Như vậy chương trình không chỉ dừng lại ở việc giám sát mà đã bắt đầu chuyển sang hướng tự động khắc phục cấu hình.

Kết luận

Giá trị lớn nhất của bài Lab không nằm ở việc tạo VLAN hay gán Access Port.

Điều quan trọng hơn là giúp kỹ sư mạng thay đổi tư duy vận hành:

Không cấu hình trước rồi mới kiểm tra.
Hãy kiểm tra trạng thái hiện tại của hệ thống trước, phát hiện sai lệch và chỉ thực hiện thay đổi khi thật sự cần thiết.

Làm quen với Network Automation bằng Python, Netmiko và ntc_templates

vuphutruong — Wed, 08 Jul 2026 01:43:58 GMT

Hôm nay mình hoàn thành 1 bài lab cơ bản về Network Automation sử dụng Python để quản lý thiết bị Cisco thông qua SSH. Mục tiêu của bài lab không phải cấu hình mạng phức tạp mà là làm quen với quy trình tự động hóa việc kiểm tra và thu thập thông tin từ thiết bị. Mô hình lab

01 Cisco IOS Layer 3 Switch chạy trên EVE-NG.
Cổng Ethernet0/0 được cấu hình ở chế độ Layer 3 (no switchport) và nhận địa chỉ IP từ DHCP để có thể kết nối trực tiếp với máy tính thật.
Máy tính sử dụng macOS, Python và Homebrew.

Switch được cấu hình SSH với các thông số cơ bản:

Tạo tài khoản đăng nhập cục bộ.
Cấu hình domain-name.
Sinh RSA Key.
Cho phép truy cập SSH trên VTY.
Thiết lập Enable Password.

Sau khi hoàn thành cấu hình, mình kiểm tra bằng Terminal:
ssh vnpro@

Kết nối SSH thành công trước khi bắt đầu viết chương trình Python. Chuẩn bị môi trường Python
Cài đặt các thư viện cần thiết:
pip install netmiko ntc_templates

Trong đó:

Netmiko được sử dụng để thiết lập kết nối SSH tới thiết bị Cisco.
ntc_templates dùng TextFSM để chuyển kết quả các lệnh CLI sang dữ liệu có cấu trúc (JSON/List/Dictionary), giúp chương trình dễ dàng xử lý hơn.

Tổ chức chương trình
Project được chia thành hai file:

device_list.py
Lưu thông tin thiết bị cần kết nối:

Device Type
Địa chỉ IP
Username
Password
Enable Secret

Password SSH được nhập bằng getpass() để tránh hiển thị trực tiếp trên màn hình.

main.py
Chương trình thực hiện các bước:

Kết nối SSH bằng Netmiko.
Vào Enable Mode.
Thực hiện lệnh:

show vlan

Parse kết quả bằng ntc_templates.
Chuyển dữ liệu về Dictionary.
Kiểm tra trạng thái VLAN.
Kiểm tra các Access Port đang thuộc VLAN nào.
Hiển thị kết quả ra màn hình.
Đóng phiên SSH.

Điểm mình học được
Thay vì xử lý chuỗi ký tự trả về từ CLI, ntc_templates giúp chuyển đổi trực tiếp sang dữ liệu có cấu trúc. Ví dụ sau khi parse, chương trình có thể làm việc với dữ liệu như:
{
"1": ["Et0/1", "Et0/2"],
"10": ["Et0/3"]
}

Nhờ đó việc kiểm tra:

VLAN đã tồn tại hay chưa.
Port đã thuộc VLAN mong muốn hay chưa.

chỉ còn là các thao tác trên Dictionary của Python thay vì phải xử lý chuỗi thủ công. Một số vấn đề gặp phải

Kết quả
Sau khi hoàn thành bài lab, chương trình có thể:

Kết nối SSH tới Switch.
Thu thập thông tin VLAN.
Phân tích kết quả bằng ntc_templates.
Kiểm tra trạng thái VLAN và Access Port hoàn toàn tự động.

Đây là một bài lab cơ bản nhưng là bước nền quan trọng trước khi triển khai các tác vụ Network Automation nâng cao như tự động tạo VLAN, cấu hình Interface, kiểm tra Trunk, ACL, Backup cấu hình hoặc quản lý đồng thời nhiều thiết bị bằng Python.

Viết chương trình sử dụng thư viện netmiko của ngôn ngữ Python để cấu hình các thiết bị mạng.

HoangPhuc — Tue, 07 Jul 2026 13:41:35 GMT

Hôm nay mình muốn chia sẻ một chút về Network Automation với Python Netmiko — một chủ đề khá thú vị cho những bạn đang học Network, DevOps hoặc Automation.
Trước đây khi cấu hình thiết bị mạng, mình thường làm theo cách truyền thống: SSH vào switch/router, sau đó gõ từng dòng lệnh cấu hình. Cách này dễ hiểu và phù hợp khi hệ thống nhỏ. Nhưng khi số lượng thiết bị nhiều hơn, hoặc cấu hình có tính lặp lại, việc làm thủ công bắt đầu có nhiều vấn đề.
Ví dụ đơn giản: cần tạo nhiều VLAN trên switch.
Nếu làm tay, mình phải tạo từng VLAN, vào từng interface VLAN, gán IP, bật interface, rồi kiểm tra lại kết quả. Với vài VLAN thì ổn, nhưng nếu phải làm cho hàng chục VLAN hoặc nhiều switch khác nhau thì rất dễ mất thời gian và dễ sai sót.
Đây là lúc Network Automation trở nên hữu ích.
Thay vì ngồi gõ từng dòng lệnh, mình có thể viết một script Python để tự động SSH vào thiết bị và gửi các lệnh cấu hình cần thiết.
Một thư viện khá phổ biến để làm việc này là Netmiko.
Netmiko là gì?
Netmiko là thư viện Python hỗ trợ kết nối SSH tới các thiết bị mạng như Cisco, Juniper, Huawei, MikroTik… Sau khi kết nối thành công, Python có thể gửi lệnh cấu hình hoặc lệnh kiểm tra trạng thái thiết bị.
Nói đơn giản hơn, Netmiko giúp mình biến những thao tác cấu hình thủ công trên CLI thành một đoạn script có thể chạy tự động.
Ví dụ luồng xử lý sẽ như sau:
Máy tính chạy Python
→ Kết nối SSH tới switch
→ Gửi danh sách lệnh cấu hình
→ Switch thực thi lệnh
→ Python lấy kết quả kiểm tra và in ra màn hình
Một ví dụ rất đơn giản về ý tưởng:
from netmiko import ConnectHandler
device = {
"device_type": "cisco_ios",
"ip": "",
"username": "",
"password": "",
"secret": "",
}
connect = ConnectHandler(**device)
connect.enable()
for vlan_id in range(10, 31):
commands = [
f"vlan {vlan_id}",
f"interface vlan {vlan_id}",
f"ip address 172.16.{vlan_id}.1 255.255.255.0",
"no shutdown"
]
connect.send_config_set(commands)
result = connect.send_command("show ip interface brief")
print(result)
connect.disconnect()
Điểm hay ở đây nằm ở vòng lặp:
for vlan_id in range(10, 31):
Thay vì phải viết lệnh cho từng VLAN một cách thủ công, vòng lặp sẽ tự động chạy từ VLAN 10 đến VLAN 30. Với mỗi VLAN, script sẽ tự tạo ra nhóm lệnh tương ứng và gửi xuống switch.
Ví dụ khi vlan_id = 10, script sẽ hiểu là cần tạo VLAN 10 và gán IP tương ứng cho interface VLAN 10.
Khi vlan_id = 11, script tiếp tục làm tương tự cho VLAN 11.
Cứ như vậy cho đến VLAN cuối cùng.
Nhờ cách làm này, những công việc có tính lặp lại cao sẽ được xử lý nhanh hơn, đồng nhất hơn và ít bị lỗi do thao tác thủ công.
Mình rút ra được gì từ bài lab này?
Điều đầu tiên là automation không phải thứ gì quá xa vời. Chỉ cần hiểu cơ bản về Python, SSH và cách thiết bị mạng nhận lệnh CLI là đã có thể bắt đầu tự động hóa các tác vụ đơn giản.
Điều thứ hai là Netmiko rất phù hợp cho người mới học Network Automation. Cú pháp khá dễ tiếp cận, cách kết nối rõ ràng và có thể thấy kết quả trực tiếp trên thiết bị sau khi chạy script.
Bài lab này tuy nhỏ nhưng giúp mình hiểu rõ hơn cách Python có thể hỗ trợ công việc của Network Engineer hoặc DevOps Engineer. Những thao tác lặp đi lặp lại trên thiết bị mạng hoàn toàn có thể được tự động hóa bằng script, giúp tiết kiệm thời gian và giảm lỗi cấu hình.
Nói ngắn gọn, Netmiko là một bước khởi đầu rất tốt để tiếp cận Network Automation.

Lab - Tự động cấu hình Switch Cisco bằng Python và Netmiko

ThanhTho — Tue, 07 Jul 2026 09:55:07 GMT

Nếu phải tạo 20 VLAN trên một Switch, chắc chắn bạn sẽ không thấy đây là việc khó.

Nhưng nếu là...

100 Switch.

Mỗi Switch cần tạo 20 VLAN.

Mỗi VLAN phải gán IP khác nhau.

Mọi cấu hình phải giống nhau.

Lúc này câu chuyện không còn là biết cấu hình Cisco IOS nữa.

Mà là...

Làm sao để máy tính cấu hình thay mình?

Đó chính là lúc Network Automation bắt đầu.

Trong bài Lab này chúng ta sẽ sử dụng Python kết hợp thư viện Netmiko để SSH vào Switch Cisco và tự động thực hiện toàn bộ quá trình cấu hình.

Mục tiêu bài Lab

Sau khi hoàn thành bài thực hành, chương trình Python sẽ tự động:

Kết nối SSH đến Switch Cisco.

Đăng nhập vào chế độ Privileged EXEC.

Tạo VLAN từ 10 đến VLAN 30.

Cấu hình địa chỉ IP cho từng Interface VLAN.

Hiển thị kết quả cấu hình cuối cùng.

Toàn bộ công việc vốn phải nhập hàng chục dòng lệnh sẽ được thực hiện chỉ bằng một lần chạy chương trình.

Mô hình Lab

PC- Python-Netmiko------------>Cisco Switch - IOS -192.168.1.1

PC đóng vai trò Automation Host.

Switch Cisco là thiết bị được điều khiển thông qua giao thức SSH.

Bước 1 - Chuẩn bị môi trường Python

Trước tiên cần cài đặt thư viện Netmiko.

pip install netmiko

Hoặc với Python 3:

pip3 install netmiko --user

Netmiko thực chất là một thư viện được xây dựng trên Paramiko nhằm đơn giản hóa việc kết nối SSH tới các thiết bị mạng như Cisco, Juniper, Arista, Huawei...

Điểm mạnh của Netmiko là:

Không phải tự xử lý SSH.

Không phải chờ Prompt.

Không phải tự gửi từng ký tự.

Chỉ cần truyền danh sách câu lệnh cấu hình.

Bước 2 - Chuẩn bị Switch

Switch cần được cấu hình cơ bản trước khi có thể Automation.

Ví dụ:

interface vlan 1

ip address 192.168.1.1 255.255.255.0

no shutdown

Sau đó bật SSH.

username admin password 123

ip domain-name vnpro.local

crypto key generate rsa

ip ssh version 2

line vty 0 4

login local

transport input ssh

Đây là bước mà khá nhiều người mới học DevNet thường bỏ sót.

Python không thể điều khiển Switch nếu thiết bị chưa cho phép SSH.

Bước 3 - Khai báo thông tin thiết bị

Trong Netmiko, thiết bị thường được khai báo dưới dạng Dictionary.

from netmiko import ConnectHandler

SW1 = {

"device_type":"cisco_ios",

"ip":"192.168.1.1",

"username":"admin",

"password":"123",

"secret":"password"

}

Mỗi khóa trong Dictionary đều mang ý nghĩa riêng:

device_type xác định loại hệ điều hành.

ip là địa chỉ quản trị.

username/password dùng để SSH.

secret là Enable Password.

Sau đó kết nối:

net_connect = ConnectHandler(**SW1)

net_connect.enable()

Dấu ** dùng để giải nén Dictionary thành các tham số truyền vào hàm ConnectHandler.

Đây là cú pháp rất phổ biến trong Python và xuất hiện thường xuyên khi làm Automation.

Bước 4 - Tự động tạo VLAN

Thay vì viết:

vlan 10

vlan 11

...

vlan 30

Python chỉ cần một vòng lặp.

for n in range(10,31):

taoVlan = [

"vlan " + str(n)

]

net_connect.send_config_set(taoVlan)

Ở đây:

range(10,31)

sẽ sinh ra:

10

11

12

...

30

Mỗi lần lặp chương trình sẽ gửi một lệnh cấu hình xuống Switch.

Bước 5 - Tự động gán IP cho Interface VLAN

Sau khi VLAN được tạo, tiếp tục cấu hình Interface VLAN.

ipVlan = [

"interface vlan " + str(n),

"ip address 172.16."+str(n)+".1 255.255.255.0",

"no shutdown"

]

net_connect.send_config_set(ipVlan)

Ví dụ khi n = 20, Python sẽ sinh ra:

interface vlan 20

ip address 172.16.20.1 255.255.255.0

no shutdown

Điều đặc biệt ở đây là lập trình viên không cần viết riêng từng VLAN.

Chương trình sẽ tự sinh câu lệnh dựa trên giá trị của biến n.

Đây chính là tư duy cốt lõi của Network Automation.

Bước 6 - Kiểm tra kết quả

Sau khi cấu hình xong, Netmiko còn có thể thực thi các lệnh Show.

output = net_connect.send_command(

"show ip interface brief | include Vlan"

)

print(output)

Kết quả trả về sẽ hiển thị toàn bộ các Interface VLAN vừa được tạo.

Ví dụ:

Vlan10

Vlan11

Vlan12

...

Vlan30

Điều này giúp chương trình vừa cấu hình vừa tự xác minh kết quả mà không cần người quản trị đăng nhập kiểm tra thủ công.

Chương trình hoàn chỉnh

from netmiko import ConnectHandler

SW1 = {

"device_type":"cisco_ios",

"ip":"192.168.1.1",

"username":"admin",

"password":"123",

"secret":"password"

}

net_connect = ConnectHandler(**SW1)

net_connect.enable()

for n in range(10,31):

taoVlan = [

"vlan " + str(n)

]

ipVlan = [

"interface vlan " + str(n),

"ip address 172.16."+str(n)+".1 255.255.255.0",

"no shutdown"

]

net_connect.send_config_set(taoVlan)

net_connect.send_config_set(ipVlan)

output = net_connect.send_command(

"show ip interface brief | include Vlan"

)

print(output)

Kết luận

Bài Lab này tuy đơn giản nhưng lại là một trong những bài thực hành quan trọng nhất khi bắt đầu học Cisco DevNet.

Qua bài Lab, chúng ta hiểu được quy trình làm việc của một chương trình Automation:

Kết nối tới thiết bị.

Xác thực thông tin đăng nhập.

Gửi lệnh cấu hình.

Thu thập kết quả.

Kiểm tra trạng thái sau cấu hình.

Đây cũng chính là nền tảng để phát triển các hệ thống tự động hóa lớn hơn như:

Triển khai cấu hình hàng trăm thiết bị cùng lúc.

Backup cấu hình định kỳ.

Kiểm tra tính tuân thủ (Compliance).

Audit cấu hình.

Zero Touch Provisioning.

Tích hợp với Ansible, REST API, Nornir hoặc Cisco DNA Center.

Khi đã nắm vững Netmiko, bước tiếp theo của DevNet sẽ là xây dựng các chương trình Automation có khả năng tương tác với API và quản lý hạ tầng mạng ở quy mô doanh nghiệp.LAB

Static Code Analysis – "Kiểm tra mã nguồn mà không cần chạy chương trình"

dangquangminh — Thu, 02 Jul 2026 11:34:16 GMT

DevSecOps (Phần 3): Static Code Analysis – "Kiểm tra mã nguồn mà không cần chạy chương trình"

Bạn có thể phát hiện bug mà không cần chạy ứng dụng hay không?

Câu trả lời là có.

Đó chính là nhiệm vụ của Static Code Analysis – một trong những bước quan trọng nhất trong CI/CD Pipeline và cũng là "tuyến phòng thủ đầu tiên" của DevSecOps.

Static Code Analysis là gì?

Thông thường, khi kiểm thử phần mềm, chúng ta sẽ chạy chương trình, cung cấp dữ liệu đầu vào và kiểm tra kết quả đầu ra. Đây là cách hoạt động của các bài Unit Test, Integration Test hay Functional Test.

Ngược lại, Static Code Analysis không chạy chương trình.

Thay vào đó, các công cụ sẽ đọc trực tiếp source code, phân tích cấu trúc, cú pháp và các quy tắc lập trình để tìm ra lỗi, lỗ hổng bảo mật hoặc những đoạn mã có chất lượng kém ngay từ khi developer vừa commit code.

Chính vì không cần build hay thực thi ứng dụng nên Static Analysis có tốc độ rất nhanh và thường là bước đầu tiên trong CI Pipeline.

Static Analysis kiểm tra những gì?

Các công cụ Static Analysis hiện nay có thể phát hiện rất nhiều vấn đề trước khi phần mềm được biên dịch hoặc triển khai. 1. Phát hiện bug tiềm ẩn

Nhiều lỗi không được Unit Test bao phủ vẫn có thể được phát hiện thông qua việc phân tích mã nguồn.

Ví dụ:

Biến chưa được khởi tạo
Hàm không bao giờ được gọi
Sai cú pháp
Logic dễ gây lỗi

Một số công cụ phổ biến:

Prospector
Pyflakes

2. Đo độ phức tạp của mã nguồn

Một hàm dài hàng trăm dòng thường rất khó đọc, khó bảo trì và dễ phát sinh lỗi.

McCabe sẽ tính toán Cyclomatic Complexity để đánh giá mức độ phức tạp của từng hàm hoặc module.

Độ phức tạp càng cao thì càng nên được refactor thành các thành phần nhỏ hơn.

3. Phát hiện Dead Code

Trong quá trình phát triển, rất nhiều đoạn code cũ không còn được sử dụng nhưng vẫn tồn tại trong repository.

Những đoạn mã này:

làm tăng kích thước dự án
gây khó đọc
tạo thêm bề mặt tấn công nếu chứa lỗ hổng

Vulture là công cụ chuyên dùng để tìm và loại bỏ những đoạn Unused Code này.

4. Kiểm tra lỗ hổng bảo mật

Đây là phần quan trọng nhất đối với DevSecOps.

Các công cụ như Bandit sẽ rà soát source code để phát hiện:

Insecure Coding Practices
Hardcoded Password
Insecure Random Number
Command Injection
SQL Injection tiềm ẩn
Unsafe Deserialization
Các lỗi thường gặp thuộc OWASP Top 10

Việc phát hiện ngay trong giai đoạn CI giúp giảm đáng kể chi phí khắc phục sau này.

5. Phát hiện Credentials bị lộ

Một sai lầm rất phổ biến là đưa trực tiếp vào Git:

Password
API Key
Access Token
SSH Private Key

Một khi đã commit lên repository, việc xóa commit không đồng nghĩa với việc bí mật đã an toàn.

Dodgy giúp phát hiện các credentials bị hard-code trước khi chúng được merge vào branch chính.

6. Kiểm tra kiểu dữ liệu

Python là ngôn ngữ linh hoạt về kiểu dữ liệu nhưng điều đó cũng dễ dẫn đến các lỗi khó phát hiện.

Mypy kiểm tra Type Hint để phát hiện:

truyền sai kiểu tham số
trả về sai kiểu dữ liệu
sử dụng object không đúng cách

Điều này đặc biệt hữu ích đối với các dự án lớn có nhiều lập trình viên cùng tham gia.

7. Chuẩn hóa Coding Style

Một dự án có hàng chục developer sẽ rất khó bảo trì nếu mỗi người viết theo một phong cách khác nhau.

Các công cụ như:

Pylint
pycodestyle

giúp đảm bảo toàn bộ source code tuân thủ cùng một chuẩn, chẳng hạn PEP 8 trong Python Community. Nhờ đó mã nguồn dễ đọc, dễ review và giảm đáng kể các lỗi do thiếu tính nhất quán.

Đừng chạy thủ công, hãy để CI/CD làm việc đó

Mặc dù các công cụ Static Analysis có thể được chạy trực tiếp trên máy của developer, nhưng cách làm hiệu quả nhất là tích hợp chúng vào CI/CD Pipeline.

Mỗi lần có commit mới:

Pipeline tự động chạy Static Analysis.
Nếu phát hiện lỗi hoặc vi phạm chính sách, pipeline sẽ dừng ngay.
Developer nhận phản hồi chỉ sau vài chục giây và sửa lỗi trước khi mã nguồn được merge.

Đây là một trong những nguyên tắc cốt lõi của DevSecOps:

Shift Left Security – đưa các hoạt động kiểm thử và bảo mật về sớm nhất có thể trong vòng đời phát triển phần mềm.

CI/CD Pipeline được cấu tạo như thế nào?

Để tự động hóa toàn bộ quá trình Build – Test – Deploy, mọi hệ thống CI/CD hiện đại đều dựa trên ba thành phần cốt lõi:

Pipeline
Stage
Job

Job

Job là đơn vị nhỏ nhất trong CI/CD.

Một Job có thể thực hiện một công việc cụ thể như:

Build source code
Tạo Docker Image
Chạy Unit Test
Thực hiện Static Code Analysis
Deploy ứng dụng

Mỗi Job chỉ có hai trạng thái:

Success
Failed

Stage

Nhiều Job có cùng mục tiêu sẽ được nhóm thành một Stage.

Ví dụ:

Build Stage

Compile source code
Build Docker Image
Kiểm tra dependency

Test Stage

Unit Test
Static Analysis
Security Scan
Code Coverage

Các Job trong cùng một Stage thường chạy song song (parallel) để rút ngắn thời gian xử lý.

Nếu chỉ một Job thất bại, toàn bộ Stage sẽ được đánh dấu là Failed và Pipeline dừng ngay lập tức.

Pipeline

Pipeline là thành phần cao nhất, điều phối toàn bộ quá trình Build → Test → Deploy.

Pipeline thường được khai báo bằng các tệp cấu hình như:

.gitlab-ci.yml
GitHub Actions Workflow
Azure Pipelines YAML
Jenkinsfile (Groovy DSL)

Mỗi khi developer push code lên repository, Pipeline sẽ tự động kích hoạt và thực hiện lần lượt các Stage đã được định nghĩa.

Một quy trình CI/CD điển hình đối với ứng dụng container hóa sẽ gồm:

Tạo Docker Image từ source code.
Chạy các bài kiểm thử trên image vừa tạo.
Đẩy image lên Container Registry.
Triển khai image mới lên máy chủ hoặc môi trường Staging/Production.

Static Code Analysis không thay thế Unit Test hay Integration Test, nhưng nó giúp phát hiện rất nhiều lỗi ngay từ khi mã nguồn còn "nằm trên giấy". Kết hợp Static Analysis với Automated Testing trong CI/CD chính là nền tảng để xây dựng các hệ thống DevSecOps hiện đại: phát hiện lỗi sớm, giảm rủi ro và tăng tốc phát hành phần mềm mà vẫn đảm bảo chất lượng.

TỪ DÂY MẠNG ĐẾN NGUỒN ĐIỆN: "BẮT MẠCH" SWITCH POE & XU HƯỚNG MẠNG THÔNG MINH

Lương Thị Thùy — Tue, 23 Jun 2026 10:16:37 GMT

Khi bạn phải hì hục leo trần thạch cao lắp con Access Point (AP) hay chui rúc kéo dây cho dàn Camera an ninh ngoài xưởng, rồi "tá hỏa" nhận ra... xung quanh không có cái ổ cắm điện nào ? Kéo thêm một tuyến cáp điện thì vừa xấu, vừa tốn chi phí thi công, lại tăng rủi ro chập cháy.

Đó chính là lúc "vị cứu tinh" PoE (Power over Ethernet) xuất hiện – truyền luôn nguồn điện DC qua sợi cáp mạng UTP bé tí!

Nhưng làm sao để nhận diện một con Switch có PoE ở ngoài đời thực, và làm sao để "soi" xem nó đang cấp nguồn cho thiết bị nào bằng lệnh? Cùng mình ôn lại và cập nhật những công nghệ PoE mới nhất nhé!
1. Nhìn "Mặt" Bắt Hình Dong: Sao Biết Switch Có PoE?

Nếu đi onsite và đứng trước một tủ Rack bạt ngàn thiết bị, anh em có thể nhận diện Switch PoE qua 3 dấu hiệu "vật lý" sau:

Mã sản phẩm (Model Name): Với dân làm Cisco, anh em cứ nhìn vào mã sản phẩm. Thường các dòng Switch có hậu tố P (PoE), FP (Full PoE) hoặc U (UPoE) ở cuối cụm cổng. Ví dụ: C9200L-48P-4G thì chắc chắn 48 cổng đó có PoE.
Đèn LED Mode "PoE": Trên mặt trước của Switch Cisco thường có nút nhấn Mode. Anh em bấm chuyển sang mode PoE, nếu đèn ở các port sáng lên (thường là màu xanh lá) thì port đó đang cấp nguồn.
Ký hiệu trên mặt nạ: Nhiều dòng Switch có in thẳng chữ PoE hoặc có dải vạch màu vàng gạch dưới các port có khả năng cấp điện.
Nguồn (Power Supply): Switch PoE thường đi kèm với bộ nguồn công suất rất lớn (từ 350W, 715W đến hơn 1000W) và nặng hơn hẳn switch thường.

2. Dùng Lệnh "Khám Bệnh": Sao Biết Switch Đang Nuôi Ai?

Để kiểm tra xem Switch (đặc biệt là các dòng Switch Cisco) có hỗ trợ và đang cấp nguồn PoE hay không, câu lệnh quan trọng nhất bạn cần dùng là:

#show power inline

Các cách dùng chi tiết với câu lệnh này:

show power inline: Sẽ hiển thị bức tranh tổng thể.

Bạn cần chú ý các thông số:

Available / Used / Remaining: Tổng công suất Switch có / Đang xài bao nhiêu / Còn dư bao nhiêu.
Interface: Cổng mạng nào đang cắm thiết bị.
Admin / Oper (Status): Trạng thái cổng (Đang Auto cấp nguồn hay bị tắt Off). Nếu hiện On/Powering tức là thiết bị đầu cuối đang "ăn" điện.
Power (Watts): Thiết bị đang tiêu thụ bao nhiêu Watt.
Device / Class: Chuẩn PoE và tên thiết bị nhận diện (ví dụ: IEE PD, Class 3, Class 4...).
show power inline (Ví dụ: show power inline gi1/0/1): Dùng khi bạn muốn soi chi tiết trạng thái PoE của riêng một cổng cụ thể (rất hữu ích khi cần chẩn đoán lỗi một con Camera hay AP cắm vào cổng đó mà không lên nguồn).
show power inline police: Xem các chính sách cấu hình bảo vệ và giới hạn công suất trên các cổng.

Mẹo nhận biết nhanh: Nếu bạn gõ lệnh show power inline mà Switch báo lỗi không nhận diện được lệnh (Unrecognized command), thì khả năng rất cao là hệ điều hành hoặc dòng Switch đó không hỗ trợ phần cứng PoE.
3. Tại Sao Doanh Nghiệp Lại "Ghiền" PoE Đến Vậy?

Nhiều người nghĩ PoE chỉ để tiện cắm Camera, nhưng bài toán tài chính và quản lý đối với doanh nghiệp lớn hơn thế nhiều:

Tiết kiệm chi phí triển khai (CAPEX): Bỏ qua hoàn toàn chi phí mua dây điện, ống ghen, và tiền nhân công thợ điện. Kéo 1 sợi cáp mạng là xong cả Data lẫn Power.
Độ tin cậy & An toàn (An toàn điện): Nguồn DC qua cáp mạng (< 60V) an toàn hơn rất nhiều so với điện AC 220V.
Quản lý nguồn tập trung (Quyền năng của UPS): Tưởng tượng công ty cúp điện. Nếu Camera/AP dùng nguồn adapter rời cắm ở tường thì sập toàn bộ. Nhưng nếu dùng Switch PoE, anh em chỉ cần gắn 1 bộ lưu điện (UPS) khủng cho tủ Rack chứa Switch là hệ thống Wi-Fi, Camera an ninh vẫn "sống nhăn răng" hoạt động bình thường!

4. PoE Không Chỉ Có Một Loại (Các Chuẩn Cần Nhớ)

Cắm nhầm thiết bị công suất cao vào Switch công suất thấp thì thiết bị sẽ không chạy. Anh em cần phân biệt:

PoE (802.3af): Cấp tối đa 15.4W mỗi cổng. Đủ xài cho IP Phone cơ bản, Camera IP loại nhỏ.
PoE+ (802.3at): Cấp tới 30W. Xài ngon cho Camera PTZ (có xoay), Wi-Fi AP chuẩn băng tần kép.
UPoE / PoE++ (802.3bt): "Quái vật" cấp điện từ 60W đến 90W!

5. Tương Lai Của PoE: Không Chỉ Là Mạng, Mà Là "Smart Building"

Tính năng mới của chuẩn UPoE (802.3bt) hiện nay chính là khả năng tích hợp vào hệ thống bóng đèn chiếu sáng (Smart Lighting).

Anh em không nghe nhầm đâu! Giờ đây, thay vì hệ thống đèn LED trong tòa nhà văn phòng chạy bằng điện 220V AC, người ta nối dây mạng trực tiếp từ Switch Cisco đến thẳng bóng đèn trần.

Bóng đèn dùng điện DC từ Switch để thắp sáng.
Đồng thời dùng luôn kết nối Data để lập trình bật/tắt qua phần mềm quản lý, tự động giảm sáng khi không có người, hoặc nháy đèn báo động khi có sự cố. Quản trị viên mạng giờ quản lý luôn cả... hệ thống điện tòa nhà!