উইন্ডোজ নেটওয়ার্ক ড্রাইভ linux মাউন্ট mounted পরে sudo প্রয়োজন


1

আমি সুডো ব্যবহার করে লিনাক্স বাক্সে একটি ড্রাইভ মাউন্ট করতে সক্ষম।

sudo mount \
    -t cifs \
    -o 'vers=3.0,username=myuser,domain=mydomain' \
    '//windows-ip/share-folder' ~/testmount/

এটি দুর্দান্ত কাজ করে, সমস্যাটি হল, যখন আমি ~ / testmount এ যান এবং এটি কিছুটা মত mkdirকরে বলে:

mkdir: cannot create directory ‘bkup’: Permission denied

যদি আমি ব্যবহার sudoকরি তবে এটি কাজ করবে আমরা একটি cronjob ফাইলে একটি স্বয়ংক্রিয় স্ক্রিপ্ট আছে যাতে এই মাউন্টগুলিতে ফাইল লিখতে হবে, তাই আমাদের মাউন্টগুলিতে লিখতে সক্ষম হতে হবে sudo

তাই এটি মাউন্ট হওয়ার পরে আমি সেই ফোল্ডারে ফাইল যোগ করতে পারছি না যতক্ষণ না আমি ব্যবহার করি sudoএবং এটি সমস্যা।

মনে হচ্ছে আমার সমস্যাটি একেবারেই একই রকম, কিন্তু তার জন্য সমাধান আমার জন্য কাজ করে নি।

https://unix.stackexchange.com/questions/231230/mount-successful-directory-accessible-but-cannot-do-operations-cp-mkdir-etc

কেউ সুপারিশ করেছিল যে আমি সুডোটি মাউন্ট করার জন্য ব্যবহার করেছি এবং তাই এটিতে কিছু পরিবর্তন করার জন্য সুডো ব্যবহার করতে হয়েছিল (যদিও আমি এতে স্টাফ পড়ার জন্য সুডো ব্যবহার করার প্রয়োজন নেই)।

সুতরাং, আমি এই মত উত্তর খুঁজে পেয়েছি:

https://unix.stackexchange.com/questions/365308/use-mount-o-with-a-non-root-user https://wiki.ubuntu.com/MountWindowsShares স্থায়ীভাবে

আমি প্রস্তাবিত সমাধানগুলি বাস্তবায়ন করার চেষ্টা করেছি কিন্তু এখনও সেগুলি সমাধানের জন্য সমাধান পেতে অক্ষম ছিলাম।

আমার ইত্যাদি / fstab এই লাইন আছে:

//windows-ip/share-folder \
/home/mysuer/testmount \
cifs \ 
uid=myuser,credentials=/home/myuser/.smbcredentials,iocharset=utf8,domain=my-domain 0 0

উপরের সেটআপের সাথে যখন আমি sudo ছাড়া মাউন্ট চালানোর চেষ্টা করি আমি একটি ত্রুটি পেতে পারি:

$ mount ~/testmount
mount: only root can mount //10.1..../shared on /home/.../testmount

সুডোর ছাড়া এই মাউন্ট করা ফোল্ডারগুলিতে আমাকে লেখার কারণ হতে হবে কারণ আমাদের একটি স্বয়ংক্রিয় সিস্টেম সংরক্ষণকারী ফাইল থাকবে এবং আমি মনে করি না এটি সুডো ব্যবহার করা উচিত, এবং আমি যদি এটি করতে চাই তবেও তা আমরা জানি না। ।

আমি Centos 7 উপর আছি। সম্ভবত আপনি fstab 'ডোমেন' বিকল্পটি দিতে পারবেন না, আমি জানি না। যে কেউ এই আমাকে সাহায্য করতে পারেন?

উত্তর:


1

মাউন্টিং এবং তারপর অ্যাক্সেসিং দুটি ভিন্ন জিনিস।

ব্যবহারকারীদের মাউন্ট করতে অনুমতি দিতে, আপনার চতুর্থ ক্ষেত্র fstabধারণ করতে হবে user, যেমন user,uid=myuser,…। দেখুন man 5 fstab। যদিও আপনি এটি প্রয়োজন হতে পারে না, পড়তে থাকুন।

আপনি uid=myuserবিকল্প দিতে । থেকে man 8 mount.cifs:

uid=arg
সার্ভারটি মালিকানার তথ্য সরবরাহ না করে মাউন্ট করা ফাইল সিস্টেমে সমস্ত ফাইল বা ডিরেক্টরি মালিকানাধীন ইউআইডি সেট করে। এটি একটি ব্যবহারকারীর নাম বা সংখ্যাসূচক ইউআইডি হিসাবে নির্দিষ্ট করা যেতে পারে। নির্দিষ্ট না হলে, ডিফল্ট হয় uid 0mount.cifsসাহায্যকারী অ সাংখ্যিক আকারে ইউআইডি উল্লেখ সমর্থন করার জন্য সংস্করণ 1.10-র বা উচ্চতর হওয়া আবশ্যক।

আরেকটি অংশ:

mount.cifs -V কমান্ড cifs মাউন্ট সহায়ক এর সংস্করণ প্রদর্শন করে।

সঙ্গে uid=সঠিকভাবে উল্লেখ করা, সঙ্গে মাউন্ট sudoওভাররাইড করা উচিত নয়; তাই আপনি এমনকি userবিকল্প প্রয়োজন হতে পারে না fstab। আপনি ব্যবহার করার সময় সম্ভবত আপনি সেখানে ছিল uid=কিন্তু আপনি ব্যবহার না করে ঠিক করা sudo। যদিও আরও একটি জিনিস আছে। তবুও আরেকটি ফাটল:

মূল CIFS প্রোটোকল ফাইল এবং ডিরেক্টরিগুলির জন্য ইউনিক্স মালিকানা তথ্য বা মোড সরবরাহ করে না। এই কারণে, ফাইলগুলি এবং ডিরেক্টরিগুলি সাধারণত কোনও মান uid=বা gid=বিকল্পগুলি সেট করে মালিকানাধীন বলে মনে হয় , এবং ডিফল্ট file_modeএবং dir_modeমাউন্টের জন্য অনুমতিগুলির অনুমতি থাকবে । মাধ্যমে এই মান পরিবর্তন করার চেষ্টা chmod/ chownসাফল্য ফিরে আসবে কিন্তু কোন প্রভাব আছে।

ক্লায়েন্ট এবং সার্ভার ইউনিক্স এক্সটেনশানগুলির সাথে আলোচনার সময়, ফাইল এবং ডিরেক্টরিগুলিকে সার্ভারের দ্বারা প্রদত্ত uid, gid এবং মোড বরাদ্দ করা হবে। সিআইএফএস মাউন্টগুলি সাধারণত একক-ব্যবহারকারী, এবং একই শংসাপত্র ব্যবহার করা হয় কোন ব্যবহারকারী মাউন্টটি অ্যাক্সেস করে না কেন, নতুন তৈরি ফাইল এবং ডিরেক্টরিগুলি সাধারণত ভাগ করে নেওয়ার জন্য যে কোনও শংসাপত্র ব্যবহার করা হয় তার সাথে মালিকানা দেওয়া হবে।

যদি uid এবং gid ব্যবহার করা হয় তবে ক্লায়েন্ট এবং সার্ভারে মেলে না, forceuidএবং forcegidবিকল্পগুলি সহায়ক হতে পারে।

যদি আমি এটি সঠিকভাবে পাই, একটি ক্লায়েন্ট এবং একটি সার্ভার (সঠিকভাবে সেট আপ করার সময়) uid=সার্ভারে সংরক্ষিত মালিকানা উপেক্ষা করতে পারে । এই ক্ষেত্রে এই প্রাসঙ্গিক:

forceuid
ফাইল এবং ডিরেক্টরিগুলির জন্য সার্ভারের দ্বারা প্রদত্ত যেকোন ইউআইডিকে উপেক্ষা করতে ক্লায়েন্টকে নির্দেশ করে এবং সর্বদা মালিকের মানটি uid=বিকল্পের মূল্য নির্ধারণ করে ।

মনে হচ্ছে এই লাইনটি fstabআপনার জন্য ভাল কাজ করতে পারে:

//windows-ip/share-folder \
/home/mysuer/testmount \
cifs \ 
forceuid,uid=NUMBER,credentials=/home/myuser/.smbcredentials,iocharset=utf8,domain=my-domain 0 0

তারপর আপনি সাথে মাউন্ট sudo(অথবা userআপনি যদি সত্যিই এটি প্রয়োজন হলে বিকল্প যোগ করুন )। noautoবিকল্প ছাড়া অপারেটিং সিস্টেম স্বয়ংক্রিয়ভাবে বুট এ শেয়ার মাউন্ট করার চেষ্টা করবে। নেটওয়ার্কটি তখনও উপলব্ধ নাও হতে পারে, আমি জানি না আপনার OS এটিকে সমাধান করবে কি না। সঙ্গে systemdআপনি ব্যবহার করতে পারেন x-systemd.automount, চতুর্থ ক্ষেত্র দিয়ে শুরু হবে:

x-systemd.automount,x-systemd.idle-timeout=1min,forceuid,uid=NUMBER,…

বিকল্প হয় autofs

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.