Vì sao Internet vẫn chạy nhưng không truy cập được server nội bộ?

Doanh nghiệp vẫn truy cập website, gửi email và sử dụng các ứng dụng trực tuyến bình thường, nhưng lại không thể mở thư mục dùng chung, phần mềm nội bộ, máy chủ kế toán hoặc hệ thống ERP. Đây là tình huống khá phổ biến và dễ khiến người dùng hiểu nhầm rằng “mạng vẫn bình thường”.

Thực tế, Internet và server nội bộ có thể sử dụng hai đường truyền, cơ chế phân giải tên và chính sách bảo mật khác nhau. Vì vậy, Internet vẫn hoạt động không đồng nghĩa toàn bộ hệ thống mạng doanh nghiệp đang vận hành chính xác.

Internet hoạt động nhưng server nội bộ không truy cập được có bất thường không?

Không hẳn. Máy tính truy cập Internet thông qua modem, router, firewall và đường truyền của nhà cung cấp dịch vụ. Trong khi đó, để kết nối đến server nội bộ, thiết bị còn phải đi qua nhiều thành phần khác như:

• Hệ thống DNS nội bộ.
• Switch và các VLAN trong doanh nghiệp.
• Bảng định tuyến giữa các mạng.
• Chính sách firewall hoặc Access Control List.
• Tài khoản người dùng và quyền truy cập.
• Dịch vụ đang chạy trên server.
• Kết nối VPN đối với người làm việc từ xa.

Chỉ cần một thành phần trên gặp sự cố, người dùng có thể vẫn vào Internet nhưng không truy cập được server nội bộ.

Những dấu hiệu thường gặp

Sự cố có thể xuất hiện dưới nhiều hình thức:

• Không mở được thư mục dùng chung trên file server.
• Không kết nối được phần mềm kế toán hoặc ERP.
• Truy cập server bằng tên không được nhưng dùng địa chỉ IP lại được.
• VPN hiển thị trạng thái “Connected” nhưng vẫn không mở được tài nguyên nội bộ.
• Một phòng ban không truy cập được, trong khi phòng ban khác vẫn sử dụng bình thường.
• Máy tính kết nối Wi-Fi khách không nhìn thấy server.
• Remote Desktop đến server bị từ chối hoặc hết thời gian chờ.
• Hệ thống hoạt động chập chờn, lúc truy cập được, lúc không.

Mỗi biểu hiện sẽ gợi ý một nhóm nguyên nhân khác nhau. Vì vậy, doanh nghiệp nên kiểm tra theo trình tự thay vì khởi động lại thiết bị hoặc thay đổi cấu hình một cách ngẫu nhiên.

1. DNS nội bộ gặp sự cố

DNS có nhiệm vụ chuyển tên server thành địa chỉ IP. Ví dụ, khi người dùng truy cập:

\\fileserver\ketoan

Máy tính cần hỏi DNS để xác định địa chỉ IP tương ứng của fileserver. Nếu DNS nội bộ sai, ngừng hoạt động hoặc máy trạm đang sử dụng DNS công cộng, người dùng sẽ không thể tìm thấy server bằng tên.

Dấu hiệu thường thấy là:

• Truy cập bằng tên server không được.
• Truy cập trực tiếp bằng địa chỉ IP vẫn hoạt động.
• Một số máy bị lỗi, các máy còn lại vẫn bình thường.
• Lỗi xuất hiện sau khi thay router, thay firewall hoặc cấu hình lại DHCP.

Không nên vội chuyển DNS của máy tính sang 8.8.8.8 hoặc DNS công cộng khác. DNS công cộng có thể giúp truy cập Internet nhưng thường không biết các tên miền và máy chủ chỉ tồn tại trong mạng nội bộ.

Việc truy cập bằng IP chỉ nên được dùng để khoanh vùng lỗi. Đây không phải giải pháp lâu dài vì chứng chỉ, xác thực tên miền, Kerberos hoặc đường dẫn ứng dụng có thể phụ thuộc vào hostname của server.

2. Server hoặc dịch vụ trên server đã dừng

Server có thể vẫn bật nhưng dịch vụ cần thiết đã ngừng hoạt động. Một số trường hợp thường gặp gồm:

• Dịch vụ chia sẻ tệp bị dừng.
• Cơ sở dữ liệu SQL Server không hoạt động.
• Phần mềm ERP hoặc kế toán bị treo.
• Web server nội bộ không phản hồi.
• Server hết dung lượng ổ đĩa.
• CPU hoặc RAM bị quá tải.
• Card mạng trên server bị lỗi.
• Server đang cập nhật hoặc vừa khởi động lại.

Nếu tất cả người dùng đều không truy cập được cùng một ứng dụng hoặc tài nguyên, khả năng cao cần kiểm tra server và dịch vụ liên quan.

Đội ngũ IT nên xem trạng thái hệ thống, nhật ký sự kiện, tài nguyên phần cứng và các dịch vụ trước khi quyết định khởi động lại server. Việc khởi động lại thiếu kiểm soát có thể làm gián đoạn thêm các ứng dụng khác đang hoạt động.

3. VLAN hoặc định tuyến nội bộ có vấn đề

Nhiều doanh nghiệp chia hệ thống thành các VLAN riêng cho nhân viên, server, camera, điện thoại IP, Wi-Fi khách và thiết bị quản trị. Cách tổ chức này giúp tăng bảo mật và giảm lưu lượng quảng bá, nhưng đòi hỏi cấu hình định tuyến chính xác.

Ví dụ:

• Máy tính nhân viên thuộc VLAN 10.
• Server thuộc VLAN 20.
• Wi-Fi khách thuộc VLAN 30.

Nếu route giữa VLAN 10 và VLAN 20 bị mất, nhân viên vẫn truy cập Internet qua gateway nhưng không thể kết nối đến server. Nếu VLAN 30 được thiết kế chỉ cho phép Internet, việc người dùng Wi-Fi khách không truy cập được server là chính sách bảo mật đúng, không phải lỗi.

Các nguyên nhân liên quan có thể bao gồm:

• Sai VLAN trên cổng switch.
• Uplink giữa các switch gặp sự cố.
• Mất route sau khi thay router hoặc firewall.
• Gateway của server bị cấu hình sai.
• Trùng dải địa chỉ IP.
• DHCP cấp sai subnet mask hoặc default gateway.

Doanh nghiệp có thể tham khảo các dòng thiết bị mạng phù hợp để xây dựng hệ thống LAN và VLAN ổn định hơn.

4. Firewall hoặc chính sách kiểm soát truy cập đang chặn kết nối

Firewall không chỉ bảo vệ kết nối Internet mà còn có thể kiểm soát lưu lượng giữa các VLAN, chi nhánh, VPN và vùng đặt server.

Một chính sách mới được áp dụng có thể vô tình chặn:

• Cổng SMB dùng để chia sẻ dữ liệu.
• Cổng Remote Desktop.
• Cổng kết nối cơ sở dữ liệu.
• HTTPS của phần mềm nội bộ.
• Lưu lượng từ VPN đến VLAN server.
• Kết nối giữa các phòng ban.

Đội ngũ IT cần kiểm tra firewall log, rule, địa chỉ nguồn, địa chỉ đích, dịch vụ và thứ tự ưu tiên của chính sách. Không nên tạo rule “Allow Any–Any” để xử lý tạm thời vì có thể mở rộng phạm vi truy cập không cần thiết và tạo rủi ro bảo mật.

SMNET cung cấp nhiều dòng firewall doanh nghiệp cùng dịch vụ tư vấn, triển khai và tối ưu chính sách bảo mật theo nhu cầu thực tế.

5. VPN đã kết nối nhưng route hoặc DNS chưa chính xác

Trạng thái VPN “Connected” chỉ cho biết đường hầm đã được thiết lập. Nó không đảm bảo người dùng có thể truy cập mọi tài nguyên nội bộ.

VPN có thể gặp các lỗi như:

• Không được cấp route đến mạng server.
• DNS nội bộ không được đẩy xuống máy người dùng.
• Tài khoản VPN không thuộc đúng nhóm quyền.
• Chính sách firewall chưa cho phép VPN truy cập VLAN server.
• Dải mạng tại nhà trùng với dải mạng của doanh nghiệp.
• Split tunneling được cấu hình chưa phù hợp.
• Phiên VPN sử dụng cấu hình cũ.

Trường hợp dải mạng tại nhà và doanh nghiệp cùng sử dụng một subnet, máy tính có thể gửi lưu lượng đến router tại nhà thay vì qua VPN. Đây là lỗi tương đối khó phát hiện nếu chỉ nhìn vào trạng thái kết nối.

6. Địa chỉ IP hoặc tên server đã thay đổi

Sau khi thay router, thay DHCP, chuyển server hoặc khôi phục hệ thống, địa chỉ IP của server có thể bị thay đổi. Trong khi đó:

• DNS vẫn lưu địa chỉ cũ.
• Phần mềm vẫn kết nối đến IP cũ.
• Shortcut trên máy người dùng chưa được cập nhật.
• Firewall rule vẫn tham chiếu đến địa chỉ cũ.
• Bản ghi DNS bị trùng hoặc chưa đồng bộ.

Server cung cấp dịch vụ quan trọng nên được quản lý địa chỉ IP rõ ràng, sử dụng IP tĩnh hoặc DHCP reservation phù hợp và có tài liệu cập nhật.

7. Tài khoản hoặc quyền truy cập gặp lỗi

Nếu chỉ một người dùng không vào được server trong khi những người khác vẫn sử dụng bình thường, nguyên nhân có thể nằm ở tài khoản và phân quyền.

Một số trường hợp phổ biến:

• Mật khẩu đã hết hạn.
• Tài khoản bị khóa.
• Người dùng không còn thuộc nhóm được cấp quyền.
• Quyền thư mục chia sẻ và quyền hệ thống tệp không đồng nhất.
• Máy tính mất kết nối với domain.
• Thời gian trên máy trạm và domain controller bị lệch.
• Máy đang lưu thông tin đăng nhập cũ.
• Người dùng đăng nhập bằng tài khoản không đúng.

Việc xóa thông tin xác thực hoặc thay đổi quyền nên được thực hiện có kiểm soát. Cấp quyền quá rộng có thể khiến dữ liệu nhạy cảm bị truy cập ngoài phạm vi công việc.

8. Cáp mạng, switch hoặc card mạng gặp sự cố

Internet vẫn hoạt động trên một số thiết bị không có nghĩa toàn bộ hạ tầng vật lý đang bình thường. Sự cố có thể chỉ ảnh hưởng đến:

• Cổng switch kết nối server.
• Uplink giữa hai tầng hoặc hai khu vực.
• Module quang.
• Dây mạng của server.
• Card mạng hoặc bonding trên server.
• Một switch access cụ thể.
• Nguồn điện hoặc UPS của tủ mạng.

Nếu lỗi chỉ xuất hiện ở một tầng, một phòng ban hoặc một nhóm thiết bị, nên kiểm tra switch, VLAN và đường uplink tại khu vực đó trước.

Quy trình kiểm tra an toàn khi không truy cập được server nội bộ

Bước 1: Xác định phạm vi sự cố

Cần ghi nhận:

• Một người hay tất cả người dùng bị lỗi?
• Chỉ một ứng dụng hay toàn bộ tài nguyên trên server?
• Người dùng kết nối bằng mạng LAN, Wi-Fi hay VPN?
• Sự cố bắt đầu từ thời điểm nào?
• Trước đó có thay đổi firewall, switch, server hoặc tài khoản không?

Phạm vi càng rõ, thời gian xử lý càng được rút ngắn.

Bước 2: Kiểm tra từ thiết bị khác

Thử truy cập cùng tài nguyên từ một máy tính khác trong cùng mạng. Kết quả giúp xác định lỗi nằm ở máy người dùng hay hạ tầng chung.

• Chỉ một máy lỗi: ưu tiên kiểm tra DNS, IP, tài khoản và cấu hình máy đó.
• Cả nhóm cùng lỗi: kiểm tra VLAN, switch, firewall hoặc server.
• Chỉ người dùng từ xa lỗi: kiểm tra VPN, route và DNS.
• Tất cả người dùng lỗi: ưu tiên kiểm tra server và kết nối đến vùng server.

Bước 3: So sánh truy cập bằng tên và địa chỉ IP

Nếu truy cập bằng IP được nhưng dùng tên không được, DNS là nghi vấn chính.

Nếu cả tên và IP đều không truy cập được, cần kiểm tra tiếp route, firewall, dịch vụ server và kết nối vật lý.

Lưu ý: ping không thành công chưa đủ để kết luận server đã ngừng hoạt động, vì nhiều hệ thống chủ động chặn ICMP. Cần kiểm tra đúng dịch vụ hoặc cổng mạng mà ứng dụng đang sử dụng.

Bước 4: Kiểm tra cấu hình mạng của máy trạm

Đội ngũ IT có thể kiểm tra các thông tin như:

• Địa chỉ IP.
• Subnet mask.
• Default gateway.
• DNS server.
• VLAN đang sử dụng.
• Route hiện có.
• Kết quả phân giải tên server.

Các công cụ đọc thông tin như ipconfig /all, nslookup hoặc tracert có thể hỗ trợ khoanh vùng, nhưng kết quả cần được phân tích trong bối cảnh thiết kế mạng thực tế.

Bước 5: Kiểm tra firewall và đường truyền nội bộ

Xem xét:

• Lưu lượng có đến đúng firewall hoặc gateway không?
• Có rule nào vừa thay đổi không?
• Firewall log ghi nhận kết nối bị chặn ở đâu?
• Route giữa VLAN người dùng và VLAN server có tồn tại không?
• Uplink giữa các switch có hoạt động ổn định không?

Bước 6: Kiểm tra server và dịch vụ

Nếu đường mạng bình thường, cần kiểm tra:

• Server có đang hoạt động không?
• Card mạng có nhận đúng IP không?
• Dịch vụ ứng dụng có đang chạy không?
• CPU, RAM và ổ đĩa có quá tải không?
• Nhật ký hệ thống có lỗi bất thường không?
• Cơ sở dữ liệu có phản hồi không?
• Chứng chỉ hoặc giấy phép phần mềm có hết hạn không?

Doanh nghiệp nên có giải pháp giám sát và sao lưu phù hợp cho server và thiết bị lưu trữ mạng để giảm rủi ro gián đoạn.

Bảng chẩn đoán nhanh

Hiện tượng	Nguyên nhân nên ưu tiên kiểm tra
Vào bằng IP được nhưng tên server không được	DNS nội bộ
Một máy không truy cập được	IP, DNS, tài khoản hoặc cấu hình máy
Một phòng ban cùng bị lỗi	VLAN, switch hoặc uplink
Toàn bộ doanh nghiệp không truy cập được	Server, firewall hoặc vùng mạng server
VPN kết nối nhưng không vào được server	Route, DNS, quyền VPN hoặc trùng subnet
Chỉ Wi-Fi khách không truy cập được	Chính sách cô lập mạng khách
Mở được server nhưng không vào được thư mục	Quyền chia sẻ hoặc quyền hệ thống tệp
Phần mềm nội bộ lỗi nhưng thư mục dùng chung vẫn mở được	Dịch vụ ứng dụng, cơ sở dữ liệu hoặc cổng kết nối
Truy cập chập chờn	Uplink, loop mạng, quá tải hoặc lỗi phần cứng

Những việc không nên làm khi chưa xác định nguyên nhân

Khi gặp sự cố, doanh nghiệp nên tránh:

• Tự ý đổi DNS nội bộ sang DNS công cộng.
• Tạo rule firewall cho phép toàn bộ kết nối.
• Khởi động lại server ngay khi chưa kiểm tra dịch vụ.
• Xóa tài khoản hoặc thông tin xác thực ngẫu nhiên.
• Cấp quyền quản trị để “thử”.
• Thay đổi đồng thời nhiều cấu hình.
• Cắm thêm router hoặc switch không được quản lý.
• Dùng địa chỉ IP thay hostname như một giải pháp cố định.

Mỗi thay đổi nên được ghi nhận để có thể đối chiếu hoặc khôi phục khi cần.

Khi nào doanh nghiệp nên liên hệ đơn vị IT chuyên nghiệp?

Doanh nghiệp nên yêu cầu hỗ trợ khi:

• Sự cố ảnh hưởng đến nhiều người dùng.
• Server chứa dữ liệu hoặc ứng dụng quan trọng.
• Không có tài liệu sơ đồ mạng.
• Firewall và VLAN do nhiều đơn vị cấu hình.
• VPN thường xuyên mất kết nối.
• Lỗi tái diễn nhưng chưa xác định được nguyên nhân gốc.
• Doanh nghiệp không có đội ngũ IT nội bộ chuyên trách.
• Việc gián đoạn đang ảnh hưởng đến hoạt động kinh doanh.

SMNET cung cấp dịch vụ IT và Remote Helpdesk giúp doanh nghiệp kiểm tra máy trạm, server, DNS, VLAN, VPN, firewall và các dịch vụ liên quan.

Quy trình hỗ trợ có thể bao gồm:

1. Tiếp nhận thông tin và xác định mức độ ảnh hưởng.
2. Kiểm tra từ xa các thành phần liên quan.
3. Khoanh vùng nguyên nhân theo từng lớp hệ thống.
4. Đề xuất phương án xử lý an toàn.
5. Kiểm tra lại quyền truy cập và dịch vụ sau khắc phục.
6. Ghi nhận nguyên nhân để hạn chế sự cố tái diễn.

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

Internet vẫn chạy thì có phải server đã hỏng không?

Không nhất thiết. Nguyên nhân có thể nằm ở DNS, VLAN, route, firewall, VPN, tài khoản hoặc dịch vụ ứng dụng. Cần kiểm tra theo phạm vi trước khi kết luận server hỏng.

Vì sao truy cập server bằng IP được nhưng bằng tên lại không được?

Đây thường là dấu hiệu của lỗi DNS hoặc máy tính đang sử dụng sai DNS server. Tuy nhiên, cần kiểm tra bản ghi DNS, DHCP và bộ nhớ đệm trước khi thay đổi cấu hình.

VPN báo đã kết nối nhưng vì sao vẫn không vào được server?

VPN có thể đã tạo đường hầm nhưng chưa có route đến mạng server, chưa nhận DNS nội bộ hoặc tài khoản chưa được cấp quyền. Dải mạng tại nhà trùng với mạng công ty cũng có thể gây ra hiện tượng này.

Không ping được server có nghĩa server đã tắt không?

Không. Server hoặc firewall có thể chặn ICMP nhưng các dịch vụ khác vẫn hoạt động. Đội ngũ IT cần kiểm tra đúng cổng và ứng dụng cần sử dụng.

Có nên khởi động lại toàn bộ modem, firewall và server không?

Không nên thực hiện đồng loạt. Việc này làm mất dấu nguyên nhân, có thể gây thêm gián đoạn và khiến nhiều dịch vụ khác bị ảnh hưởng.

Kết luận

Tình trạng Internet vẫn hoạt động nhưng không truy cập được server nội bộ thường bắt nguồn từ sự khác biệt giữa đường đi Internet và đường đi đến tài nguyên doanh nghiệp. DNS, VLAN, routing, firewall, VPN, quyền truy cập và dịch vụ trên server đều có thể là nguyên nhân.

Cách xử lý hiệu quả nhất là xác định phạm vi, kiểm tra theo từng lớp và hạn chế thay đổi cấu hình khi chưa có đủ thông tin. Một hệ thống được thiết kế rõ ràng, có tài liệu, giám sát và bảo trì định kỳ sẽ giúp doanh nghiệp giảm đáng kể thời gian gián đoạn.

Nếu doanh nghiệp cần kiểm tra hệ thống mạng, server hoặc bảo mật, hãy đăng ký chương trình khảo sát và tư vấn giải pháp CNTT của SMNET.

Công ty TNHH SMNET
Địa chỉ: Phòng G.01, Tòa nhà The Vital Building, 16 Đặng Tất, P. Tân Định, Q.1, TP.HCM
Điện thoại: 028 7301 6068
Email: hello@smnet.vn
Website: https://smnet.vn/