ข้อผิดพลาด“ ล้มเหลวในการดึงรายการแชร์จากเซิร์ฟเวอร์” เมื่อเรียกดูการแบ่งปันด้วย Nautilus


40

ก่อนอัปเกรดจาก 10.04 เป็น 11.10 เดสก์ท็อป Ubuntu ของฉันหยุดให้ฉันเข้าถึงไดเรกทอรี Windows ของฉันได้ ฉันคิดว่าฉันจะอัปเกรดเป็น 11.10 และปัญหาจะได้รับการแก้ไข แต่ไม่ใช่

เมื่อใดก็ตามที่ฉันคลิกโดเมนเครือข่าย Windows โดยใช้ Nautilus ข้อความต่อไปนี้จะปรากฏขึ้น:

ไม่สามารถเมานต์ตำแหน่ง - ไม่สามารถเรียกรายการแชร์จากเซิร์ฟเวอร์

ฉันจะเริ่มแก้ไขปัญหานี้ได้ที่ไหน ฉันกำลังหมดหวังในขณะนี้ :(

ฉันเหนื่อย

sudo mount -t cifs //SomeMachine/SomeShare some_directory

และฉันได้รับ

mount error(115): Operation now in progress

แปลกพอฉันได้รับป๊อปอัพที่ระบุ:

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

นี่เป็นเครือข่ายที่คุณควบคุมหรือไม่? คุณสามารถดูบันทึกเซิร์ฟเวอร์เพื่อตรวจสอบข้อผิดพลาด (บันทึกเหตุการณ์ของ Windows และอื่น ๆ ) คุณสามารถตรวจสอบบันทึกของคุณเอง (/ var / log / syslog) และรายงานความผิดปกติใด ๆ ได้หรือไม่?
dpb

ไม่มีอะไรปรากฏขึ้นใน / var / log / syslog ที่เกี่ยวข้องกับเรื่อง :(
jldupont

ดูที่นี่มีผู้ใช้ที่มีปัญหาคล้ายกัน
Bruno Pereira

ทำตามขั้นตอนที่เราใช้แก้ไขคิวของคุณพร้อมผลลัพธ์
Bruno Pereira

@ brunopereira81 ฉันตรวจสอบลิงก์ของคุณแล้วว่าไม่มีประโยชน์ ปัญหาอยู่ที่เครื่องอูบุนตูของฉัน มันใช้งานได้ดีจนกระทั่งมีการอัปเดตใน 10.04 :(
jldupont

คำตอบ:


14

นี่คือคำตอบที่แท้จริงสำหรับคำถามของคุณ ฉันก็มีปัญหาเดียวกัน

เรียกใช้เทอร์มินัลแล้วป้อนคำสั่งนี้

gksudo gedit /etc/hosts

และเพิ่มที่อยู่ IP ของคอมพิวเตอร์และชื่อในไฟล์โฮสต์ บันทึกและออก.

ตัวอย่าง IP และชื่อ:

192.168.120.65    blablaPcName

นั่นคือทั้งหมด


3
และคุณแนะนำอะไรเมื่อคอมพิวเตอร์เครื่องอื่นไม่มี IP แบบคงที่ ไม่ใช่ทุกคนที่สามารถควบคุมเราเตอร์ได้
Fambida

3
คุณเพิ่มบรรทัดเหล่านี้บนพีซีแบบใด บนเซิร์ฟเวอร์แซมบ้าหรือลูกค้า? คุณเพิ่มอะไร ที่อยู่เซิร์ฟเวอร์ในไคลเอนต์? ที่อยู่ลูกค้าในเซิร์ฟเวอร์? ที่อยู่เซิร์ฟเวอร์ในเซิร์ฟเวอร์? ที่อยู่ลูกค้าในลูกค้า?
frepie

12

ฉันพบว่าคำแนะนำนี้จาก Gord Nickerson ใช้งานได้สำหรับฉัน: ข้อความแสดงข้อผิดพลาดคือ 'ล้มเหลวในการเรียกคืนรายการแชร์จากเซิร์ฟเวอร์' ดังนั้นจึงไม่สามารถเรียกดู Windows 7 pc หรือ Ubuntu 10 pc หรือ mac desktop pc

ก่อนอื่น Samba daemons smbdและnmbdทั้งคู่จะต้องทำงานเพื่อให้การท่องเครือข่ายทำงานได้ พวกเขาสามารถเริ่มต้นด้วยserviceหรือsystemctl startสำหรับ Ubuntu รุ่นใหม่ systemd-based

smbtree แสดงรายการการแชร์ทั้งหมดจากเครื่องในเครือข่าย

ดังนั้นออกไปและเรา/etc/sambasudo pico smb.conf

ลำดับการแก้ไขชื่อใช้ไฟล์โฮสต์ก่อนและออกอากาศเป็นครั้งสุดท้ายและมีการใส่ความคิดเห็น! บางทีเราเปลี่ยนสิ่งนั้นเป็น:

name resolve order = bcast host

จากนั้นรีสตาร์ทเซิร์ฟเวอร์ด้วยservice smbd restartและservice nmbd restart

Works! นี่เป็นข้อผิดพลาดที่น่ากลัวในการอัปเกรด การอัปเกรดไม่ควรทำลายสิ่งที่ใช้งานได้โดยเฉพาะสิ่งที่มีความสำคัญต่อระบบเครือข่าย สิ่งที่ดีฉันจำงานคู่มือที่คุณต้องทำเพื่อให้แซมบ้าทำงานใน redhat 5 และ 6


คุณรู้หรือไม่ว่าสิ่งนี้ควรใช้กับ 12.10
กุมภ์อำนาจ

สิ่งนี้ใช้ได้กับฉันเมื่อวันที่ 12.04
Jonathan

แค่อยากจะทราบ - มันใช้งานได้สำหรับฉันใน Xubuntu 14.04!
nc4pk

1
ใช้งานไม่ได้ ...
Pixel

3

เป็นไปได้ว่านี่เป็นข้อผิดพลาดทั่วไปที่เชื่อมต่อกับระบบ:

ในกรณีเธรดด้านบนมีความไม่ตรงกันระหว่างชื่อและที่อยู่ IP และnmblookupช่วยในการตรวจสอบปัญหา นอกจากนี้หน้านี้ดูเหมือนจะมีเคล็ดลับการแก้ไขปัญหาที่ดี

ที่ฉันกำลังคัดลอก:

  • วาง smbclient เข้าสู่โหมดแก้ไขจุดบกพร่องเอาต์พุตควรแสดงใน dmesg (-d | --debuglevel = level)
  • smbclient -L //<IP of Samba Server> -U <server user>
  • nmblookup {name}
  • คุณสามารถเมานต์จากระบบอื่นได้หรือไม่?

แก้ไขคำถามของคุณหากคุณแก้ไขปัญหาเพิ่มเติม


2

ด้วย Ubuntu 14.04:

ข้อผิดพลาดนี้อาจเกิดจากชื่อ netbios ที่มีขนาดมากกว่า 15 ตัวอักษร มันควรสร้างบันทึกในไฟล์ /var/log/samba/log.smbd ที่มีลักษณะเช่นนี้:

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

ข้อผิดพลาดนี้สามารถแก้ไขได้โดยการแก้ไขไฟล์/etc/samba/smb.confและเพิ่มบรรทัดต่อไปนี้:

netbios name = NAME-OF-PC

NAME-OF-PC ต้องมีอักขระไม่เกิน 15 ตัว


1

ฉันได้ผลลัพธ์ที่ดีมากในสภาพแวดล้อมเครือข่ายแบบผสม (Windows / Ubuntu) ด้วยวิธีนี้:

  1. กดAlt+ F2และพิมพ์:gksu gedit /etc/nsswitch.conf

  2. มองหาบรรทัดนี้:

    hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
    
  3. เพิ่มwinsเพื่อให้ดูเหมือนว่านี้:

    hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
    
  4. ติดตั้งแพ็คเกจ "winbind": sudo apt-get install winbind

    (หรือผ่านทางSoftware CenterหรือSynaptic )

  5. รีบูตหรือรีสตาร์ทเครือข่ายของคุณ


1

เพียงเพิ่ม "อนุญาต" กับไฟร์วอลล์:

  • พอร์ต 137 / UDP - ใช้โดย nmbd
  • พอร์ต 138 / UDP - ใช้โดย nmbd
  • พอร์ต 139 / TCP - ใช้โดย smbd
  • พอร์ต 445 / TCP - ใช้โดย smbd

และมันจะทำงานและถ้าคุณไม่ทราบวิธีเพียงแค่ติดตั้ง "gufw" และใช้ "+" แล้ว "แท็บง่าย"


0

/etc/samba/smb.confปัญหาของฉันเป็นเพราะ ค้นหาWORKGROUPและลบบรรทัดหลังจากที่กล่าวถึงlocalhostชื่อ ตรวจสอบให้แน่ใจว่าไฟล์WORKGROUPเหมือนกันสำหรับทั้งไฟล์กำหนดค่าในแต่ละเครื่อง วิธีตลอดคือการsudo apt-get purge samba(และ / หรือremove?) sudo apt-get install sambaแล้ว นี่คือวิธีที่ฉันแก้ปัญหาในรอบแรกหลังจากอัปเกรดจาก 16.10 เป็น 17.04 ในหนึ่งในเครื่องของฉัน (16.10 เป็นรถสำหรับฉัน) ฉันมีสองเครื่องตอนนี้: 16.04 และ 17.04


0

ฉันมีปัญหานี้และแก้ไขได้โดยการติดตั้งแพคเกจgvfs-bin ยกเว้น gvfs-bin แพ็คเกจ gvfs ส่วนใหญ่ถูกติดตั้งแล้ว: gvfs, -common, -libs, -daemons และ -backends


0

ลองเข้าสู่กล่อง Windows จาก Ubuntu โดยใช้ไฟล์ ไปที่ "ที่ตั้งอื่น ๆ " และ "เชื่อมต่อกับ Serer" ด้านล่าง ใช้ smb: // ชื่อผู้ใช้ @ serveraddress สิ่งนี้ใช้ได้สำหรับฉัน


0

ปัญหา (อย่างน้อยใน Ubuntu 18.04 ที่ฉันลอง) คือคำสั่งต่อไปนี้:

sudo ufw allow Samba

จะเพิ่มกฎสำหรับ Samba ที่ทำหน้าที่เป็นเซิร์ฟเวอร์เท่านั้น จะไม่เพิ่มกฎใด ๆ สำหรับ Samba ที่ทำหน้าที่เป็นลูกค้า แต่เมื่อคุณพยายามที่จะเมานต์แชร์ระยะไกลนั่นคือสิ่งที่คุณกำลังทำ: ในสถานการณ์นี้เครื่องของคุณเป็นไคลเอนต์และเครื่องระยะไกลเป็นเซิร์ฟเวอร์

นอกจากนี้ข้อผิดพลาด "ไม่ตอบกลับ" เป็นคำใบ้ว่าไฟร์วอลล์บางตัวกำลังทำสิ่งต่าง ๆ เกิดขึ้น เครื่องโดยทั่วไปจะตอบสนองต่อการร้องขอ พวกเขาอาจตอบสนองด้วยข้อผิดพลาดซึ่งในกรณีที่คุณมีปัญหาอื่น ๆ แต่ถ้าพวกเขาไม่ตอบสนองเลยมักจะแพ็คเก็ตของพวกเขาจะถูกกินโดยไฟร์วอลล์

กฎที่อนุญาตให้ Samba ทำหน้าที่เป็นเซิร์ฟเวอร์นั้นไม่เพียงพอที่จะอนุญาตให้ Samba ทำหน้าที่เป็นไคลเอนต์เนื่องจากเครื่องระยะไกลตอบสนองจากพอร์ต 137 ของตัวเอง แต่พอร์ตท้องถิ่นที่คำตอบเหล่านี้มาถึงไม่ 137 พอร์ตสุ่ม

เพื่อแก้ปัญหานี้ให้ดำเนินการคำสั่งต่อไปนี้:

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

สิ่งนี้จะช่วยให้แพ็คเก็ต UDP มาถึงพอร์ตท้องถิ่นใด ๆ ตราบใดที่พวกเขามาจากพอร์ต 137 หรือ 138 ของคอมพิวเตอร์ระยะไกล พอร์ต 138 อาจไม่จำเป็นเพราะฉันได้เห็นเพียงแพ็กเก็ตที่มาจาก 137 แต่คุณไม่เคยรู้

นี่อาจไม่ปลอดภัยเนื่องจากพอร์ตต้นทางสามารถปลอมแปลงได้ แต่อย่าหวาดระแวง

สิ่งนี้แก้ไขได้สำหรับฉัน


-1

ฉันเห็นเซิร์ฟเวอร์แซมบ้าตามที่อยู่ IP เท่านั้น

การสลับ bcast ไปที่อันดับ 1 ใน 'ชื่อแก้ไขคำสั่ง = bcast lmhosts โฮสต์ชนะ' และรีสตาร์ทแซมบ้า Btw อันนี้ 1 บรรทัดรีสตาร์ทแซมบ้า

sudo service samba restart

นั่นไม่ได้ผลเช่นกัน

ฉันไปดู/etc/samba/lmhostsเพื่อตรวจสอบ & ไม่มีไฟล์! ดังนั้นฉันทำ lmhosts

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

ฉันยังค้นหาชื่อเซิร์ฟเวอร์ไม่ได้ ถ้าอย่างนั้นฉันก็คิดว่ารอชื่อคอมพิวเตอร์และแซมบ้าแตกต่างกัน ดังนั้นฉันจึงแก้ไขโฮสต์และชื่อโฮสต์ให้เปลี่ยนเป็นชื่อเซิร์ฟเวอร์ของ samba ชื่อโฮสต์ที่ระวังมีเพียงหนึ่งคำเท่านั้น ชื่อคอมพิวเตอร์ไม่มีความคิดเห็น #

/etc/hosts    
/etc/hostname    
$ sudo reboot 

ตอนนี้มันใช้งานได้ ฉันสามารถคลิกเครือข่ายใน nautilus หรือ caja และเซิร์ฟเวอร์ก็โผล่ขึ้นมา! สำหรับลูกค้าทั้งหมดทั้งหมดคือ linux หรือ android แม้แต่ในเครื่องบีบเดเบียนเก่า ๆ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.