क्रॉस-डिस्ट्रो एनएफएस माउंट उबंटू में पूरी तरह से लिखने योग्य नहीं है

Question

मैं NFS माउंट स्थापित करने के लिए अपेक्षाकृत नया हूं और AWS क्लाउड में चीजों को शुरू करने की कोशिश कर रहा हूं। मैं अंततः एक CentOS बॉक्स रखना चाहता हूं जो NFS सर्वर के रूप में कार्य करता है और इसमें विभिन्न प्रकार की मशीनें (Ubuntu या CentOS) हो सकती हैं जो NFS शेयर को पूर्ण रीड / राइट एक्सेस के साथ एक्सेस करती हैं। मुझे यह कुछ हद तक काम कर रहा है, लेकिन अभी मैं उबंटू क्लाइंट पर फ़ाइलों को नहीं लिख सकता हूं जो उबंटू सिस्टम पर संशोधित / अंतिम रूप से निर्मित नहीं थे। (एक परीक्षण के रूप में, मैंने सिर्फ उबंटू क्लाइंट पर एक पाठ फ़ाइल बनाई जो ठीक थी। अगर मैं इसे एक CentOS सिस्टम पर संशोधित करता हूं, तो मैं इसे Ubuntu में ठीक पढ़ सकता हूं लेकिन मैं इसे और नहीं लिख सकता।)

विन्यास:

CentOS सर्वर पर मेरा / etc / निर्यात फ़ाइल निम्नानुसार है:

/hello *(rw,async,no_root_squash,no_subtree_check,fsid=0)

(मैंने अभी तक आसानी से उपयोग के लिए वाइल्डकार्ड का उपयोग किया था - मेरे विशिष्ट एडब्ल्यूएस सुरक्षा समूह में केवल सिस्टम वास्तव में एनएफएस बंदरगाहों तक पहुंच सकते हैं।) इन्टरनेट पर अलग-अलग गाइडों से कॉन्फिगरेशन को कुछ हद तक एक साथ लाया गया था। मैंने कहीं पढ़ा कि fsid = 0 उबंटू में शेयर होने योग्य होने के लिए महत्वपूर्ण है। मैंने तब निर्यात किया exportfs -a

उबंटू और सेंटोस क्लाइंट दोनों पर, मैंने डायरेक्टरी बनाई (सुपरसुअर / रूट के रूप में) /mnt/mymnt फिर भाग गया:

mount -t nfs4 <MY_CENTOS_SERVER_DNS>.us-west-1.compute.amazonaws.com:/ /mnt/mymnt

शेयर माउंट करने के लिए।

अनुमतियां

CentOS सर्वर पर, साझा निर्देशिका अनुमतियाँ इस तरह दिखती हैं:

(ls -l / :) से

drwxrwxrwx.   2 1000 1000  4096 Apr 24 16:13 hello

सर्वर पैदावार पर / हेलो की निर्देशिका लिस्टिंग:

total 8
-rw-rw-r--. 1   1000   1000  0 Apr 23 20:21 HELLO_CLIENT
-rw-rw-r--. 1 centos centos 17 Apr 24 16:05 HI_CENTOS
-rw-rw-r--. 1 centos centos 47 Apr 24 16:13 HI_UBUNTU
-rw-rw-r--. 1   1000   1000  0 Apr 24 16:24 TEST2

उबंटू सर्वर पर, वही निर्देशिका लिस्टिंग पैदावार:

total 16
drwxrwxrwx 2 nobody     nogroup    4096 Apr 24 16:24 ./
drwxr-xr-x 5 root       root       4096 Apr 23 19:07 ../
-rw-rw-r-- 1 nobody     nogroup       0 Apr 23 20:21 HELLO_CLIENT
-rw-rw-r-- 1 nobody     nogroup      17 Apr 24 16:05 HI_CENTOS
-rw-rw-r-- 1 nobody     nogroup      47 Apr 24 16:13 HI_UBUNTU
-rw-rw-r-- 1 nobody     nogroup    0 Apr 24 16:24 TEST2

एक CentOS क्लाइंट पर, मैं एक ही चीज़ देखता हूं, लेकिन समूह के साथ nobody के बजाय nogroup (संभावना है कि एक वाक्यात्मक बात)।

सारांश

मैं पूरी तरह से NFSv4 पर दोनों CentOS और Ubuntu ग्राहकों के लिए CentOS सर्वर से एक निर्देशिका साझा करने की कोशिश कर रहा हूँ। मैं शेयर को माउंट कर सकता हूं, लेकिन मैं उन फाइलों को नहीं लिख सकता, जिन्हें मैंने उबंटू सिस्टम पर उबंटू सिस्टम पर नहीं बनाया था। क्या मैं कुछ गलत तरीके से कॉन्फ़िगर कर रहा हूं? वहाँ एक बेहतर तरीका है कि मैं क्या करने की कोशिश कर रहा हूँ?

Comments

क्या आप जाँच सकते हैं कि आपका उपयोगकर्ता विभिन्न प्रणालियों पर किस समूह से संबंधित है?

— Hastur

यकीन है, वे इस प्रकार हैं: सर्वर पर सेंटो उपयोगकर्ता: centos adm cdrom dialout floppy video dip audio Ubuntu ग्राहक पर ubuntu उपयोगकर्ता: ubuntu adm dialout cdrom floppy sudo audio dip video plugdev netdev CentOS क्लाइंट पर सेंटोस उपयोगकर्ता: centos adm cdrom dialout floppy video dip audio सुनिश्चित नहीं हैं कि अगर कोई विशिष्ट समूह है तो वे सभी के होने चाहिए, लेकिन वर्तमान में नहीं हैं ...

— Devin

उम्मीद है कि आप उस प्रारूपण को पढ़ सकते हैं, जो मैं कर सकता था!

— Devin

बस एक कोशिश है। आइए फिर से अपना परीक्षण करें: उबंटू क्लाइंट पर एक टेक्स्ट फ़ाइल बनाएं (देखें ls -l yourfile दोनों ग्राहकों पर)। फिर इसे एक CentOS सिस्टम पर संशोधित करें, सत्यापित करें कि आप इसे उबंटू में पढ़ सकते हैं आप इसे दोबारा नहीं देख सकते हैं ls -l yourfile दोनों ग्राहक पर। यदि कुछ बदला है तो अपने प्रश्न को संपादित करें। यदि ऐसा है तो शायद आपके पास दो क्लाइंट पर अलग-अलग यूजर आईडी है और आपने जिस प्रोग्राम का उपयोग किया है वह स्वामित्व को संशोधित करता है।

— Hastur

बस एक कोशिश है कि दिया। उसी का परिणाम प्रतीत हुआ। दिलचस्प है, जब उस फ़ाइल को विम में खोलते हैं, तो इसे चिह्नित किया गया था [readonly] लेकिन अगर मैं "जबरदस्ती लिखूं" ( :w! ), यह सिस्टम की परवाह किए बिना परिवर्तनों को सफलतापूर्वक लिखेगा।

— Devin