Lỗi không thể truy xuất danh sách chia sẻ từ máy chủ Lỗi khi duyệt chia sẻ với Nautilus

Một chút trước khi nâng cấp từ 10.04 lên 11.10, máy tính để bàn Ubuntu của tôi đã ngừng cho phép tôi truy cập các thư mục chia sẻ Windows của mình. Tôi hình dung tôi đã nâng cấp lên 11.10 và vấn đề sẽ được khắc phục nhưng không.

Bất cứ khi nào tôi nhấp vào tên miền mạng Windows bằng Nautilus, thông báo sau sẽ bật lên.:

Không thể gắn kết vị trí - Không thể truy xuất danh sách chia sẻ từ máy chủ

Tôi bắt đầu khắc phục sự cố này ở đâu? Bây giờ tôi đang tuyệt vọng :(

Tôi đã thử

sudo mount -t cifs //SomeMachine/SomeShare some_directory

va tôi lây

mount error(115): Operation now in progress

Thật kỳ lạ, tôi nhận được một thông báo bật lên:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

Đây là câu trả lời thực sự cho câu hỏi của bạn. Tôi cũng gặp vấn đề tương tự.

Chạy terminal và nhập lệnh này

gksudo gedit /etc/hosts

và thêm địa chỉ IP máy tính và tên trong tập tin máy chủ. Lưu và thoát.

Mẫu ip và tên:

192.168.120.65    blablaPcName

Đó là tất cả.

Tôi đã tìm thấy lời khuyên này từ Gord Nickerson làm việc cho tôi: Thông báo lỗi là 'không thể truy xuất danh sách chia sẻ từ máy chủ' vì vậy nó không thể duyệt máy tính Windows 7 hoặc máy tính Ubuntu 10 hoặc máy tính để bàn mac.

Trước hết, các daemon Samba smbdvà nmbdcả hai phải được chạy để duyệt mạng hoạt động. Chúng có thể được bắt đầu bằng servicehoặc với systemctl startcác bản phát hành Ubuntu dựa trên hệ thống mới hơn.

smbtree liệt kê tất cả các chia sẻ từ các máy trên mạng.

Vì vậy, tắt /etc/sambavà chúng tôi sudo pico smb.conf.

Thứ tự giải quyết tên sử dụng các tệp lưu trữ đầu tiên và phát cuối cùng và nó được nhận xét! Có lẽ chúng ta thay đổi điều đó thành:

name resolve order = bcast host

và sau đó khởi động lại máy chủ với service smbd restartvàservice nmbd restart

Làm! Đây là một sai lầm khủng khiếp để thực hiện nâng cấp. Nâng cấp không nên phá vỡ những gì đang hoạt động, đặc biệt là một cái gì đó quan trọng như mạng. Thật tốt là tôi nhớ lại công việc thủ công bạn phải làm để khiến samba hoạt động trở lại vào ngày 5 và 6.

Có thể đây là lỗi chung khi kết nối với hệ thống:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

Trong trường hợp luồng trên, có sự không khớp giữa tên và địa chỉ IP và nmblookupgiúp xác định vấn đề. Ngoài ra, trang này dường như có một số mẹo khắc phục sự cố tốt

• http://www.linuceum.com/Server/srvSambaTrouble.php

Rằng tôi đang sao chép:

• Đặt smbclient vào chế độ gỡ lỗi, đầu ra sẽ hiển thị ở dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Bạn có thể gắn kết từ các hệ thống khác?

Chỉnh sửa câu hỏi của bạn nếu bạn làm thêm sự cố.

Với Ubuntu 14.04:

Lỗi này có thể do tên netbios có kích thước lớn hơn 15 ký tự. Nó sẽ tạo ra các bản ghi trong tệp /var/log/samba/log.smbd trông như thế này:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Lỗi này có thể được sửa bằng cách chỉnh sửa tệp /etc/samba/smb.conf và thêm dòng sau:

netbios name = NAME-OF-PC

NAME-OF-PC sẽ không có quá 15 ký tự.

Tôi đã có kết quả rất tốt trong môi trường mạng hỗn hợp (Windows / Ubuntu) với phương pháp này:

1. Nhấn Alt+ F2và gõ:gksu gedit /etc/nsswitch.conf

2. Tìm dòng này:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Thêm vào winsđể nó trông như thế này:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Cài đặt gói "winbind": sudo apt-get install winbind

   (Hoặc thông qua Trung tâm phần mềm hoặc Synaptic .)

5. Khởi động lại hoặc khởi động lại mạng của bạn.

Chỉ cần thêm "cho phép" vào tường lửa:

• Cổng 137 / UDP - được sử dụng bởi nmbd
• Cổng 138 / UDP - được sử dụng bởi nmbd
• Cổng 139 / TCP - được sử dụng bởi smbd
• Cổng 445 / TCP - được sử dụng bởi smbd

Và nó sẽ hoạt động, và nếu bạn không biết cách, chỉ cần cài đặt "gufw" và sử dụng "+" và sau đó là "tab đơn giản".

Vấn đề của tôi là do /etc/samba/smb.conf. Tìm kiếm WORKGROUPvà xóa dòng sau khi nó đề cập đến một localhosttên. Đảm bảo WORKGROUPgiống nhau cho cả hai tệp cấu hình trên mỗi máy. Một cách toàn diện là sudo apt-get purge samba(và / hoặc remove?) Và sau đó sudo apt-get install samba. Đây là cách tôi giải quyết vấn đề trong lần đầu tiên, sau khi nâng cấp từ 16.10 lên 17.04 trên một trong các máy của tôi (16.10 là lỗi đối với tôi). Tôi có hai máy bây giờ: 16.04 và 17.04.

Tôi đã có vấn đề này và giải quyết nó bằng cách cài đặt gói gvfs-bin . Ngoại trừ gvfs-bin, hầu hết các gói gvfs đã được cài đặt: gvfs, -common, -libs, -daemons và -backends.

Hãy thử đăng nhập vào hộp Windows từ Ubuntu bằng Tệp. Đi đến "Vị trí khác" và "Kết nối với dịch vụ" ở phía dưới. Sử dụng smb: // tên người dùng @ serveraddress. Điều này làm việc cho tôi.

Vấn đề (ít nhất là trong Ubuntu 18.04 mà tôi đã thử) là lệnh sau:

sudo ufw allow Samba

sẽ chỉ thêm các quy tắc cho Samba hoạt động như một máy chủ. Nó sẽ không thêm bất kỳ quy tắc nào cho Samba đóng vai trò là khách hàng. Nhưng khi bạn cố gắn kết chia sẻ từ xa, đó là những gì bạn đang làm: trong trường hợp này, máy của bạn là máy khách và máy từ xa là máy chủ.

Ngoài ra, lỗi "không trả lời" là một gợi ý rằng một số tường lửa đang làm rối tung mọi thứ. Máy thường đáp ứng yêu cầu. Họ có thể phản hồi với một lỗi, trong trường hợp bạn gặp vấn đề khác, nhưng nếu họ không phản hồi gì cả, thì các gói của họ thường bị tường lửa ăn mòn.

Các quy tắc cho phép Samba hoạt động như một máy chủ cũng không đủ để cho phép Samba hoạt động như một máy khách, bởi vì các máy từ xa phản hồi từ cổng 137 của chính họ, nhưng cổng cục bộ mà các phản hồi này đến không phải là 137, đó là một số cổng ngẫu nhiên.

Để giải quyết vấn đề này, hãy thực hiện lệnh sau:

sudo ufw allow in proto udp from any port 137,138 to any

Điều này sẽ cho phép các gói UDP đến bất kỳ cổng cục bộ nào miễn là chúng có nguồn gốc từ cổng 137 hoặc 138 của máy tính từ xa. Cổng 138 có lẽ không cần thiết, vì tôi chỉ thấy các gói đến từ 137, nhưng bạn không bao giờ biết.

Điều này có lẽ không an toàn, bởi vì cổng ban đầu có thể bị giả mạo, nhưng chúng ta đừng hoang tưởng.

CÁi này đã sửa nó giúp tôi.

Tôi chỉ có thể nhìn thấy máy chủ samba của tôi bằng địa chỉ IP.

Chuyển đổi bcast sang thứ nhất trong 'tên giải quyết thứ tự = bcast lmhosts lưu trữ chiến thắng'. Và khởi động lại samba. Btw này 1 dòng khởi động lại samba.

sudo service samba restart

Điều đó cũng không hiệu quả.

Tôi đã đi tìm /etc/samba/lmhostsđể kiểm tra nó & không có tập tin! Vì vậy, tôi đã thực hiện lmhosts.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Tôi vẫn không thể tìm kiếm tên máy chủ. Sau đó tôi nghĩ chờ đợi, tên máy tính & tên samba là khác nhau. Vì vậy, tôi đã chỉnh sửa tên máy chủ và tên máy chủ, thay đổi chúng thành tên của máy chủ samba. Tên máy chủ cẩn thận chỉ có một từ trong đó. Tên máy tính không có # bình luận.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Bây giờ nó chỉ hoạt động. Tôi chỉ có thể nhấp vào mạng trong nautilus hoặc caja và máy chủ chỉ bật lên! Trên tất cả các máy khách, tất cả đều là linux hoặc android. Ngay cả trên một máy ép debian cũ.