arrow_backQuay lại ghi chép lĩnh vực
NETWORKING Đã đăng 8 Aug 2026

Mô hình OSI, Từng Lớp Một, Không Có Phần Thừa

Một hướng dẫn thực hành về bảy lớp của mô hình OSI, với các ví dụ giao thức thực tế và góc nhìn khắc phục sự cố cho mỗi lớp.

Hầu hết các giải thích về mạng đều coi mô hình OSI như một bảng cần ghi nhớ cho kỳ thi chứng chỉ rồi quên đi. Đó là một sai lầm. Khi bạn bắt đầu khắc phục các vấn đề thực tế, bảy lớp sẽ biến thành một danh sách kiểm tra tinh thần: đây có phải là vấn đề về cáp, vấn đề về định tuyến, hay lỗi ứng dụng? Biết bạn đang xử lý lớp nào sẽ giảm đáng kể thời gian gỡ lỗi của bạn.

Layer 1: physical

Đây là phương tiện thực tế: đồng, sợi quang, sóng vô tuyến. Các mức điện áp, sơ đồ chân, loại kết nối (RJ45, SFP+), và điều chế tín hiệu tồn tại ở đây. Khi một cổng switch hiển thị "link down" hoặc bạn gặp mất gói tin gián đoạn tương quan với ai đó hút bụi gần một dây cáp, bạn đang ở lãnh địa Layer 1. Các công cụ như máy kiểm tra cáp hoặc ethtool eth0 trên Linux sẽ cho bạn thấy trạng thái liên kết, tốc độ, và các thiết lập song công trước khi bạn lãng phí thời gian gỡ lỗi bất cứ điều gì ở phía trên.

Layer 2: data link

Bạn có được địa chỉ MAC, các switch, và khung hình. Ethernet hoạt động ở lớp này, và cũng vậy với ARP (về mặt kỹ thuật là cầu nối giữa L2 và L3). VLAN cũng là một cấu trúc Layer 2. Nếu một máy chủ không thể kết nối với bất cứ thứ gì trên mạng con của nó nhưng ping hoạt động tốt với các máy khác được kết nối trực tiếp, hãy kiểm tra arp -a hoặc ip neigh để tìm các mục lỗi thời, và xem xét cấu hình cổng switch để tìm sự không khớp VLAN. Một vấn đề điển hình: hai máy chủ trên cùng một VLAN nhưng các thiết lập MTU khác nhau gây ra các triệu chứng kỳ lạ liên quan đến phân mảnh.

Layer 3: network

Địa chỉ IP, định tuyến, và ICMP tồn tại ở đây. Đây là nơi tracerouteping thực hiện công việc của chúng, và nơi bạn chẩn đoán xem một gói tin có được phát ra khỏi mạng cục bộ hay không. Các bộ định tuyến đưa ra quyết định chuyển tiếp dựa trên IP đích ở lớp này. Khi ping 8.8.8.8 hoạt động nhưng ping google.com thì không, đó không phải là vấn đề Layer 3 chút nào, đó là DNS, là Layer 7 — một ví dụ tốt về lý do tại sao kỷ luật lớp lại quan trọng khi bạn đang thu hẹp một lỗi.

Layer 4: transport

TCP và UDP. Đây là nơi các cổng, thứ tự, và độ tin cậy (hoặc thiếu nó) xuất hiện. Bắt tay ba chiều của TCP, các bộ hẹn giờ truyền lại, và phân cấp cửa sổ đều tồn tại ở đây. Nếu curl bị treo khi cố gắng kết nối, tcpdump -i eth0 port 443 sẽ cho bạn thấy xem các gói tin SYN có nhận được SYN-ACK hay không. Không có phản hồi thường có nghĩa là tường lửa đang im lặng loại bỏ lưu lượng truy cập thay vì từ chối nó một cách tường minh — một sự phân biệt quan trọng khi bạn đang viết báo cáo sự cố.

Layer 5: session

Lớp này bị coi là xấu vì nó mỏng manh trong thực hành — rất nhiều ngăn xếp thực tế sụp đổ quản lý phiên vào một trong hai lớp vận chuyển hoặc lớp ứng dụng. Tiếp tục phiên TLS và những thứ như phiên NetBIOS là những ví dụ về sách giáo khoa. Trong kiến trúc hiện đại, bạn sẽ dành ít thời gian ở đây hơn bất kỳ lớp nào khác, nhưng nó vẫn hữu ích về mặt khái niệm khi giải thích tại sao một kết nối bị cắt có thể tiếp tục mà không cần đàm phán lại hoàn toàn.

Layer 6: presentation

Mã hóa, nén, và định dạng mã hóa về mặt kỹ thuật thuộc về đây — hãy nghĩ về các bộ ký tự, định dạng mã hóa SSL/TLS (trái ngược với việc thiết lập phiên chính nó), và tuần tự hóa dữ liệu. Trong thực hành, hầu hết các kỹ sư gộp cái này vào Layer 5 hoặc Layer 7 khi họ nói về nó, bởi vì ranh giới là mơ hồ. Nếu bạn đang gỡ lỗi các ký tự bị xáo trộn trong một tải trọng so với một bắt tay bị hỏng, đó là sự tách biệt L6/L7 của bạn.

Layer 7: application

HTTP, DNS, SMTP, SSH — các giao thức bạn thực sự viết mã. Hầu hết gỡ lỗi hàng ngày là một nhà phát triển xảy ra ở đây, kiểm tra mã trạng thái, tiêu đề, và tải trọng. Công cụ phát triển trình duyệt, Postman, và curl -v đều hoạt động ở lớp này. Sẽ rất dễ dãi để đổ lỗi cho mạng trước tiên khi một lệnh gọi API thất bại, nhưng phản hồi 500 có nghĩa là yêu cầu đã đi qua mọi lớp dưới đó một cách tốt — vấn đề hoàn toàn nằm trong logic ứng dụng.

Tại sao phải bận tâm với một mô hình mà không ai thực hiện chính xác

Mạng thế giới thực, đặc biệt là TCP/IP, không ánh xạ hoàn hảo vào bảy lớp của OSI — TCP/IP có bốn lớp trong mô hình tham chiếu của riêng nó. Sự không khớp đó không sao. Giá trị của OSI không phải là một thông số kỹ thuật thực hiện, nó là một từ vựng chung. Khi một đồng nghiệp nói "điều này có vẻ giống như một vấn đề Layer 2", cả hai bạn đều ngay lập tức biết kiểm tra các switch và VLAN thay vì tranh luận về hồ sơ DNS. Đó là toàn bộ ý nghĩa của việc học nó đúng cách thay vì ghi nhớ nó cho một bài kiểm tra.

Nếu loại phân tích từng lớp này phù hợp với bạn, các phân đoạn mạng của Korra Studio đi sâu hơn vào thu thập gói, bài tập mạng con, và khắc phục sự cố quy tắc tường lửa được xây dựng trực tiếp trên nền tảng này.

Viết với hỗ trợ của AI, được xem xét và đăng bởi Michal Pilch (CISSP), Korra Studio.

Sẵn sàng đi xa hơn?

Đây là một ghi chép từ cơ sở kiến thức Korra Studio — nền tảng kết hợp mỗi chủ đề với phiên hỗ trợ 1-kèm-1.

Bắt đầu miễn phíarrow_forward