এক্সিকিউটেবল বিট সেট দিয়ে একটি এসএমবিএস মাউন্ট শেয়ারের ফাইলগুলি তৈরি করা হয় কেন?


14

আমি এসএমবিমাউন্ট কমান্ডটি ব্যবহার করে একটি সাম্বা ভাগ লাগিয়েছি:

$ sudo smbmount \\\\foo\\bar /mnt/bar -o user=tom

আমি যখন নতুন ফাইল তৈরি করি তখন সেগুলি মালিক, গোষ্ঠী এবং বিশ্বের জন্য নির্বাহযোগ্য বিট সেট দিয়ে তৈরি হয়। যেমন যেমন

$ touch hello.txt 
$ ls -la hello.txt
-rwxr-xr-x 1 root root 0 Dec  2 12:28 hello.txt

যখন কোনও এনএফএস মাউন্ট করা শেয়ারে তৈরি করা হয় তখন একই ফাইল কোনও এক্সিকিউটেবল বিট সেট ছাড়াই সঠিক অনুমতি সেট করে।

এটি কেন ঘটছে? কীভাবে এটি স্থির করা যায়?

উত্তর:


11

এনএফএস ইউনিক্স বিশ্বে উদ্ভাবিত হয়েছিল এবং তাই বক্সের বাইরে ইউনিক্সের traditionalতিহ্যগত অনুমতিগুলি বোঝে। (আধুনিক ইউনিক্স সিস্টেমের এসিএল আরেকটি বিষয়, তবে এনএফএসের সাম্প্রতিক বাস্তবায়নগুলি তাদের সাথে লড়াই করা উচিত))

সাম্বা আইবিএম / মাইক্রোসফ্ট পিসি বিশ্বে উদ্ভাবিত হয়েছিল, কেবলমাত্র পঠন / পঠন-লেখার বাইরে কোনও অনুমতি না থাকা সিস্টেমগুলির সাথে ফাইল বিনিময় করতে। এটি এখন উইন্ডোজ এর স্থানীয়। ডিফল্টরূপে, সাম্বা ইউনিক্স অনুমতিগুলি প্রেরণ করে না। কনফিগারেশনের উপর নির্ভর করে, সমস্ত ফাইলকে এক্সিকিউটেবল (যা বিরক্তিকর) হিসাবে চিহ্নিত করা হয় বা সমস্ত ফাইল (ডিরেক্টরি বাদে) নির্বাহযোগ্য হিসাবে চিহ্নিত করা হয় (যা বিরক্তিকর)।

সাম্বা / সিআইএফএস প্রোটোকলের বিভিন্ন এক্সটেনশন রয়েছে যা এটি ইউনিক্স ব্যবহারের জন্য আরও উপযুক্ত করে তোলে। সার্ভার কনফিগারেশনে ইউনিক্স এক্সটেনশানগুলি সক্ষম করার চেষ্টা করুন :

[global]
unix extensions = yes

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

@ বিবেকিয়ান 2 আসলে আপনার যদি পছন্দ হয় তবে আমি অবশ্যই একটি লিনাক্স ক্লায়েন্টে এনএফএস এবং উইন্ডোজ ক্লায়েন্টে এসএমবি ব্যবহার করার পরামর্শ দিচ্ছি।
গিলস 'এস-অশুভ হওয়া বন্ধ করুন'

10

এটি শিরোনামে আপনার ইস্যুটির মতো মনে হচ্ছে: অনুলিপি করা ফাইলগুলি সাম্বা / সিআইএফএস-তে সামান্য কার্যকর করা অর্জন করে

উদ্ধৃতাংশ

সিআইএফএস-মাউন্ট করা ভলিউমে rw-r ----- দিয়ে কোনও ফাইল অনুলিপি করার পরে, অনুলিপিটি rwxr ----- পায়। সুতরাং এটি সম্পাদন বিট অর্জন করা:

Page Down উপরন্তু, সেটিং map archive = noমধ্যে /etc/samba/smb.conf:

উদ্ধৃতাংশ

  [Global]
  <snip>
  map archive = no
  <snip>

এটি অবশ্যই উইন্ডোজ থেকে সঞ্চালিত পতাকা অর্জনকারী ফাইলগুলির সমস্যা সমাধান করে। ধন্যবাদ! আরেকটি পাগল ডিফল্ট, বিগত 2 দশকে কেউ কি সংরক্ষণাগার পতাকা ব্যবহার করেছে? :)
Rennex

4

আপনি চেষ্টা করতে পারেন: mount -t cifs

গুগল ব্যবহারের জন্য "মাউন্ট সিফস", এটি বোঝা শক্ত নয় তবে আপনি -o পতাকা ব্যবহার করে বিকল্পগুলি সেট করতে চান:

ইউআইডি =, gid =, RW, noperm, dir_mask = 0775, file_mask = 0664

ব্যবহারকারীর এবং গোষ্ঠীগুলি আইডি এর, যেমন সংখ্যার মতো পাঠ্য উপন্যাসটি নয়। এই বিকল্পগুলি আপনাকে নিশ্চিত করবে যে আপনি r / w অ্যাক্সেস পেয়েছেন, অনুমতিগুলি মাউন্ট নং সার্ভারের মাধ্যমে নিয়ন্ত্রণ করা হয় এবং বিশেষত file_mask=0664আপনার ফাইলগুলি সম্পাদনযোগ্য নয় তা নিশ্চিত করে। এর উপরে আপনি নিজের সাম্বা ভাগের সাথে স্থানীয় ডিরেক্টরি হিসাবে কাজ করতে সক্ষম হবেন।


সাম্বার সাম্প্রতিক সংস্করণে যে file_mode=0644,dir_mode=0755
কোনও একটিকে

সতর্কতা: সিআইএফএস মাউন্ট বিকল্প 'ডমাস্ক' অবমূল্যায়ন করা হয়েছে। পরিবর্তে 'dir_mode' ব্যবহার করুন। সতর্কতা: সিআইএফএস মাউন্ট বিকল্প 'fmask' অবমূল্যায়ন করা হয়েছে। পরিবর্তে 'ফাইল_মোড' ব্যবহার করুন।
হুবিটাস

4

এমএস-ডস এবং ইউনিক্স বিভাগের ফাইল অনুমতি এবং বৈশিষ্ট্যগুলির অধীনে সাম্বা ওয়েব সাইটে নিম্নলিখিত ব্যাখ্যা থেকে এটি কেন ঘটছে তা আপনি জানতে পারবেন :

https://www.samba.org/samba/docs/using_samba/ch08.html

এটি একটি এমএস-ডস ফাইল সিস্টেমের জন্য সিস্টেম, লুকানো এবং সংরক্ষণাগার বিট ম্যাপিংয়ের সাথে সম্পর্কিত।

একটি এমএস-ডস ফাইল সিস্টেম এক্সিকিউটেবল বিট ব্যবহার করে না তাই ইউনিক্স ফাইল সিস্টেমে তিনটি এক্সিকিউটেবল বিটগুলি এমএস-ডস ফাইল সিস্টেমের জন্য সিস্টেম, লুক্কায়িত এবং সংরক্ষণাগার বিটগুলির প্রতিনিধিত্ব করতে পুনরায় ব্যবহার করা হয়।

সুতরাং আপনি যখন ls -lইউনিক্স ব্যবহার করে ফাইলের অনুমতিগুলি দেখুন , আপনি এমএস-ডস (বা উইন্ডোজ) এর জন্য উপযুক্ত ফাইলের অনুমতিগুলি ইউনিক্সের তিনটি এক্সিকিউটেবল বিট এমএস-ডস-এর জন্য সিস্টেম, লুকানো এবং সংরক্ষণাগার বিটগুলি উপস্থাপন করে তা মনে রেখেই দেখছেন।

ইন smb.confতবে, আপনি এই ম্যাপিং সঙ্গে একটি শেয়ারের জন্য বন্ধ করে দিতে পারেন:

map archive = no
map system = no
map hidden = no

এবং এর সাথে ফাইল তৈরির ক্ষেত্রে মোডটিকে জোর করে:

force create mode = 0660

এটি এত সহজ হিসাবে দেখা গেল ... ব্যাখ্যার জন্য আপনাকে ধন্যবাদ!
অ্যান্টন_আরহ

1

আমি একটি QNAP TS439 ব্যবহার করি - এবং ফাইলগুলি সম্পাদনযোগ্য হিসাবে এই সমস্যাটি ছিল।

যদিও আমার /etc/fstabফাইলে আমাকে নিম্নলিখিতগুলি ব্যবহার করতে হয়েছিল

//192.168.0.1/audio /media/audio cifs credentials=/home/cheese/.smbcredentials,uid=1000,file_mode=0664,iocharset=utf8  0  0 
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.