VPN phòng lab đã kết nối, nhưng công cụ khóa học vẫn lỗi

VPN báo đã kết nối, mục tiêu của khóa học trả lời ping, và công cụ phòng lab vẫn thoát ra với lỗi. Sự kết hợp đó thường gặp trong môi trường huấn luyện, vì đường hầm và môi trường chạy được hỗ trợ là hai yêu cầu khác nhau. Một thứ chứng minh đường đi gói tin; thứ kia chứng minh chương trình có thể chạy trên máy này. Nếu coi lỗi là vấn đề VPN, bạn sẽ đi sửa các thiết lập mạng vốn chưa bao giờ sai.

Chỉ báo đã kết nối thực sự chứng minh điều gì

Một kết nối VPN chứng minh rằng máy khách đã tới cổng và nhận được định tuyến cùng định địa chỉ. Nó không nói bài thực hành sẽ cần những cổng nào về sau, công cụ có khớp với hệ điều hành hay không, hay kiến trúc và thư viện của nó có hiện diện hay không. Đó là những sự thật của ứng dụng. Khi kiểm tra cơ sở của khóa học đạt và công cụ vẫn lỗi, câu hỏi còn lại là khả năng tương thích, không phải khả năng kết nối.

Hãy ghi lại bạn thực sự đã kiểm tra cái nào trong hai thứ, vì huy hiệu đã kết nối dễ bị nhầm là bằng chứng cho cả hai.

Trước tiên hãy kiểm tra đường đi đã được ghi trong khóa học

Dùng bước kiểm tra mà giảng viên đã công bố, từ chính máy hoặc không gian làm việc đang chạy bài thực hành. Điều đó tránh việc kiểm tra một môi trường khác rồi gọi nó là tương đương.

ip route get 10.50.20.15
nc -vz 10.50.20.15 8080

Tra cứu tuyến cho biết lưu lượng của bài thực hành sẽ dùng giao diện nào, và phép thử cổng cho biết dịch vụ cụ thể đó có chấp nhận kết nối hay không. Một tuyến trỏ tới sai giao diện giải thích lỗi, trong khi cổng bị từ chối với tuyến đúng lại chỉ ra dịch vụ hoặc chính sách của nó. Thay các địa chỉ ví dụ bằng dải đích được cấp, và ghi lại địa chỉ nguồn mà bước kiểm tra đã dùng. Ping tới một máy khác trong dải không phải cùng một phép thử.

Sau đó kiểm tra công cụ với ma trận hỗ trợ

Khi đường đi đã được chứng minh, hãy xem xét chương trình mà bài thực hành thực sự chạy. Những lệch pha về kiến trúc và thư viện lỗi ồn ào và dễ bị đọc nhầm thành hết thời gian chờ.

uname -m
file ./lab-tool
ldd ./lab-tool

Loại máy cho biết những dạng nhị phân nào có thể chạy, báo cáo tệp nêu định dạng và kiến trúc của công cụ, còn danh sách thư viện cho thấy các phụ thuộc có được giải quyết hay không. Một tệp nhị phân 32 bit trên ảnh chỉ 64 bit, hoặc một thư viện chia sẻ bị thiếu, tạo ra lỗi không liên quan gì đến đường hầm. Hãy so sánh bản phát hành và nền tảng với ma trận hỗ trợ của khóa học, chứ không phải với bài đăng diễn đàn về một phiên bản khác. Giữ nguyên quyền của bài thực hành trong khi thu thập bằng chứng này.

Giao cho chủ sở hữu hai phát hiện riêng biệt

Bộ phận hỗ trợ huấn luyện có thể hành động theo một cách tách bạch rõ ràng: đường cơ sở mạng đã cho thấy gì và môi trường công cụ đã cho thấy gì. Hãy kèm kết quả tuyến và cổng đã được làm sạch, văn bản lỗi chính xác và chi tiết nền tảng từ các bước kiểm tra nhị phân. Bỏ ra ngoài thông tin đăng nhập và các gói cấu hình riêng tư, vì chúng thêm rủi ro mà không giúp chẩn đoán. Sau đó để chủ sở hữu quyết định sửa môi trường hay điều chỉnh bài thực hành, và đừng mở rộng dải được cấp hay mượn máy của người tham gia khác để chứng minh quan điểm.

Ghi cả hai phát hiện vào phiếu ngay cả khi chỉ một trong hai là nguyên nhân. Khi đó lần thử tiếp theo bắt đầu từ bằng chứng thay vì phỏng đoán.