Dapat mengakses Windows share dengan alamat IP atau FQDN tetapi tidak dengan nama host


11

Salah satu komputer lab di sekolah yang saya kelola tidak dapat mengakses bagian apa pun di bawah direktori \ ad \ data $ data. Saya dapat mengaksesnya dari komputer lain di jaringan. Jika saya menggunakan IP \\ 192.168.1.248 \ data $ saya dapat mengakses file dengan benar. Jika saya menggunakan FQDN: \\ ad.domain.name \ data $ itu juga berfungsi. Komputer lain di sekolah juga dapat mengakses bagian ini dengan benar.

Ketika saya mencoba mengakses berbagi dengan \\ ad \ data $ saya mendapat pesan "Anda tidak memiliki izin untuk mengakses \\ ad \ data $. Hubungi administrator Anda untuk meminta akses." Saya masuk dengan akun administrator domain.

Adakah gagasan tentang apa yang menyebabkan satu komputer domain tidak dapat mengakses bagian yang seharusnya dapat diakses?

Server menjalankan Windows Server 2008 dan komputer menjalankan Windows 7 SP1.

MEMPERBARUI

Masalah sekarang terjadi pada beberapa komputer lain di jaringan, komputer staf dan komputer siswa. Saya mulai berpikir ada sesuatu yang salah dengan server Active Directory.


Saya akan merekomendasikan meminta moderator untuk memindahkan pertanyaan Anda ke ServerFault.com karena masalah seperti ini ada di ruang kemudi SF
Scott Chamberlain

Jawaban:


4

Saya baru saja mengalami masalah serupa.

Kami memiliki domain dan AD, dan semua folder beranda pengguna disiapkan di AD.

Pengguna bekerja pada server terminal dan folder rumahnya berfungsi dengan baik Di notebook baru yang kami siapkan untuknya, drive itu dipetakan, tetapi jika Anda mencoba mengaksesnya melalui unc atau dengan mengklik dua kali pada drive yang dipetakan itu memberikan kesalahan. lokasi tidak dapat ditemukan.

Menjelajah melalui beberapa forum lain saya perhatikan seseorang bertanya apakah folder rumah dapat diakses melalui IP atau FQDN. Ketika saya mencoba itu saya bisa mengakses folder.

Awalnya saya juga mengira itu masalah DNS.

Membaca lebih lanjut tentang seseorang berkata "coba hapus cache CSC", dan kemudian aku hampir bersumpah pada diriku sendiri. Mengetahui bahwa notebook ini digunakan oleh pengguna lain yang memanfaatkan file offline (Juga folder beranda mereka di server yang sama). Saya menemukan cara cepat untuk menghapus cache CSC pada Win 7 (ini jauh lebih mudah di XP). Reboot komputer dan masalahnya terpecahkan.

Inilah tautan yang saya temukan informasinya:

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

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


Saya memiliki masalah yang sama dan perbaikan microsoft bekerja untuk saya !: support.microsoft.com/kb/942974
joelschmid

3

Saya telah melihat masalah seperti ini dan itu disebabkan oleh DNS yang diatur untuk tidak menambahkan nama domain secara otomatis.

Jadi, saya akan memeriksa apakah sufiks DNS khusus primer dan koneksi dipilih dan sufiks induk Tambah sufiks DNS primer dicentang.

Ini dapat ditemukan melalui

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

Saya memeriksa dan pengaturan ini sudah diatur dengan cara ini.
Nick

Jika Anda membuka prompt perintah dan mengetik iklan nslookup apakah itu memberikan hasil yang berbeda dari apa yang Anda dapatkan jika Anda mengetik nslookup ad.domain.name ?
sgmoore

Hasilnya sama dan ketika saya melakukannya nslookup admenunjukkan saya ad.domain.name bersama dengan alamat yang benar
Nick

3

Win7 / server 2008> ketik panel kontrol di "Credential manager" dan hapus semua kredensial yang disimpan.


Bisakah Anda menguraikan mengapa ini akan membuat perbedaan?
soando

Saya tidak bisa cukup bersyukur untuk bagaimana jawaban ini memecahkan masalah SAYA!
MarcH

Mencobanya dan itu tidak berhasil untuk saya. Itu bisa membuat perbedaan karena kredensial yang salah / kedaluwarsa (misalnya jika Anda mengubah kata sandi).
Berselancar

2

Saya memiliki masalah yang sama (terjadi pada saya beberapa kali) dan saya menyelesaikannya dengan menghapus semua share yang terhubung dan membuatnya kembali. Ada beberapa koneksi ke lokasi yang sama (menggunakan URL yang berbeda) dan saya menduga itu adalah penyebab masalah.

Menggunakan baris perintah:

  1. Untuk melihat saham yang terhubung saat ini
    net use
  2. Untuk menghapus koneksi untuk membagikan Y di xxx.xxx.xxx.xxx
    net use \\xxx.xxx.xxx.xxx\Y /delete
  3. Untuk menghapus koneksi untuk membagikan Y di XXX
    net use \\XXX\Y /delete
  4. Untuk menghapus drive jaringan yang dipetakan
    net use Y: /delete
  5. Untuk menyambungkan kembali drive jaringan yang dipetakan
    net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

Tersangka potensial lainnya adalah manajer Berbagi PC Samsung. Setelah mencopotnya dari host masalahnya hilang.


1

Mungkin saja komputer klien menggunakan kredensial yang disimpan. Anda dapat memeriksa menggunakan Windows Credential Manager di bawah Control panel.

Apakah ini terjadi di bawah akun Admin Lokal, mis. Machine_name \ Administrator?

Apakah mesin mengautentikasi ke kontroler domain dengan benar?


Tidak ada kredensial yang disimpan di komputer klien. Akun admin lokal memiliki masalah yang sama dengan akun domain. Mesin masuk ke domain baik-baik saja, menerapkan kebijakan grup seperti yang diharapkan.
Nick

0

Pastikan Anda belum terhubung ke \ iklan menggunakan kredensial yang berbeda (atau lama). Saya telah melihat masalah serupa ketika drive yang dipetakan terhubung ke berbagi di server menggunakan akun domain "biasa" saya dan kemudian saya mencoba menyambung ke saham lain di server yang sama menggunakan akun domain "admin" saya.

Apakah reboot menyelesaikan masalah?


0

Saya punya masalah terkait. Saya memiliki mesin XP Home yang mengakses share / shared folder dan drive pada mesin Windows 7. Saya bermain-main dengan pengaturan Workgroup / Homegroup pada Windows 7 dan mengubah opsi "Berbagi dilindungi kata sandi". Saya bisa melihat folder bersama saya di mesin XP Home saya, tetapi tidak bisa membaca atau menulis dari / ke mereka. Itu membuat saya gila - karena ketika saya membuat pengguna baru di mesin XP Home, dan mengakses bagian saya di mesin Win 7, tidak ada masalah - saya bisa membaca dan menulis file!

Jadi saya kembali ke akun pengguna lama (utama) saya dan saya masih tidak bisa mengakses file yang dibagikan ...

Saya mencoba semua jenis solusi - net use * / del dan saya mencoba menghapus akun pengguna net user / delete - Saya mencoba untuk menyingkirkan kredensial yang di-cache - tetapi tidak ada yang berhasil. Mengakses share melalui alamat IP DID berfungsi! Argggh !!

Saya mencoba mengatur Workgroup di kedua mesin ke Workgroup (mesin XP HOME adalah MSHOME)

Akhirnya yang harus saya lakukan adalah mengubah NAMA KOMPUTER di mesin Windows 7 saya, reboot, lalu mengakses folder bersama saya dari mesin XP HOME. Kemudian meminta saya untuk pengguna / kata sandi Masuk yang saya masukkan kembali. Namun, saya memiliki jalur dan hal-hal yang menggunakan nama komputer lama saya, jadi saya kemudian mengubah komputer Win 7 saya kembali ke yang semula. Alleluia! Berhasil - lagi saya diminta untuk pengguna / kata sandi dan saya dapat mengakses bagian saya dari mesin XP HOME!

Jadi, ringkasan: ada beberapa masalah dengan kredensial yang di-cache dan tidak ada cara yang jelas untuk menghapusnya (tidak ada yang ditampilkan di Network Password manager di akun pengguna juga). Oleh karena itu, Ubah nama komputer Anda untuk sementara dan ubah kembali dan itu dapat memperbaiki beberapa masalah.

Saya menemukan beberapa masalah serupa di forum seperti ini, tetapi tidak ada yang sama dengan saya.


0

Saya punya masalah ini setelah memutakhirkan kotak Server 2008 R2 ke Server 2012 R2 dengan pembaruan. Bagi saya pergi ke Manajer Kredensial dan menghapus Kredensial Windows -> Kredensial Generik menyelesaikan masalah.


0

Dalam salah satu kasus saya, yang mengejutkan saya, ternyata saya perlu menyiram cache DNS selain mengaktifkan fitur dukungan SMB 1.0 di Windows 8.1. Ini adalah komputer yang bergabung dengan domain yang terputus dari domainnya.

Dalam kasus lain, komputer yang tidak bergabung dengan domain, membersihkan cache DNS tidak membantu. Namun, anehnya, nama yang sepenuhnya memenuhi syarat \\Name.bekerja ketika \\Nametidak (saya tidak mencoba anak ini mesin pertama). Saya tidak yakin apa masalahnya di sini, tapi saya kira ini terkait dengan kurangnya nama domain.


0

Kami mengalami ini hanya terjadi pada satu folder tertentu. Ternyata Folder Offline menyebabkan masalah karena kami menggunakan folder yang dialihkan. Jadi Windows benar-benar terhubung ke berbagi dengan kredensial pengguna lain segera setelah Windows dimulai sehingga ia menolak koneksi dari pengguna yang login.

Solusi yang digunakan adalah mematikan sinkronisasi offline.


0

Bisa ACL jaringan. Dalam satu lingkungan saya bekerja di mereka diubah untuk memblokir port 445. Jadi:

\ hostname \ share

  • Klien mencoba terhubung melalui SMB pada port TCP / IP 445
  • Diblokir oleh ACL jaringan
  • Klien gagal terhubung

\ hostname.fqdn \ bagikan

  • Klien mencoba terhubung melalui SMB pada port TCP.IP 445
  • Diblokir oleh ACL jaringan
  • Klien terhubung melalui NetBT di port 139
  • Berhasil terhubung

Kebetulan menghubungkan ke FQDN mencoba menggunakan NetBT, dan port 139 terbuka, jadi berhasil.

Jadi solusinya adalah unblocking port 445.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.