मेरे पास फेडोरा कोर 18 में एक नया ओपनश (ओपनश-सर्वर-6.1p1-4.fc18.i686) चिरोट वातावरण है और एक (बैश) शेल के साथ चेरोट निर्देशिका संरचना में उपयोगकर्ताओं को डालता है। समस्या निवारण के दौरान समस्याओं के कारण के रूप में इसे नियंत्रित करने के लिए SELinux परमिशन मोड में रहा है।
लॉगऑन उपयोगकर्ताओं पर निम्न देखें:
Using username "testuser".
Authenticating with public key "rsa-key-xxxxxxx" from agent
id: cannot find name for group ID 1002
id: cannot find name for user ID 1001
id: cannot find name for group ID 1002
id: cannot find name for user ID 1001
[I have no name!@fc18test ~]$
हूमी इसी तरह से फैशन में विफल रहता है।
इस चेरोट वातावरण में आईडी कमांड के ठीक से काम करने के लिए क्या निर्भरताएं हैं? यह OpenSSH के पुराने संस्करणों का उपयोग करके फेडोरा के पिछले संस्करण में ठीक काम करता था।
चेरोट वातावरण में / etc निर्देशिका को पासवार्ड और amp के साथ फिर से बनाया गया है; पासव्ड-, समूह & amp; समूह-, और nsswitch.conf। nsswitch.conf में "पासवार्ड" और "समूह" के लिए प्रविष्टियां "फाइलें" के रूप में परिभाषित की गई हैं और उपयोगकर्ता आईडी और समूह आईडी दोनों उपयुक्त फाइलों में मौजूद हैं। फ़ाइल अनुमतियाँ मानक / etc निर्देशिका में उन्हीं फ़ाइलों को मिरर करती हैं। SELinux संदर्भों से मेल खाता है, भले ही यह आवश्यक नहीं होना चाहिए क्योंकि समस्या निवारण करते समय SELinux अनुमेय मोड में है।
मुझे लगता है कि आईडी कॉल या तो getuid()
या geteuid()
। क्या यह संभव है कि मैं चुरोट में एक पुस्तकालय को याद कर रहा हूं /lib
निर्देशिका?
क्या किसी ने कुछ प्रकाश डाला है क्या गलत हो रहा है?
objdump -R /usr/bin/id
याnm -D /usr/bin/id
प्रतीकों को खोजने के लिए और इसे संबंधित लाइब्रेरी में वापस ट्रेस करने के बाद, इसे प्राप्त करने के बाद, इसे प्रतीकों में जोड़ें/lib
विकृत वातावरण के भीतर ... संभावना है कि आप मानक सी लाइब्रेरी को कॉपी करना भूल गए होंगेlibc
या इसी के समान...