Hướng dẫn sửa lỗi không truy cập được thư mục chia sẻ

Trần Minh Phương Anh

21 tháng 8, 2026

Hướng dẫn sửa lỗi không truy cập được thư mục chia sẻ

Không ít người chỉ phát hiện ra vấn đề khi cần mở một thư mục dùng chung trong văn phòng, lớp học, hoặc trên máy tính ở nhà thì hệ thống báo không thấy đường dẫn, không có quyền truy cập, hoặc yêu cầu nhập lại thông tin đăng nhập. Trục trặc này thường gây khó chịu vì nhìn bên ngoài thì mạng vẫn có vẻ hoạt động bình thường, nhưng riêng thư mục chia sẻ lại đứng im.

Điểm khó của lỗi này là nó hiếm khi đến từ một nguyên nhân duy nhất. Có lúc do quyền chia sẻ trên máy chủ, có lúc do tên máy trong mạng nội bộ, có lúc do giao thức SMB bị chặn, và cũng có trường hợp do tường lửa hoặc tài khoản người dùng không khớp. Muốn sửa dứt điểm, cần đi theo đúng thứ tự kiểm tra thay vì thử ngẫu nhiên.

Xác định đúng triệu chứng trước khi sửa

Khi nói “không truy cập được thư mục chia sẻ”, nhiều người đang gộp chung nhiều lỗi khác nhau vào một nhóm. Có máy vẫn nhìn thấy thư mục nhưng bấm vào thì báo denied access, có máy không thấy thư mục nào trong Network, có máy gõ đường dẫn rồi nhưng không mở được, và cũng có trường hợp truy cập được từ máy này nhưng máy khác lại lỗi. Mỗi biểu hiện gợi ý một lớp nguyên nhân khác nhau, nên bước đầu tiên là phân loại thật rõ.

Nếu thư mục chia sẻ mở bằng \\ten-may\thu-muc-chia-se trên Windows mà bị lỗi, hãy phân biệt giữa lỗi tìm thấy máy và lỗi không có quyền. Lỗi không thấy máy thường liên quan đến phân giải tên, discovery, dịch vụ mạng hoặc SMB. Lỗi có thấy máy nhưng không vào được thường nghiêng về quyền NTFS, quyền share, xác thực tài khoản hoặc chính sách bảo mật. Cách nhận biết này quan trọng vì nếu nhầm tầng lỗi, bạn sẽ sửa quyền trong khi vấn đề lại nằm ở mạng, hoặc ngược lại.

Về mặt cơ chế, truy cập thư mục chia sẻ là chuỗi nhiều bước nối tiếp nhau: máy khách phải tìm được máy chủ, bắt tay qua giao thức chia sẻ file, xác thực người dùng, rồi mới kiểm tra quyền trên thư mục đích. Chỉ cần một mắt xích lỗi là cả quá trình dừng lại. Vì vậy, thay vì hỏi “sao không mở được”, nên hỏi cụ thể hơn: máy có nhìn thấy host không, có vào được share khác không, có hiện prompt đăng nhập không, và có bị chặn từ một thiết bị khác hay không. Cách khoanh vùng này giúp bạn tránh sửa lan man.

Kiểm tra kết nối mạng và tên máy trong mạng nội bộ

Nhiều lỗi truy cập thư mục chia sẻ thực ra không nằm ở quyền, mà bắt đầu từ việc máy tính không định danh được đúng thiết bị chia sẻ. Trong mạng nội bộ, người dùng thường truy cập bằng tên máy vì tiện, nhưng nếu DNS nội bộ, file host, hoặc cơ chế discovery không hoạt động ổn định thì tên đó có thể không được phân giải. Khi đó, thử truy cập bằng địa chỉ IP thường là cách kiểm tra nhanh nhất để biết vấn đề nằm ở tên hay ở bản thân dịch vụ chia sẻ.

Nếu gõ trực tiếp IP mà vào được, gần như chắc chắn mạng cơ bản vẫn ổn, và phần còn lại là chuyện tên máy, discovery, hoặc broadcast trong cùng subnet. Nếu cả IP cũng không vào được, cần nghĩ đến vấn đề rộng hơn như máy chia sẻ đang tắt dịch vụ, cổng SMB bị chặn, hai máy không ở cùng mạng, hoặc router cô lập thiết bị bằng client isolation. Với môi trường văn phòng, một số hệ thống Wi‑Fi khách còn chặn luôn khả năng nhìn thấy nhau giữa các máy, nên thư mục chia sẻ có tồn tại cũng không ai truy cập được từ bên ngoài nhóm mạng đó.

Cơ chế ở đây khá rõ. Discovery trên mạng nội bộ thường dựa vào thông báo quảng bá tên máy hoặc dịch vụ dò tìm, còn truy cập theo IP đi thẳng vào đích. Vì vậy, IP bỏ qua lớp định danh nhưng vẫn cần dịch vụ chia sẻ thực sự lắng nghe. Nếu IP hoạt động còn tên không hoạt động, trọng tâm phải là cấu hình đặt tên và khả năng quảng bá dịch vụ. Nếu cả hai đều thất bại, vấn đề thấp hơn ở tầng kết nối hoặc firewall. Đó cũng là lý do không nên chỉ sửa trong File Explorer rồi kết luận mọi thứ đã xong.

Trong thực tế ở Việt Nam, tình huống hay gặp nhất là máy chia sẻ đổi tên, đổi mạng Wi‑Fi, hoặc được cắm vào một modem khác trong khi máy trạm vẫn giữ đường dẫn cũ. Với các hệ thống gia đình hoặc phòng lab nhỏ, chỉ cần thay router hoặc đổi lớp mạng là đường dẫn cũ có thể thành vô hiệu. Khi đó, kiểm tra bằng ping, mở thư mục bằng IP, và xác nhận lại đúng subnet là ba bước cơ bản nhất trước khi đi xa hơn.

Kiểm tra quyền chia sẻ và quyền thư mục

Một lỗi rất phổ biến là người dùng đã bật chia sẻ thư mục nhưng vẫn không vào được, vì quên rằng Windows và nhiều hệ thống khác thường có hai lớp quyền khác nhau. Một lớp là quyền chia sẻ, kiểm soát ai được nhìn thấy qua mạng. Lớp còn lại là quyền thư mục cục bộ, quyết định ai được đọc, ghi hoặc sửa dữ liệu trên ổ đĩa. Nếu một trong hai lớp chặn, kết quả cuối cùng vẫn là không vào được.

Nhiều người chỉ thêm tài khoản vào danh sách chia sẻ nhưng chưa cấp quyền NTFS tương ứng. Ngược lại, có trường hợp thư mục local cho phép rất rộng nhưng quyền share lại siết chặt hơn. Khi đó, người dùng có thể thấy thư mục trên mạng nhưng mở vào sẽ nhận lỗi access denied. Cách sửa đúng là kiểm tra cả hai nơi, rồi đảm bảo tài khoản đang dùng khi đăng nhập qua mạng thực sự có quyền phù hợp ở cả hai lớp. Nếu tổ chức dùng nhóm người dùng, hãy ưu tiên kiểm tra nhóm thay vì từng tài khoản riêng lẻ để tránh bỏ sót.

Đây là chỗ cơ chế xác thực và ủy quyền tách nhau rất rõ. Xác thực trả lời câu hỏi “bạn là ai”, còn ủy quyền trả lời câu hỏi “bạn được làm gì”. Một tài khoản có thể đăng nhập thành công nhưng vẫn không có quyền đọc thư mục. Ngược lại, một share có thể hiển thị với tên thư mục rất đẹp nhưng phần quyền bên dưới không cho phép truy cập. Vì vậy, khi gặp lỗi lạ, đừng chỉ nhìn vào thông báo “không truy cập được” rồi nghĩ ngay đến mật khẩu sai. Rất nhiều trường hợp mật khẩu đúng nhưng quyền không đúng.

Đội ngũ biên tập Best Knowledge nhận thấy lỗi này hay xuất hiện nhất trong môi trường dùng tài khoản cục bộ thay vì tài khoản miền. Lý do là tài khoản local dễ bị lệch tên máy, lệch user profile, hoặc lưu credential cũ trong máy khách. Khi tài khoản thay đổi mà phiên đăng nhập cũ vẫn được nhớ lại, hệ thống có thể gửi thông tin xác thực không còn hợp lệ, khiến truy cập thất bại dù người dùng tưởng mình đã đăng nhập đúng.

Xử lý dịch vụ chia sẻ, SMB và tường lửa

Nếu quyền đã đúng mà vẫn không vào được, cần nhìn xuống lớp dịch vụ chia sẻ và giao thức đang dùng. Trên Windows hiện nay, chia sẻ file nội bộ thường xoay quanh SMB. Nếu dịch vụ liên quan bị tắt, nếu phiên bản SMB không tương thích, hoặc nếu tường lửa chặn các cổng cần thiết, thư mục chia sẻ vẫn sẽ “có mặt trên giấy” nhưng không thể mở từ máy khác. Đây là nguyên nhân thường bị bỏ qua vì giao diện hệ điều hành không luôn báo thẳng ra tên dịch vụ bị lỗi.

Tường lửa là một điểm cần kiểm tra kỹ, nhất là khi máy chủ vừa cập nhật hệ điều hành, cài phần mềm bảo mật, hoặc chuyển sang profile mạng mới. Một số phần mềm diệt virus hoặc endpoint protection có thể siết chặt lưu lượng SMB mặc định. Nếu trước đây truy cập bình thường mà sau một lần cập nhật đột nhiên lỗi, xác suất cao là chính sách mạng đã đổi. Khi đó, thử tạm thời trên cùng mạng cục bộ, kiểm tra profile Private/Public, và xác nhận lại rule chia sẻ file thường cho kết quả rất nhanh.

Cơ chế kỹ thuật nằm ở việc SMB cần máy khách và máy chủ thống nhất được cách nói chuyện, sau đó đi qua đúng đường mạng. Nếu tường lửa chặn port liên quan, tiến trình bắt tay không hoàn tất. Nếu phiên bản SMB trên hai đầu quá khác nhau, hoặc tính năng cũ bị vô hiệu trong khi hệ thống bên kia vẫn phụ thuộc, kết nối cũng có thể thất bại. Điều này giải thích vì sao có trường hợp truy cập được từ máy Windows này nhưng lại lỗi ở máy khác, dù cùng một thư mục chia sẻ. Sự khác biệt không nằm ở thư mục, mà nằm ở lớp giao thức và chính sách trên từng máy khách.

Trong bối cảnh 2026, nhiều máy cài sẵn chính sách bảo mật nghiêm hơn trước, nhất là ở môi trường doanh nghiệp hoặc máy đã được quản trị tập trung. Do đó, khi kiểm tra tường lửa, đừng chỉ xem “mạng có internet không”. Truy cập internet và truy cập chia sẻ nội bộ là hai đường hoàn toàn khác nhau. Một máy vẫn lướt web bình thường nhưng SMB bị chặn vẫn là tình huống rất bình thường.

Sửa lỗi đăng nhập, thông tin lưu sẵn và đồng bộ tài khoản

Một nhóm lỗi khác xuất hiện khi máy khách đang dùng sai credential hoặc giữ thông tin đăng nhập cũ. Điều này xảy ra nhiều hơn người ta nghĩ, nhất là khi trước đó từng đăng nhập bằng một tài khoản khác, rồi sau đó đổi mật khẩu, đổi tên máy, hoặc chuyển sang tài khoản mới. Khi credential cache vẫn còn, hệ thống có thể tự gửi thông tin cũ lên máy chia sẻ và bị từ chối.

Nếu hiện hộp thoại yêu cầu nhập username và password nhiều lần nhưng không chấp nhận, hãy kiểm tra lại định dạng tên đăng nhập. Trong mạng nội bộ, có lúc cần dùng MAYTINH\username, có lúc là username@domain, và cũng có lúc là tài khoản Microsoft hoặc local account với cách ghi khác nhau. Sai ngay ở định dạng tên thì mật khẩu đúng cũng không có tác dụng. Trường hợp máy chia sẻ dùng tài khoản local, việc map nhầm sang user có cùng tên ở máy khác càng dễ gây rối.

Cơ chế ở đây là hệ thống xác thực dựa trên danh tính cụ thể của tài khoản, không chỉ chuỗi mật khẩu. Tên đăng nhập là phần định tuyến danh tính, còn mật khẩu chỉ là bằng chứng đi kèm. Khi máy khách lưu sẵn credential cũ, lần xác thực kế tiếp có thể gửi danh tính không còn hợp lệ với máy chủ. Điều này đặc biệt hay gặp khi cùng một người dùng truy cập nhiều máy tính trong một phòng làm việc, hoặc khi đổi mật khẩu theo chính sách định kỳ. Lúc đó, xóa credential đã lưu và kết nối lại thường giải quyết nhanh hơn việc đoán mò mật khẩu.

Nếu tổ chức có đồng bộ tài khoản qua domain hoặc dịch vụ quản trị tập trung, hãy nhớ rằng thay đổi ở tài khoản trung tâm không phải lúc nào cũng cập nhật ngay ở mọi máy. Có thể máy khách cần đăng xuất, khởi động lại dịch vụ mạng, hoặc mở phiên mới để lấy credential cập nhật. Đây là tình huống thực tế khá thường gặp trong các phòng máy, văn phòng nhỏ, và hệ thống dùng nhiều laptop cá nhân kết nối vào thư mục dùng chung.

FAQ

Vì sao cùng một thư mục nhưng máy này vào được, máy kia lại không?

Vì mỗi máy có thể khác nhau về quyền, credential lưu sẵn, phiên bản SMB, tường lửa hoặc profile mạng. Thư mục chia sẻ chỉ là một điểm chung, còn đường đi từ từng máy khách đến thư mục đó có thể rất khác nhau.

Có nên dùng địa chỉ IP thay cho tên máy không?

Nên dùng IP để kiểm tra chẩn đoán. Nếu IP vào được mà tên không vào được, vấn đề nằm ở phân giải tên hoặc discovery. Nhưng về lâu dài, tên máy vẫn tiện hơn nếu mạng nội bộ được cấu hình ổn định.

Lỗi access denied có luôn là sai mật khẩu không?

Không. Access denied thường liên quan đến quyền chia sẻ hoặc quyền thư mục, chứ không chỉ mật khẩu. Mật khẩu sai thường đi kèm lỗi xác thực, còn quyền sai là đã nhận diện được người dùng nhưng không cho phép truy cập.

Tại sao vừa hôm qua còn vào được, hôm nay lại lỗi?

Nguyên nhân hay gặp là cập nhật hệ điều hành, đổi mật khẩu, thay router, đổi mạng Wi‑Fi, hoặc thay đổi chính sách tường lửa. Với thư mục chia sẻ, chỉ một thay đổi nhỏ ở tầng mạng hoặc bảo mật cũng đủ làm đường truy cập đứt.

Muốn tránh lỗi này tái diễn thì nên làm gì?

Nên chuẩn hóa tên máy, thống nhất cách đặt quyền, dùng tài khoản rõ ràng cho truy cập mạng nội bộ và hạn chế để credential cũ tồn đọng. Nếu môi trường có nhiều máy, việc ghi lại cấu hình chia sẻ và subnet mạng ngay từ đầu sẽ giúp xử lý nhanh hơn rất nhiều khi có sự cố.

Khi sửa lỗi không truy cập được thư mục chia sẻ, cách hiệu quả nhất là đi từ ngoài vào trong: xác nhận mạng, kiểm tra tên máy, đối chiếu quyền, rồi mới đến dịch vụ và credential. Làm đúng thứ tự này giúp tránh sửa nhầm chỗ và rút ngắn rất nhiều thời gian dò lỗi trong môi trường làm việc thực tế.