Score:0

เซิร์ฟเวอร์ NFS ไม่ตอบสนองต่อคำขอเมานต์ nfs

ธง be

ฉันมีเซิร์ฟเวอร์ NFS ที่ทำงานบนเซิร์ฟเวอร์ Ubuntu บน hirsute ที่หยุดตอบคำขอเมานต์หลังจากการอัปเกรด และฉันไม่สามารถแยกแยะสาเหตุได้ และการติดตั้งใหม่ไม่ได้เปิดใช้งาน nfs-server-back ปรากฏว่าบริการ auth-rpcgss-module และ rpc-svcgssv ไม่ทำงาน nfs-config ไม่ทำงานอีกต่อไป แต่ดูเหมือนว่าจะทำงานเสร็จสิ้นและออกจากระบบแล้ว ทั้งสามมีจุดสีขาวถัดจากพวกเขาในเอาต์พุตของคำสั่ง list-dependency ส่วนอื่นเป็นสีเขียว และฉันได้ลองติดตั้งแพ็คเกจทั้งหมดใหม่โดยไม่ประสบความสำเร็จในการเริ่มต้นเซิร์ฟเวอร์ NFS ฉันได้ลองมาสก์ทั้งสองโมดูลแล้ว แต่เซิร์ฟเวอร์ยังไม่เริ่มทำงาน ฉันยังใส่ tshark เพื่อฟังพอร์ต 2049 แต่เซิร์ฟเวอร์ไม่แสดงกิจกรรมใด ๆ ในขณะที่ไคลเอนต์ส่งแพ็กเก็ต TCP SYN ไปยังพอร์ตโดยไม่มีคำตอบ บริการเซิร์ฟเวอร์ nfs บอกว่าเริ่มทำงานแล้วออก ฉันเริ่มจะบ้าแล้ว ใครก็ได้ช่วยแก้ปัญหาที

นี่คือเอาต์พุตของสถานะ systemctl nfs-kernel-server:

$ sudo systemctl สถานะ nfs-kernel-server.service 
â nfs-server.service - เซิร์ฟเวอร์และบริการ NFS
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/nfs-server.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: ena>
    ดรอปอิน: /run/systemd/generator/nfs-server.service.d
             ââorder-with-mounts.conf
     ใช้งานอยู่: ใช้งานอยู่ (ออกแล้ว) ตั้งแต่พฤ. 2021-08-05 16:33:30 CEST; 8 นาทีที่แล้ว
    กระบวนการ: 1655760 ExecStartPre=/usr/sbin/exportfs -r (รหัส=ออก สถานะ=0/สำเร็จ)
    กระบวนการ: 1655761 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (รหัส=ออก, สถานะ=0/SU>
   PID หลัก: 1655761 (รหัส=ออก สถานะ=0/สำเร็จ)

05 ส.ค. 16:33:29 น. calixto systemd[1]: กำลังเริ่มต้นเซิร์ฟเวอร์และบริการ NFS...
05 ส.ค. 16:33:30 calixto systemd[1]: เซิร์ฟเวอร์และบริการ NFS เสร็จสิ้นแล้ว

อัปเดตด้วยข้อมูลใหม่: ฉันได้ลองติดตั้งการแชร์ NFS จากเครื่องไคลเอนต์ linux สองเครื่องที่แตกต่างกันโดยไม่ประสบความสำเร็จ ฉันได้ดมกลิ่นเครือข่ายด้วย tshark และดูเหมือนว่า TCP SYN ไปไม่ถึงเซิร์ฟเวอร์ เนื่องจากฉันไม่เห็นในหน้าต่าง tshark บนเซิร์ฟเวอร์ จากนั้นฉันได้ลองเมานต์การแชร์บนเซิร์ฟเวอร์โดยตรง และติดตั้งโดยไม่มีปัญหา ดังนั้นอาจดูเหมือนว่ามีบางอย่างเกี่ยวกับวิธีที่เซิร์ฟเวอร์เคอร์เนล nfs เปิดพอร์ต 2049 เซิร์ฟเวอร์มีสะพานเชื่อมระหว่างอินเทอร์เฟซเครือข่ายจริงและ เครื่องเสมือนที่ให้บริการ KVM vm และยังมีบริการอื่น ๆ อีกมากมายที่ทำงาน (Apache, เซิร์ฟเวอร์ DLNa และอื่น ๆ อีกมากมาย) ที่ใช้งานได้โดยไม่มีปัญหา! ฉันไม่มีคำใบ้เกี่ยวกับวิธีแก้ปัญหานี้ แต่ตอนนี้ฉันแน่ใจแล้วว่ามันเกี่ยวข้องกับวิธีที่เซิร์ฟเวอร์เคอร์เนล NFW ฟังพอร์ต 2049... คำแนะนำใด ๆ

SEWTGIYWTKHNTDS avatar
cn flag
มีอะไรใน / etc / exports สำหรับระบบที่จะส่งออกหรือไม่? `journalctl -xe` แสดงอะไร
Ignacio Más avatar
be flag
ใช่ /etc/exports มีไดเร็กทอรีที่จะเอ็กซ์พอร์ต มันมาแล้ว: `/ ส่งออก 192.168.1.0/24 (rw, ซิงค์) /ส่งออก/สำรองข้อมูล 192.168.1.3(rw,fsid=0,ไม่ปลอดภัย,no_subtree_check,async) /export/Media 192.168.1.0/24(ro,ซิงค์)`
Ignacio Más avatar
be flag
Journalctl ไม่แสดงอะไรเลย นั่นคือเหตุผลที่ฉันเชื่อว่ามันเกี่ยวข้องกับเครือข่าย ตอบ ฉันเห็นการซิงค์ TCP ออกมาจากไคลเอนต์ แต่ไม่ถึงอินสแตนซ์ tshark บนเซิร์ฟเวอร์ ดูเหมือนว่าเซสชัน TCP จะไม่ถูกกำหนดเส้นทาง แต่บริการที่เหลือทั้งหมดทำงานได้ดี รวมถึง http, เซิร์ฟเวอร์ DLNA, Mosquitto และอื่น ๆ อีกมากมาย
SEWTGIYWTKHNTDS avatar
cn flag
ufw ทำงานหรือไม่ สิ่งใดใน ufw.log ที่เกี่ยวข้องกับ nfs หรือการเข้าถึงจากลูกค้า
Ignacio Más avatar
be flag
ไม่ ฉันไม่ได้ติดตั้ง ufw ไม่มีไฟร์วอลล์อื่นเช่นกัน ฉันเห็นพอร์ตที่มี netstat สำหรับทั้ง tc และ tcp6 ดังนี้: 'sudo netstat -n -p --tcp --listening | เกรป 2049 - tcp 0 0 0.0.0.0:2049 0.0.0.0:* ฟัง - tcp6 0 0 :::2049 :::* ฟัง -'
Ignacio Más avatar
be flag
เป็นเรื่องงุนงงที่ฉันสามารถติดตั้งการส่งออก NFS จากเซิร์ฟเวอร์เองที่เชื่อมต่อกับ IP ภายนอก '192.168.1.2' แต่ไม่ใช่จากเครื่องอื่น ฉันไม่เข้าใจว่าแพ็กเก็ตถูกทิ้งที่ใดเนื่องจากบริการอื่น ๆ ใช้งานได้!
SEWTGIYWTKHNTDS avatar
cn flag
หากคุณเรียกใช้ `nmap` กับระบบจากเครื่องไคลเอ็นต์เครื่องใดเครื่องหนึ่ง พอร์ตใดจะเปิดอยู่
Ignacio Más avatar
be flag
'แผนที่ -P 192.168.1.2 เริ่ม Nmap 7.80 ( https://nmap.org ) เวลา 2021-08-05 21:07 CEST รายงานการสแกน Nmap สำหรับ Calixto.MasFunke (192.168.1.2) โฮสต์ไม่ทำงาน (เวลาแฝง 0.00018 วินาที) ไม่แสดง: 987 ปิดพอร์ต บริการของรัฐพอร์ต 22/tcp เปิด ssh 25/tcp เปิด smtp 80/tcp เปิด http 111/tcp เปิด rpcbind 139/tcp เปิด netbios-ssn 443/tcp เปิด https 445/tcp เปิด microsoft-ds 2049/tcp เปิด nfs 8080/tcp เปิด http-proxy 8086/tcp เปิด d-s-n 8200/tcp เปิด trivnet1 9090/tcp เปิด zeus-admin ไม่ทราบ 9099/tcp เปิด ที่อยู่ MAC: C8:1F:66:BC:F2:FE (Dell)'
Ignacio Más avatar
be flag
2049 เปิดตาม Nmap ... ดังนั้นจึงต้องมีบางอย่างใน NFS-Kernelserver ที่ทิ้งแพ็กเก็ต ... ทำไม เต้นฉัน!
SEWTGIYWTKHNTDS avatar
cn flag
คุณคาดหวังว่าพอร์ตอื่นๆ ทั้งหมดจะเปิดบนเซิร์ฟเวอร์ nfs หรือไม่ ฉันคิดว่า Vm กำลังเรียกใช้บริการเหล่านั้นอยู่ การสแกนที่อยู่ IP ของ VM แสดงอะไร นั่นให้ตัวชี้ใด ๆ ? หาก nmap เห็นว่าพอร์ตเปิดอยู่ ฉันคิดว่าแพ็กเก็ตกำลังผ่านเข้ามา เนื่องจากคุณสามารถติดมันในพื้นที่ได้ ฉันก็งุนงงเหมือนกัน!
SEWTGIYWTKHNTDS avatar
cn flag
ฉันเคยเจอปัญหาครั้งหนึ่งที่สวิตช์สับสนว่าควรส่งแพ็กเก็ตไปที่ใด แต่ฉันคิดว่าแพ็กเก็ตทั้งหมดหายไป เราไม่สามารถ ping เซิร์ฟเวอร์จากเซิร์ฟเวอร์อื่นได้ แต่คุณสามารถ :( ผลลัพธ์ของคุณจากการทดสอบทั้งหมดของคุณตรงกัน เซิร์ฟเวอร์ของฉันส่งออกและใช้งานได้ ข้อแตกต่างเพียงอย่างเดียวที่ฉันเห็นคือสิทธิ์ในการส่งออกไฟล์ ฉันมี `/home/git 192.168.57.0/24(rw,sync,no_root_squash,no_all_squash)` อาจมีบางอย่างเปลี่ยนแปลงในความปลอดภัยของ เซิร์ฟเวอร์ nfs ที่หยุดการเชื่อมต่อของคุณ ฉันจะคิดว่า syslog จะแสดงบางอย่าง
Ignacio Más avatar
be flag
ฉันใช้ VM สำหรับการติดตั้งผู้ช่วยที่บ้านเท่านั้น ที่อยู่ IP บน VM (.38) ซึ่งแชร์บริดจ์เสมือนกับอินเทอร์เฟซทางกายภาพมีพอร์ตเปิดเพียงสองพอร์ต (22, ssh และ 8082 Home Assistant) ฉันมีอินเทอร์เฟซอื่นในเซิร์ฟเวอร์ (.37) บน NIC จริงอื่นและการสแกน Nmap บนอินเทอร์เฟซนั้นให้พอร์ตเปิด * เดียวกัน * เป็นอินเทอร์เฟซบริดจ์รวมถึงพอร์ต NFS ฉันได้ลองติดตั้งบนอินเทอร์เฟซนั้นแล้ว แต่ก็ยังไม่มีคำตอบ ขอบคุณสำหรับเวลาของคุณไม่ว่าในกรณีใด ๆ ! ฉันจะพยายามทำสิ่งต่างๆ ต่อไป และถ้าฉันได้คำตอบ ฉันจะโพสต์มันเช่นกัน...
Ignacio Más avatar
be flag
ฉันมักจะคิดเกี่ยวกับตัวเลือกความปลอดภัยเช่นกัน ...ฉันจะทดสอบอันอื่นที่นั่น
SEWTGIYWTKHNTDS avatar
cn flag
โชคดี หวังว่าคุณจะจัดการได้ในไม่ช้า ฉันสังเกตเห็นว่าคุณมีสองเส้นทางไปยังเครือข่ายของคุณบนเซิร์ฟเวอร์ nfs ฉันสงสัยว่านั่นคือปัญหาหรือไม่ แพ็กเก็ตอาจส่งกลับจาก IP (เซิร์ฟเวอร์ nfs) อื่นที่ไม่ใช่ที่ส่งไป ทำไมไม่ลดอินเทอร์เฟซบริดจ์บนเซิร์ฟเวอร์ nfs และดูว่าสร้างความแตกต่างหรือไม่
Ignacio Más avatar
be flag
การเพิ่มข้อมูลเพิ่มเติม: ฉันได้ทดสอบเพื่อสร้าง tcptracerote ไปยังพอร์ต 2049 ที่ตอบ TCP SYN ด้วย [SYN,ACK] ที่เหมาะสม และฉันได้ทดสอบ telneting จากเครื่องไคลเอนต์ไปยังพอร์ต 2049 ในเซิร์ฟเวอร์ซึ่งตอบสนองด้วย a การจัดตั้ง TCP การรัน tshark ทั้งในไคลเอนต์และเซิร์ฟเวอร์แสดง TCP SYN + เซิร์ฟเวอร์ SYN/ACK ที่เหมาะสมสำหรับทั้งกรณี tcptraceroute และ telnet (แสดงว่าการกำหนดเส้นทาง IP ทำงานได้อย่างถูกต้อง) แต่ในกรณีที่ใช้คำสั่ง mount ในไคลเอนต์ ฉันเห็น TCP SYN จากลูกค้า แต่ฉันไม่เห็น *ไม่มีอะไร* ในเซิร์ฟเวอร์!!! มีปัญหากับการติดตั้งบนไคลเอนต์หรือไม่!?!
SEWTGIYWTKHNTDS avatar
cn flag
สิ่งนี้ไม่สมเหตุสมผล หากคุณสามารถ telnet ไปยังพอร์ตและแพ็กเก็ตมาถึงเซิร์ฟเวอร์ แต่คำสั่ง mount ส่งแพ็กเก็ต syn เดียวกันไปยังเซิร์ฟเวอร์เดียวกันและมาไม่ถึง ไม่สนใจ คำสั่ง mount ที่คุณใช้คืออะไร?
Ignacio Más avatar
be flag
ฉันรู้! มันไม่สมเหตุสมผล แต่ตอนนี้ฉันสามารถแยกปัญหาได้แล้ว ใช่ มันเกี่ยวข้องกับเครือข่ายและเนื่องจากสองอินเทอร์เฟซบนเครือข่ายย่อยเดียวกันฉันวางอินเทอร์เฟซที่สองของการรีบูตสวิตช์ของฉันลง และตอนนี้ฉันได้ติดตั้งการแชร์ NFS โดยไม่มีปัญหา เอาชนะฉันว่าทำไม telnet ถึงพอร์ตถึงทำงานและบริการอื่น ๆ แต่ในกรณีใด ๆ เมื่อฉันเพิ่งมีอินเทอร์เฟซบริดจ์ (เซิร์ฟเวอร์ + KVM VM) ในพอร์ต eth จริงเดียวมันก็ใช้งานได้ ฉันเดาว่าฉันต้องรีเฟรชความรู้เกี่ยวกับโปรโตคอล L2 :-) เห็นได้ชัดว่ามีลูป L2 ทำให้โปรโตคอล NFs ยุ่งเหยิง ขอบคุณสำหรับความช่วยเหลือทั้งหมด!
SEWTGIYWTKHNTDS avatar
cn flag
ดีใจที่ได้ยินคุณจัดเรียงมัน

โพสต์คำตอบ

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