Có thể truy cập chia sẻ Windows theo địa chỉ IP hoặc FQDN nhưng không thể theo tên máy chủ

Một trong những máy tính trong phòng thí nghiệm tại trường tôi quản lý không thể truy cập bất kỳ cổ phiếu nào trong thư mục \ ad \ data $. Tôi có thể truy cập nó từ bất kỳ máy tính nào khác trên mạng. Nếu tôi sử dụng IP \\ 192.168.1.248 \ data $ tôi có thể truy cập các tệp đúng cách. Nếu tôi sử dụng FQDN: \\ ad.domain.name \ data $ thì nó cũng hoạt động. Bất kỳ máy tính nào khác ở trường cũng có thể truy cập vào chia sẻ này đúng cách.

Khi tôi cố gắng truy cập vào chia sẻ với \ ad \ data $, tôi nhận được thông báo "Bạn không có quyền truy cập \ ad \ data $. Liên hệ với quản trị viên của bạn để yêu cầu quyền truy cập." Tôi đăng nhập bằng tài khoản quản trị viên tên miền.

Bất kỳ ý tưởng về những gì sẽ làm cho một máy tính miền duy nhất không thể truy cập vào một chia sẻ mà nó nên có quyền truy cập?

Máy chủ đang chạy Windows Server 2008 và máy tính đang chạy Windows 7 SP1.

CẬP NHẬT

Vấn đề hiện đang xảy ra trên nhiều máy tính khác trên mạng, máy tính nhân viên và máy tính sinh viên. Tôi bắt đầu nghĩ rằng có một cái gì đó sai nghiêm trọng với máy chủ Active Directory.

Tôi vừa có một vấn đề tương tự.

Chúng tôi có một miền và AD và tất cả các thư mục nhà của người dùng được thiết lập trong AD.

Người dùng làm việc trên một máy chủ đầu cuối và thư mục nhà của cô ấy hoạt động tốt Trên sổ ghi chép mới mà chúng tôi đang thiết lập cho cô ấy, ổ đĩa đã được ánh xạ, nhưng nếu bạn cố truy cập nó qua chú hoặc bằng cách nhấp đúp vào ổ đĩa được ánh xạ thì nó đã báo lỗi của vị trí không thể được tìm thấy.

Lướt qua một vài diễn đàn khác tôi nhận thấy ai đó hỏi liệu thư mục nhà có thể truy cập qua IP hoặc FQDN không. Khi tôi cố gắng tôi có thể truy cập vào thư mục.

Lúc đầu tôi cũng nghĩ đó là sự cố DNS.

Đọc thêm về ai đó nói rằng "hãy thử xóa bộ nhớ cache CSC", và rồi tôi gần như tự thề. Biết rằng sổ ghi chép này đã được sử dụng bởi một người dùng khác đã sử dụng các tệp ngoại tuyến (Cũng là thư mục chính của họ trên cùng một máy chủ). Tôi đã tìm thấy một cách nhanh chóng để xóa bộ đệm CSC trên Win 7 (nó dễ dàng hơn nhiều trên XP). Khởi động lại máy tính và vấn đề đã được giải quyết.

Dưới đây là các liên kết tôi tìm thấy thông tin trên:

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974

Tôi đã thấy một vấn đề như thế này và nguyên nhân là do DNS được đặt không tự động thêm tên miền.

Vì vậy, tôi sẽ kiểm tra xem Nối các hậu tố DNS cụ thể và kết nối cụ thể đã được chọn chưa và các Hậu tố phụ của hậu tố DNS chính được đánh dấu.

Điều này có thể được tìm thấy thông qua

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

Win7 / server 2008> loại bảng điều khiển trong "Trình quản lý thông tin xác thực" và xóa mọi thông tin xác thực đã lưu.

Tôi đã có cùng một vấn đề (đã xảy ra với tôi nhiều lần) và tôi đã giải quyết nó bằng cách xóa tất cả các chia sẻ được kết nối và tạo lại chúng. Đã có nhiều kết nối đến cùng một vị trí (sử dụng các URL khác nhau) và tôi nghi ngờ rằng đó là lý do của sự cố.

Sử dụng dòng lệnh:

1. Để xem các cổ phiếu hiện đang kết nối
   net use
2. Để xóa kết nối để chia sẻ Y trên xxx.xxx.xxx.xxx
   net use \\xxx.xxx.xxx.xxx\Y /delete
3. Để xóa kết nối để chia sẻ Y trên XXX
   net use \\XXX\Y /delete
4. Để xóa ổ đĩa mạng được ánh xạ
   net use Y: /delete
5. Để kết nối lại ổ đĩa mạng được ánh xạ
   net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

Một nghi phạm tiềm năng khác là người quản lý Samsung PC Share. Sau khi gỡ cài đặt nó từ máy chủ, vấn đề biến mất.

Có thể máy tính khách đang sử dụng thông tin xác thực đã lưu. Bạn có thể kiểm tra bằng Trình quản lý thông tin Windows trong Bảng điều khiển.

Điều này có xảy ra trong tài khoản Quản trị viên cục bộ, ví dụ: machine_name \ Administrator không?

Máy có xác thực với bộ điều khiển miền đúng không?

Đảm bảo rằng bạn chưa kết nối với \ ad bằng các thông tin khác nhau (hoặc cũ). Tôi đã gặp các vấn đề tương tự khi tôi có một ổ đĩa được ánh xạ kết nối với chia sẻ trên máy chủ bằng tài khoản miền "thông thường" của mình và sau đó tôi đã cố gắng kết nối với một chia sẻ khác trên cùng một máy chủ bằng tài khoản "quản trị viên" tên miền của mình.

Liệu một khởi động lại giải quyết vấn đề?

Tôi đã có một vấn đề liên quan. Tôi đã có máy XP Home truy cập chia sẻ / thư mục chia sẻ và ổ đĩa trên máy Windows 7. Tôi đã chơi xung quanh với cài đặt Workgroup / Homegroup trên Windows 7 và thay đổi tùy chọn "Chia sẻ được bảo vệ bằng mật khẩu". Tôi có thể thấy các thư mục được chia sẻ của mình trên máy XP Home, nhưng không thể đọc hoặc ghi từ / đến chúng. Điều đó làm tôi phát điên - bởi vì khi tôi tạo một người dùng mới trên máy XP Home và truy cập vào cổ phần của mình trên máy Win 7, không có vấn đề gì - tôi có thể đọc và ghi tệp!

Vì vậy, tôi đã quay lại tài khoản người dùng (chính) cũ của mình và tôi vẫn không thể truy cập các tệp được chia sẻ ...

Tôi đã thử tất cả các loại giải pháp - sử dụng mạng * / del và tôi đã thử xóa tài khoản người dùng / xóa tài khoản người dùng - Tôi đã cố gắng loại bỏ thông tin đăng nhập được lưu trong bộ nhớ cache - nhưng không có gì hiệu quả. Truy cập vào các cổ phiếu thông qua một địa chỉ IP DID làm việc! Cố lên !!

Tôi đã thử đặt Workgroup trên cả hai máy thành Workgroup (máy XP HOME là MSHOME)

Cuối cùng, những gì tôi phải làm là thay đổi TÊN MÁY TÍNH trên máy Windows 7 của mình, khởi động lại, sau đó truy cập các thư mục dùng chung từ máy XP HOME. Sau đó nó hỏi tôi về người dùng / mật khẩu Đăng nhập mà tôi đã nhập lại. Tuy nhiên, tôi có các đường dẫn và nội dung sử dụng tên máy tính cũ của mình, vì vậy sau đó tôi đã thay đổi máy tính Win 7 của mình trở lại như ban đầu. Alleluia! Nó hoạt động - một lần nữa tôi được hỏi về người dùng / mật khẩu và tôi có thể truy cập vào cổ phiếu của mình từ máy XP HOME!

Vì vậy, tóm tắt: có một số vấn đề với thông tin được lưu trong bộ nhớ cache và không có cách rõ ràng nào để xóa chúng (không có gì được hiển thị trong Trình quản lý mật khẩu mạng trong tài khoản người dùng). Do đó, tạm thời thay đổi tên máy tính của bạn và thay đổi lại và điều đó có thể khắc phục một số vấn đề.

Tôi đã gặp một số vấn đề tương tự trên các diễn đàn như thế này, nhưng không có vấn đề nào giống như của tôi.

Tôi gặp vấn đề này sau khi nâng cấp hộp Server 2008 R2 lên Server 2012 R2 với bản cập nhật. Đối với tôi, tôi đi vào Trình quản lý thông tin xác thực và xóa Thông tin xác thực Windows -> Thông tin chung đã giải quyết vấn đề.

Trong một trong những trường hợp của tôi, thật ngạc nhiên, hóa ra là tôi cần phải xóa bộ đệm DNS ngoài việc kích hoạt tính năng hỗ trợ SMB 1.0 trong Windows 8.1. Đây là một máy tính gia nhập miền đã bị ngắt kết nối khỏi miền của nó.

Trong trường hợp khác, một máy tính không tham gia miền, xóa bộ đệm DNS không giúp ích được gì. Tuy nhiên, thật kỳ lạ, cái tên đủ điều kiện \\Name.đã hoạt động khi \\Namekhông (Tôi đã không thử chiếc máy đầu tiên này). Tôi không chắc vấn đề ở đây là gì, nhưng tôi đoán nó liên quan đến việc thiếu tên miền.

Chúng tôi có kinh nghiệm này chỉ xảy ra trên một thư mục cụ thể. Hóa ra Thư mục ngoại tuyến gây ra sự cố vì chúng tôi sử dụng các thư mục được chuyển hướng. Vì vậy, Windows thực sự đang kết nối với chia sẻ đó với thông tin đăng nhập của người dùng khác ngay khi Windows khởi động để nó từ chối kết nối từ người dùng đã đăng nhập.

Giải pháp được sử dụng là tắt đồng bộ hóa ngoại tuyến.

Có thể là ACL mạng. Trong một môi trường tôi làm việc trong đó họ đã được thay đổi thành chặn cổng 445. Vì vậy:

\ tên máy chủ \ chia sẻ

• Máy khách đã cố gắng kết nối qua SMB trên cổng TCP / IP 445
• Bị chặn bởi ACL mạng
• Máy khách không kết nối được

\ tên máy chủ.fqdn \ chia sẻ

• Máy khách đã cố gắng kết nối qua SMB trên cổng TCP.IP 445
• Bị chặn bởi ACL mạng
• Máy khách kết nối qua NetBT trên cổng 139
• Kết nối thành công

Vì vậy, đã xảy ra việc kết nối với FQDN để sử dụng NetBT và cổng 139 đã mở, vì vậy đã thành công.

Vì vậy, giải pháp đã được bỏ chặn cổng 445.