Pada kotak CentOS 5.2 saya menjalankan Samba (3.0.33-3.29) saya membuat folder bernama /upload
.
Di samba saya mengkonfigurasi share seperti ini:
[unggah] comment = unggah folder path = / unggah pengguna yang valid = kevin root publik = ya dapat ditulisi = ya dijelajahi = ya buat topeng = 0777 masker direktori = 0777 tamu baik-baik saja = ya
Saya chown
'd yang /upload
folder ke rekening saya 'kevin' dan memeriksa bahwa saya bisa membuat file dan folder melalui shell.
Saya dapat menelusuri ke mesin dari Windows 7, mengotentikasi sebagai 'kevin' dan melihat direktori home share dan upload
share saya, tetapi saya tidak dapat mengaksesnya.
Laporan Windows:
Kesalahan Jaringan Windows tidak dapat mengakses \\ cos-01 \ upload Periksa ejaan namanya. Jika tidak, mungkin ada masalah dengan jaringan Anda. Untuk mencoba mengidentifikasi dan menyelesaikan masalah jaringan, klik Diagnosis. Kode kesalahan: 0x80070035 Jalur jaringan tidak ditemukan.
Ini adalah daftar periksa dari apa yang telah saya lakukan:
- akun
kevin
ditambahkan ke samba menggunakansmbpasswd -a kevin
dan mengatur kata sandi saya pada saat yang sama. Kata sandi samba dan centos keduanya sama. - nama server
cos-01
dalam/etc/hosts
file yaitu
172.0.0.1 localhost localhost.localdomain 172.17.3.90 cos-01
- Saya juga telah menetapkan nama netbios di
/etc/samba/smb.conf
- Saya mengkonfigurasi level otentikasi LAN Manager Windows 7 ke "Kirim LM & NTLM - gunakan keamanan sesi NTLMv2 jika dinegosiasikan"
Memperbarui:
Saya mencoba mengakses share dengan alamat IP dan nama server yaitu \ cos-01 \ upload atau \ 172.16.3.90 \ upload. Dalam kedua kasus saya mendapatkan kesalahan yang sama seperti yang dijelaskan di atas.
Saya memeriksa file /var/log/samba/smbd.log
log dan melihat banyak:
[2010/07/02 16:56:10, 0] smbd / service.c: make_connection_snum (1013) '/ unggah' tidak ada atau izin ditolak ketika menghubungkan ke [unggah] Kesalahan adalah Izin ditolak
system-config-selinux
alat. Dapatkah saya mengatur ini menggunakansetsebool allow_smbd_anon_write 1
, apakah itu sama?getsebool allow_smbd_anon_write
mengembalikan hasil yang diubah. Jadi saya akan menjalankan perintah itu dan melihat apakah itu berhasil.setenforce 0
- akan menguji apakah SELinux yang menyebabkan masalah. Restart atausetenforce 1
akan menyalakannya kembali.Ada beberapa informasi tambahan yang perlu Anda berikan untuk menjawab pertanyaan ini.
chown
sebagai root, atau sebagai kevin, atau sebagai akun lain?security =
pengaturan saat ini di dalam/etc/samba/smb.conf
? Jika server Samba Anda adalah anggota suatu domain, mungkin seharusnyasecurity = ads
; jika server Samba Anda berdiri sendiri mungkin harussecurity = user
atausecurity = share
.client signing = no
? (Anda mungkin perluyes
saat menghubungkan dengan klien Windows yang lebih baru)client use spnego = no
? (Anda mungkin perluyes
saat menghubungkan dengan klien Windows yang lebih baru)winbind
berlari? Jika server Anda bukan anggota domain atau pengontrol domain, ini dapat menyebabkan sedikit kebingungan saat berjalan; server yang berdiri sendiri tidak memerlukan layanan ini .sumber
Hmm, ini biasanya berarti jalur lokal / unggah (jadi, unggah di root servr Anda) tidak ada di server Anda.
sumber
Coba akses server samba dengan alamat ip sebagai gantinya: \ _ip_address_of_samba_server_ \ unggah
Periksa juga log samba di /var/log/samba/log.smbd dan lihat, apakah klien windows benar-benar mencoba masuk. Jika tidak, ada masalah dengan jaringan. Dan kesalahannya seperti itu ..
Salam Hormat,
Martin
sumber
testparm
)? Sudahkah Anda mencoba me-mount share dari linux (viasmbmount
)?Coba ini, ini membantu saya
http://winplat.net/post/2012/04/04/ Tidak Dapat
sumber
Apa kata smbclient, jika Anda mencoba terhubung melalui localhost? Kesalahan yang sama, atau hanya SNAFU? Dan baris apa yang dibuat smbclient dan windows sharing browsing? Sudahkah Anda mencoba masuk sebagai bukan siapa-siapa, untuk memastikan bahwa direktori Anda dapat dijangkau.
Dan terakhir tapi paling tidak .... http://www.tomshardware.com/forum/75-63-windows-samba-issue
Di mana direkomendasikan bahwa tingkat keamanan diturunkan dari 128-bit (baru), memungkinkan koneksi ke versi Windows sharing yang lebih lama dan lebih kompatibel.
-- Tidak ada gunanya.
sumber