Score:0

การติดตั้ง CIFS เวอร์ชัน 1.0 ล้มเหลวหลังจากอัปเดต

ธง cn

ฉันใช้ Ubuntu 20.04.3 LTS เป็นเซิร์ฟเวอร์ Plex ติดตั้งการแชร์ NAS บน Netgear ReadyNAS Ultra 6 ที่รัน RAIDiator 4.2.31 โดยใช้ CIFS เวอร์ชัน 1.0 (สูงสุดที่ NAS ของฉันจะรองรับ) ต้องเรียกใช้ "sudo mount -a" หลังจากรีบูตทุกครั้งเพื่อเมานต์การแชร์ซึ่งทำงานได้ดีจนกระทั่งฉันติดตั้งการอัปเดตทั้งหมดในคืนนี้ ตอนนี้ฉันได้รับ "ข้อผิดพลาดในการเมานต์ (111): ไม่สามารถเชื่อมต่อกับ 192.168.1.50 ไม่พบที่อยู่ที่เหมาะสม" ฉันรู้ว่า CIFS 1.0 นั้นเก่ามากและไม่ปลอดภัย แต่ใครก็ได้ช่วยบอกฉันทีว่าต้องเลิกทำหรือแก้ไขอะไรและอย่างไร และที่สำคัญที่สุดคือจะป้องกันการหยุดทำงานในอนาคตได้อย่างไร

สายเมานต์ใน fstab ของฉันคือ: //192.168.1.50/movies /mnt/movies cifs credentials=/etc/nascred,vers=1.0 0 0

ฉันได้ลองเปลี่ยน vers= เป็น 1.1, 1.2 & 2.0 โดยไม่มีโชค

guiverc avatar
cn flag
คุณไม่ได้ให้ระบบปฏิบัติการและรายละเอียดการเผยแพร่โดยเฉพาะอย่างยิ่ง
Terrance avatar
id flag
https://community.netgear.com/t5/Using-your-ReadyNAS-in-Business/How-to-modify-samba-config-with-raidiator-4-2-31/m-p/1845347
Score:0
ธง ru

SMB1 ถูกปิดใช้งานด้วยเหตุผลด้านความปลอดภัย มาเปิดใช้งาน SMB1 อีกครั้งสำหรับข้อกำหนด NAS ของคุณ

แก้ไข /etc/samba/smb.conf...

ค้นหาส่วนที่ขึ้นต้นด้วย:

#### เครือข่าย ####

เพิ่มสิ่งต่อไปนี้เพื่อเปิดใช้งาน SMB1 อีกครั้ง:

# อนุญาต SMB1
โปรโตคอลขั้นต่ำของไคลเอนต์ = NT1
โปรโตคอลขั้นต่ำของเซิร์ฟเวอร์ = NT1
ลำดับการแก้ไขชื่อ = โฮสต์ bcast lmhosts ชนะ

เริ่มบริการ smbd และ nmbd ใหม่

Turp avatar
cn flag
สวัสดี & ขอบคุณมากสำหรับคำตอบที่ใจดีและตรงไปตรงมาของคุณ ฟังดูเหมือนเกิดอะไรขึ้นจริงๆ และฉันได้คัดลอก/วาง 4 บรรทัดนั้นลงในไฟล์ /etc/samba/smb.conf บันทึกและรีบูตระบบทั้งหมด ฉันยังคงได้รับข้อผิดพลาดเดิม การรีสตาร์ทระบบไม่ใช่การเริ่มบริการใหม่หรือไม่ ถ้าเป็นเช่นนั้น มีวิธีใดที่จะบอกได้อย่างชัดเจนว่าการอัปเดตใดที่ทำให้อัปเดตเสียหาย เพื่อที่เราจะได้ปรับลดรุ่น
heynnema avatar
ru flag
@Turp ดูว่าคำสั่ง `findsmb` และ `smbtree` ทำงานเพื่อค้นหา NAS ของคุณหรือไม่
Turp avatar
cn flag
ฉันควรบอกด้วยว่าฉันสามารถ ping ที่อยู่ IP ของ NAS ของฉันได้ แต่ไม่สามารถระบุชื่อได้ findsmb แสดงรายการ แต่ smbtree แจ้งรหัสผ่านเวิร์กกรุ๊ป แต่จะไม่ยอมรับรหัสผ่านที่ใช้ร่วมกัน
heynnema avatar
ru flag
@Turp คุณอาจผิดมากกว่าแค่ SMB1 ที่ถูกปิดใช้งาน SMB1 ต้องใช้งานได้ในขณะนี้ เนื่องจาก `findsmb` และ `smbtree` จะไม่ทำงานหากไม่มี รหัสผ่าน Workgroup จะไม่เหมือนกับรหัสผ่านที่ใช้ร่วมกัน ขอโทษที่ฉันไม่สามารถช่วยอะไรได้มากกว่านี้
Turp avatar
cn flag
คุณน่าจะใช่ ขอบคุณสำหรับความช่วยเหลือของคุณ!
heynnema avatar
ru flag
@Turp ดูข้อมูลเพิ่มเติมที่ `systemctl status smbd` และ `systemctl status nmbd`
Turp avatar
cn flag
สวัสดีทุกคน! ดังนั้นฉันไม่แน่ใจว่าเกิดอะไรขึ้น แต่ฉันค่อนข้างแน่ใจว่าคำตอบของ heynnema แก้ไขปัญหาการเมานต์ Linux ของฉันได้จริง และจากนั้นก็มีบางอย่างเกิดขึ้นอย่างลึกลับในชั่วข้ามคืนบน NAS ของฉัน ซึ่งทำให้สามารถใช้การแบ่งปันได้อีกครั้ง ไม่รู้ว่าอะไร (เพราะมันไม่อัปเดตอัตโนมัติ) แต่ฉันไม่บ่นอย่างแน่นอน ฉันยังสังเกตเห็นว่าไอคอน NAS ใน Windows explorer ภายใต้ Network นั้นแตกต่าง/ดูใหม่กว่า ดังนั้น ยังไงก็ขอบคุณทุกท่านสำหรับความรู้และความช่วยเหลือครับ!! คุณยอดเยี่ยมมากในการช่วยเหลือผู้คน
heynnema avatar
ru flag
@Turp หลังจากรีบูตหรือรีสตาร์ท smbd/nmbd จะใช้เวลาสักครู่กว่าที่ Samba จะขึ้นมาอย่างสมบูรณ์ บางทีคุณอาจจำเป็นต้องให้เวลาอีกสักหน่อย... :-) ข่าวดี!
Morbius1 avatar
es flag
วิธีแก้ปัญหาที่น่าสนใจสำหรับปัญหาการเมานต์ cifs เนื่องจาก mount.cifs ไม่ได้อ้างอิง smb.conf บนไคลเอนต์ มันใช้เคอร์เนลของ Linux และไม่รู้ด้วยซ้ำว่ามี smb.conf อยู่

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา