Linux માં પરવાનગી અને અધિકારો

આપણામાંથી કેટલાને અમુક ડિરેક્ટરી / ફોલ્ડરમાં સમાયેલી ફાઇલોની "accessક્સેસ મર્યાદિત કરવાની" જરૂર હતી અથવા આપણે અમુક લોકોને કોઈ ચોક્કસ ફાઇલની સામગ્રી જોવા, કાtingી નાખવા અથવા તેમાં ફેરફાર કરવાથી અટકાવવાની જરૂર છે? એક કરતા વધારે, ખરું ને? શું આપણે તેને અમારા પ્રિય પેંગ્વિનમાં પ્રાપ્ત કરી શકીએ? જવાબ છે: અલબત્ત હા : ડી.

પરિચય

આપણામાંના ઘણા લોકો જે વિન્ડોઝથી આવે છે, તેઓ આ "સમસ્યા" સાથે ખૂબ જ અલગ રીતે વ્યવહાર કરવા માટે ઉપયોગમાં લેવાય છે. આ લક્ષ્ય હાંસલ કરવા માટે આપણે બિનપરંપરાગત "તકનીકો" નો આશરો લેવો પડ્યો હતો, જેમ કે ફાઇલને તેના લક્ષણો દ્વારા છુપાવવી, અમારી ખસેડવી. અમારી "દુશ્મન" XD ને અસંતુષ્ટ કરવાનો, ફાઇલ એક્સ્ટેંશનને બદલવા અથવા દૂર કરવા અથવા વ્યવહારના સૌથી સામાન્ય "સામાન્ય" પ્રોગ્રામને ડાઉનલોડ કરવા માટે એક પ્રોગ્રામ ડાઉનલોડ કરો, જે અમારી ટીમના સૌથી દૂરસ્થ સ્થાનેની માહિતી (20,000 ફોલ્ડર્સની અંદર) છે, " બંધ કરો ”એક સરસ સંવાદ બ behindક્સની પાછળની અમારી ડિરેક્ટરી કે જેનો toક્સેસ કરવા માટે અમને પાસવર્ડ પૂછે છે. અમારી પાસે વધુ સારો વિકલ્પ હતો? ના.

btrfs
સંબંધિત લેખ:
ટર્મિનલ દ્વારા એચડીડી અથવા પાર્ટીશનોને કેવી રીતે માઉન્ટ કરવું

હું મારા "વિંડોલેરો" મિત્રો માટે ખૂબ દિલગીર છું (હું તેને ખૂબ જ પ્રેમથી કહું છું જેથી કોઈને નારાજ ન થાય, બરાબર?;)), પરંતુ આજે મારે મારી જાતને વિન્ડોઝ સાથે થોડું શીખવવું પડશે: પી, કારણ કે હું સમજાવું છું કે આ ઓએસ કેમ મંજૂરી આપતું નથી. મૂળ આ વિધેય.

તમારામાંથી કેટલાએ નોંધ્યું છે કે જ્યારે આપણે "વિંડોઝ" કમ્પ્યુટરની પાછળ બેસીએ છીએ (પછી ભલે તે આપણું ન હોય), ત્યારે આપણે કમ્પ્યુટર આપમેળે (છબીઓ, દસ્તાવેજો, પ્રોગ્રામો, વગેરે) માલિકી બની જઈએ છીએ? મારો મતલબ શું? ઠીક છે, ફક્ત "વિંડોઝનું નિયંત્રણ" લઈને, અમે ફોલ્ડર્સ અને ફાઇલોને ડાબી અને જમણી ક copyપિ કરી, ખસેડી, કા deleteી, બનાવી, ખોલી અથવા સંશોધિત કરી શકીએ છીએ, પછી ભલે આપણે આ માહિતીના "માલિકો" છીએ કે નહીં. આ operatingપરેટિંગ સિસ્ટમના મુખ્ય સુરક્ષા ખામીને પ્રતિબિંબિત કરે છે, ખરું? ઠીક છે, આ બધું એટલા માટે છે કારણ કે માઇક્રોસ .ફ્ટની operatingપરેટિંગ સિસ્ટમ્સ મલ્ટિ-યુઝર તરીકે ગ્રાઉન્ડથી બનાવવામાં આવી નથી. જ્યારે એમએસ-ડોસની આવૃત્તિઓ અને વિંડોઝનાં કેટલાક સંસ્કરણ પ્રકાશિત થયાં, ત્યારે તેઓને સંપૂર્ણ વિશ્વાસ હતો કે અંતિમ વપરાશકર્તા તેમના સંબંધિત કમ્પ્યુટરને "રક્ષિત" કરવા માટે જવાબદાર રહેશે જેથી કોઈ અન્ય વપરાશકર્તા તેમાં સંગ્રહિત માહિતીની hadક્સેસ ન કરી શકે ... નિષ્કપટ ¬ ¬. હવે વિન યુઝર મિત્રો, તમે જાણો છો કે આ "રહસ્ય" કેમ છે: ડી.

બીજી બાજુ, જીએનયુ / લિનક્સ, નેટવર્કીંગ માટે મૂળભૂત રીતે બનાવવામાં આવેલી સિસ્ટમ હોવાને કારણે, આપણે આપણા કમ્પ્યુટર પર સ્ટોર કરીએ છીએ તે માહિતીની સલામતી (સર્વરો પર ઉલ્લેખ કરવો નહીં) જરૂરી છે, કારણ કે ઘણા વપરાશકર્તાઓ પાસે orક્સેસ હશે અથવા હશે સ computersફ્ટવેર સંસાધનોનો ભાગ (બંને એપ્લિકેશનો અને માહિતી) અને હાર્ડવેર જે આ કમ્પ્યુટર પર સંચાલિત છે.

હવે આપણે જોઈ શકીએ છીએ કે પરમિટ સિસ્ટમની જરૂર કેમ છે? ચાલો વિષયમાં પ્રવેશ કરીએ;).

સંબંધિત લેખ:
ડીયુ: 10 ડિરેક્ટરીઓ કેવી રીતે જોવી કે જે ખૂબ જ જગ્યા લે છે

જીએનયુ / લિનક્સમાં, વપરાશકર્તાઓ તેમાં સમાવિષ્ટ કેટલીક ફાઇલો પરની પરવાનગી અથવા અધિકારો ત્રણ સ્પષ્ટ તફાવત સ્તરોમાં સ્થાપિત થયેલ છે. આ ત્રણ સ્તર નીચે મુજબ છે:

માલિકની પરવાનગી
જૂથ પરવાનગી.
બાકીના વપરાશકર્તાઓની પરવાનગી (અથવા "અન્ય લોકોને" પણ કહેવામાં આવે છે).

આ ખ્યાલો વિશે સ્પષ્ટ થવા માટે, નેટવર્ક સિસ્ટમોમાં (જેમ કે પેંગ્વિન) હંમેશાં સંચાલક, સુપરયુઝર અથવા રુટનો આંકડો હોય છે. આ એડમિનિસ્ટ્રેટર વપરાશકર્તાઓ બનાવવા અને દૂર કરવા, તેમજ તે દરેકને સિસ્ટમમાં જે વિશેષાધિકાર છે તે સ્થાપિત કરવા માટેનો હવાલો છે. આ વિશેષાધિકારો દરેક વપરાશકર્તાની હોમ ડિરેક્ટરી અને ડિરેક્ટરીઓ અને ફાઇલો બંને માટે સ્થાપિત થાય છે કે જે સંચાલક નક્કી કરે છે કે વપરાશકર્તા canક્સેસ કરી શકે છે.

માલિકની પરવાનગી

માલિક તે વપરાશકર્તા છે જેણે તેની વર્ક ડિરેક્ટરી (હોમ) ની અંદર ફાઇલ / ફોલ્ડર બનાવ્યો અથવા બનાવ્યો છે, અથવા કોઈ અન્ય ડિરેક્ટરીમાં જેના પર તેને અધિકાર છે. દરેક વપરાશકર્તા પાસે ડિફ defaultલ્ટ રૂપે, ફાઇલોને તેઓ તેમની કાર્યકારી ડિરેક્ટરીમાં બનાવવા માંગે છે. સૈદ્ધાંતિક રીતે, તે અને ફક્ત તે જ તે વ્યક્તિ હશે કે જે તમારી હોમ ડિરેક્ટરીમાં ફાઇલો અને ડિરેક્ટરીમાં સમાવિષ્ટ માહિતીની .ક્સેસ ધરાવે છે.

જૂથ પરવાનગી

સૌથી સામાન્ય બાબત એ છે કે દરેક વપરાશકર્તા વર્ક જૂથનો છે. આ રીતે, જ્યારે કોઈ જૂથનું સંચાલન થાય છે, ત્યારે તેનાથી સંબંધિત બધા વપરાશકર્તાઓ મેનેજ કરે છે. બીજા શબ્દોમાં કહીએ તો, દરેક વપરાશકર્તાને સ્વતંત્ર રીતે વિશેષાધિકારો સોંપવા કરતાં, ઘણા વપરાશકર્તાઓને જૂથમાં એકીકૃત કરવું વધુ સરળ છે કે જેમને સિસ્ટમમાં અમુક વિશેષાધિકારો આપવામાં આવે છે.

બાકીના વપરાશકર્તાઓની પરવાનગી

છેલ્લે, કોઈપણ ડિરેક્ટરીમાં સમાવિષ્ટ ફાઇલોના વિશેષાધિકારો અન્ય વપરાશકર્તાઓ દ્વારા પણ હોઇ શકે છે જે વર્કગ્રુપથી સંબંધિત નથી જેમાં પ્રશ્નમાંની ફાઇલ એકીકૃત છે. બીજા શબ્દોમાં કહીએ તો, એવા વપરાશકર્તાઓ કે જેઓ વર્કગ્રુપ સાથે સંબંધિત નથી જેમાં ફાઇલ સ્થિત છે, પરંતુ જે અન્ય વર્કગ્રુપના છે, તેઓને અન્ય સિસ્ટમ વપરાશકર્તાઓ કહેવામાં આવે છે.

ખૂબ સરસ, પણ હું આ બધું કેવી રીતે ઓળખી શકું? સરળ, ટર્મિનલ ખોલો અને નીચેના કરો:

$ ls -l

નોંધ: તે "એલ" અક્ષરોના નાના છે 😉

તે નીચેના જેવું કંઈક દેખાશે:

જેમ તમે જોઈ શકો છો, આ આદેશ મારા ઘરની સામગ્રી પ્રદર્શિત કરે છે અથવા "સૂચિબદ્ધ કરે છે", આપણે જેની સાથે વ્યવહાર કરીએ છીએ તે લાલ અને લીલી લીટીઓ છે. લાલ બ usક્સ અમને બતાવે છે કે માલિક કોણ છે અને લીલો બ indicatesક્સ સૂચવે છે કે અગાઉ સૂચિબદ્ધ દરેક ફાઇલો અને ફોલ્ડર્સ કયા જૂથના છે. આ કિસ્સામાં, માલિક અને જૂથ બંનેને "પર્સિયસ" કહેવામાં આવે છે, પરંતુ તેઓએ "વેચાણ" જેવા જુદા જૂથનો સામનો કરવો પડ્યો હશે. બાકીના માટે, હમણાં માટે ચિંતા કરશો નહીં, અમે પછી જોશું: ડી.

GNU / Linux માં પરવાનગી ના પ્રકાર

જીએનયુ / લિનક્સમાં પરવાનગી કેવી રીતે સેટ કરવામાં આવે છે તે શીખતા પહેલા, આપણે જાણવું જ જોઇએ કે સિસ્ટમ પાસે વિવિધ પ્રકારની ફાઇલો કેવી રીતે અલગ કરી શકાય છે.

GNU / Linux માં દરેક ફાઇલ 10 અક્ષરો દ્વારા ઓળખાય છે, જેને કહેવામાં આવે છે મહોરું. આ 10 અક્ષરોમાંથી, પ્રથમ (ડાબેથી જમણે) ફાઇલ પ્રકારનો સંદર્ભ આપે છે. નીચે આપેલ 9, ડાબેથી જમણે અને 3 ના બ્લોક્સમાં, અનુમતિ અનુસાર, મંજૂરીઓનો સંદર્ભ લો, માલિક, જૂથ અને બાકીના અથવા અન્ય. આ બધી સામગ્રીને દર્શાવવા માટે સ્ક્રીનશshotટ:

ફાઇલોનું પ્રથમ પાત્ર નીચેના હોઈ શકે છે:

માફ કરશો ઓળખો
- આર્કાઇવ
d ડિરેક્ટરી
b વિશેષ અવરોધિત ફાઇલ (ઉપકરણ વિશેષ ફાઇલો)
c વિશેષ અક્ષરો ફાઇલ (ટીટીવાય ડિવાઇસ, પ્રિંટર ...)
l લિંક ફાઇલ અથવા લિંક (નરમ / પ્રતીકાત્મક લિંક)
p ચેનલ વિશેષ ફાઇલ (પાઇપ અથવા પાઇપ)

આગળના નવ અક્ષરો સિસ્ટમ વપરાશકર્તાઓને આપવામાં આવેલી પરવાનગી છે. દર ત્રણ અક્ષરો, માલિક, જૂથ અને અન્ય વપરાશકર્તા પરવાનગીનો સંદર્ભ આપવામાં આવે છે.

અક્ષરો કે જે આ પરવાનગીઓને વ્યાખ્યાયિત કરે છે તે નીચે મુજબ છે:

માફ કરશો ઓળખો
- પરવાનગી વિના
r વાંચવાની પરવાનગી
w પરવાનગી લખો
x અમલની પરવાનગી

ફાઇલ પરવાનગી

વાંચન: મૂળભૂત રીતે તમને ફાઇલની સામગ્રી જોવા દે છે.
લખો: તમને ફાઇલની સામગ્રીમાં ફેરફાર કરવાની મંજૂરી આપે છે.
એક્ઝેક્યુશન: ફાઇલને એક્ઝેક્યુટ કરવાની મંજૂરી આપે છે જાણે કે તે એક્ઝેક્યુટેબલ પ્રોગ્રામ છે.

ડિરેક્ટરી પરવાનગી

વાંચો: તે જાણવાની મંજૂરી આપે છે કે આ પરવાનગીવાળી ડિરેક્ટરીમાં કઈ ફાઇલો અને ડિરેક્ટરીઓ છે.
લખો: ડિરેક્ટરીમાં ફાઇલો બનાવવાની મંજૂરી આપે છે, સામાન્ય ફાઇલો અથવા નવી ડિરેક્ટરીઓ. ડિરેક્ટરીઓ કા deletedી શકાય છે, ડિરેક્ટરીમાં ફાઇલોની કiedપિ કરી શકાય છે, ખસેડવામાં આવી છે, નામ બદલી શકાય છે, વગેરે.
એક્ઝેક્યુશન: તમને ડિરેક્ટરીમાંથી તેના સમાવિષ્ટોનું પરીક્ષણ કરવામાં, ફાઇલોની ક copyપિથી અથવા તેની પર તપાસ કરવામાં સક્ષમ થવા દે છે. જો તમારી પાસે પણ વાંચવાની અને લખવાની પરવાનગી છે, તો તમે ફાઇલો અને ડિરેક્ટરીઓ પરના તમામ સંભવિત કામગીરી કરી શકો છો.

નોંધ: જો તમારી પાસે એક્ઝેક્યુશનની પરવાનગી નથી, તો અમે તે ડિરેક્ટરીને toક્સેસ કરીશું નહીં (જો આપણે "સીડી" આદેશનો ઉપયોગ કરીએ તો પણ), કારણ કે આ ક્રિયાને નકારી કા .વામાં આવશે. તે પાથના ભાગ રૂપે ડિરેક્ટરીના ઉપયોગને સીમાંકિત કરવાની મંજૂરી પણ આપે છે (જેમ કે જ્યારે આપણે તે ડિરેક્ટરીમાં મળેલી ફાઇલના પાથને સંદર્ભ તરીકે પસાર કરીએ છીએ. માની લો કે આપણે ફોલ્ડરમાં આવેલી ફાઇલ "X.ogg" ને ક copyપિ કરવા માગીએ છીએ " / હોમ / પર્સિયો / ઝેડ ”-જે માટે ફોલ્ડર“ ઝેડ ”ને એક્ઝેકશનની પરવાનગી નથી-, અમે નીચે મુજબ કરીશું:

$ cp /home/perseo/Z/X.ogg /home/perseo/Y/

આ સાથે એક ભૂલ સંદેશ મેળવવાથી અમને કહેતા કે અમારી પાસે ફાઇલને accessક્સેસ કરવાની પૂરતી પરવાનગી નથી: ડી). જો ડિરેક્ટરીની એક્ઝેક્યુશન પરવાનગીને નિષ્ક્રિય કરી દેવામાં આવે છે, તો તમે તેની સામગ્રી જોવા માટે સમર્થ હશો (જો તમારી પાસે વાંચવાની પરવાનગી છે), પરંતુ તમે તેમાં શામેલ કોઈપણ accessબ્જેક્ટને toક્સેસ કરી શકશો નહીં, કારણ કે આ ડિરેક્ટરી આવશ્યક માર્ગનો ભાગ છે તમારા ofબ્જેક્ટ્સનું સ્થાન બહાર કા .વા માટે.

GNU / Linux માં પરવાનગી સંચાલન

જી.એન.યુ. / લિનક્સમાં અત્યાર સુધી, આપણે જોયું છે કે આપણી પાસે કઈ પરવાનગી છે, આગળ આપણે જોઈશું કે પરવાનગી અથવા અધિકાર કેવી રીતે સોંપવા અથવા બાદબાકી કરવી.

શરૂ કરતા પહેલા, આપણે ધ્યાનમાં રાખવું આવશ્યક છે કે જ્યારે આપણે સિસ્ટમમાં વપરાશકર્તા નોંધણી અથવા બનાવતા હોઈએ ત્યારે, આપમેળે તેમને વિશેષાધિકારો આપીશું. આ વિશેષાધિકારો, અલબત્ત, કુલ નહીં હોય, એટલે કે, વપરાશકર્તાઓ સામાન્ય રીતે સુપરયુઝરની સમાન પરવાનગી અને અધિકારો ધરાવતા ન હોય. જ્યારે વપરાશકર્તા બનાવવામાં આવે છે, ત્યારે સિસ્ટમ ફાઇલ મેનેજમેન્ટ અને ડિરેક્ટરી મેનેજમેન્ટ માટે વપરાશકર્તાના વિશેષાધિકારો મૂળભૂત રીતે પેદા કરે છે. દેખીતી રીતે, આ એડમિનિસ્ટ્રેટર દ્વારા સુધારી શકાય છે, પરંતુ સિસ્ટમ મોટાભાગનાં ઓપરેશન માટે વધુ કે ઓછા માન્ય વિશેષતાઓ ઉત્પન્ન કરે છે જે દરેક વપરાશકર્તા તેમની ડિરેક્ટરી, તેમની ફાઇલો અને ડિરેક્ટરીઓ અને અન્ય વપરાશકર્તાઓની ફાઇલો પર કરશે. આ સામાન્ય રીતે નીચેની પરવાનગી છે:

<Files ફાઇલો માટે: - rw- આર-- r--
<Directories ડિરેક્ટરીઓ માટે: - rwx rwx rwx

નોંધ: તે બધા GNU / Linux વિતરણો માટે સમાન પરવાનગી નથી.

આ વિશેષાધિકારો અમને ફાઇલો બનાવવા, ક copyપિ કરવા અને કા deleteી નાખવાની, નવી ડિરેક્ટરીઓ બનાવવા, વગેરેની મંજૂરી આપે છે. ચાલો આ બધું વ્યવહારમાં જોઈએ: ડી:

ચાલો ઉદાહરણ તરીકે "એડવાન્સ્ડ સીએસએસ.પીડીએફ" ફાઇલ લઈએ. ચાલો અવલોકન કરીએ કે તે નીચે મુજબ દેખાય છે: -rw-r--r-- ... અદ્યતન CSS.pdf. ચાલો નજીકથી નજર કરીએ.

પ્રકાર વપરાશકર્તા નામ ગ્રુપ બાકીના વપરાશકર્તાઓ (અન્ય) ફાઇલ નામ
- rw - r-- r-- અદ્યતન CSS.pdf

આનો અર્થ એ છે કે:

<° પ્રકાર: આર્કાઇવ
<° વપરાશકર્તા આ કરી શકે છે: ફાઇલ વાંચો (સામગ્રી જુઓ) અને લખો (સંશોધિત કરો) ફાઇલ.
<° જે જૂથનો ઉપયોગ વપરાશકર્તા કરે છે તે આ કરી શકે છે: ફાઇલ (ફક્ત) વાંચો.
<° અન્ય વપરાશકર્તાઓ આ કરી શકે છે: ફાઇલ (ફક્ત) વાંચો.

તે વિચિત્ર લોકો માટે કે જેઓ આ ક્ષણે આશ્ચર્ય પામી રહ્યા છે કે ls -l દ્વારા મેળવેલ સૂચિના અન્ય ક્ષેત્રો શું સંદર્ભ લે છે, અહીં જવાબ છે:

જો તમે સખત અને નરમ / સાંકેતિક લિંક્સ વિશે વધુ જાણવા માંગતા હો, તો અહીં સમજૂતી અને તેમની છે તફાવતો.

સારું મિત્રો, આપણે પ્રશ્નમાં આ વિષયના સૌથી રસિક અને ભારે ભાગ પર આવીએ છીએ ...

પરવાનગી સોંપણી

આદેશ chmod ("ચેન્જ મોડ") માસ્કને સંશોધિત કરવાની મંજૂરી આપે છે જેથી ફાઇલો અથવા ડિરેક્ટરીઓ પર વધુ કે ઓછા beપરેશન થઈ શકે, બીજા શબ્દોમાં કહીએ તો, chmod સાથે તમે દરેક પ્રકારનાં વપરાશકર્તા માટેના હકને દૂર કરી શકો છો અથવા દૂર કરી શકો છો. જો આપણે જેને વપરાશકર્તાને પ્રકારો દૂર કરવા, મૂકવા અથવા સોંપવા માગીએ છીએ તેનો પ્રકાર ઉલ્લેખિત નથી, તો performingપરેશન કરતી વખતે શું થશે તે બધા વપરાશકર્તાઓને એક સાથે અસર કરવા માટે છે.

યાદ રાખવાની મૂળ વાત એ છે કે અમે આ સ્તરે પરવાનગી આપીએ છીએ અથવા દૂર કરીએ છીએ:

પરિમાણ સ્તર Descripción
u માલિક ફાઇલ અથવા ડિરેક્ટરીનો માલિક
g જૂથ જૂથ કે જેની સાથે ફાઇલ સંબંધિત છે
o અન્ય અન્ય બધા વપરાશકર્તાઓ કે જેઓ માલિક અથવા જૂથ નથી

પરવાનગી પ્રકારો:

માફ કરશો ઓળખો
r વાંચવાની પરવાનગી
w પરવાનગી લખો
x અમલની પરવાનગી

 માલિકને ચલાવવા માટે પરવાનગી આપો:

$ chmod u+x komodo.sh

બધા વપરાશકર્તાઓ પાસેથી એક્ઝેક્યુટ કરવાની પરવાનગીને દૂર કરો:

$ chmod -x komodo.sh

અન્ય વપરાશકર્તાઓને વાંચવા અને લખવાની પરવાનગી આપો:

$ chmod o+r+w komodo.sh

ફાઇલ જે જૂથની છે તેના માટે ફક્ત વાંચવાની પરવાનગી છોડો:

$ chmod g+r-w-x komodo.sh

અષ્ટલ આંકડાકીય ફોર્મેટમાં પરવાનગી

Chmod આદેશનો ઉપયોગ કરવાની બીજી રીત છે જે, ઘણા વપરાશકર્તાઓ માટે, "વધુ આરામદાયક" છે, જો કે એક પ્રાયોરી તે સમજવા માટે કંઈક અંશે જટિલ છે ¬¬.

વપરાશકર્તાઓના દરેક જૂથના મૂલ્યોનું સંયોજન એક અષ્ટ સંખ્યા બનાવે છે, "x" બીટ 20 એટલે 1 છે, ડબલ્યુ બીટ 21 છે 2, 22 છે, આર બીટ 4 છે જે XNUMX છે, અમારી પાસે છે:

r = 4
ડબલ્યુ = 2
x = 1

દરેક જૂથમાં અથવા બંધ બિટ્સનું સંયોજન મૂલ્યોના આઠ સંભવિત સંયોજનો આપે છે, એટલે કે, બિટ્સનો સરવાળો:

માફ કરશો Octક્ટલ મૂલ્ય Descripción
- - - 0 તમારી પાસે કોઈ પરવાનગી નથી
- - x 1 માત્ર પરવાનગી ચલાવો
- ડબલ્યુ - 2 માત્ર લખવાની પરવાનગી
- ડબલ્યુએક્સ 3 પરવાનગી લખો અને ચલાવો
r - - 4 ફક્ત વાંચવાની પરવાનગી
r - x 5 પરવાનગી વાંચો અને ચલાવો
rw - 6 પરવાનગી વાંચો અને લખો
rwx 7 બધી પરવાનગી સેટ, વાંચન, લખવા અને ચલાવવા

જ્યારે વપરાશકર્તા, જૂથ અને અન્ય પરવાનગીઓ સંયુક્ત થાય છે, ત્યારે તમને ત્રણ-અંકનો નંબર મળે છે જે ફાઇલ અથવા ડિરેક્ટરી પરવાનગી બનાવે છે. ઉદાહરણો:

માફ કરશો બહાદુરી Descripción
rw- --- -- 600 માલિકે પરવાનગી વાંચવા અને લખવાની મંજૂરી આપી છે
rwx --x --x 711 માલિક વાંચો, લખો અને ચલાવો, જૂથ અને અન્ય ફક્ત ચલાવે છે
rwx rx rx 755 માલિક, જૂથ અને અન્ય વાંચવા, લખવા અને ચલાવવા માટે ફાઇલ વાંચી અને ચલાવી શકે છે
rwx rwx rwx 777 ફાઇલ કોઈપણ વાંચી, લખી અને ચલાવી શકાય છે
r-- --- -- 400 ફક્ત માલિક ફાઇલને વાંચી શકે છે, પરંતુ તેને સુધારી અથવા ચલાવી શકશે નહીં અને અલબત્ત, જૂથ અથવા અન્ય લોકો તેમાં કંઈપણ કરી શકશે નહીં.
rw- આર-- --- 640 માલિક વપરાશકર્તા વાંચી અને લખી શકે છે, જૂથ ફાઇલ વાંચી શકે છે, અને અન્ય કંઈ કરી શકતા નથી

ખાસ પરવાનગી

ધ્યાનમાં લેવા માટે અન્ય પ્રકારની પરમિટ્સ હજી છે. આ SID (સેટ વપરાશકર્તા ID) પરવાનગી બીટ, SGID (સમૂહ જૂથ ID) પરવાનગી બીટ અને સ્ટીકી બીટ (દ્ર pers પરવાનગી બિટ) છે.

સેટ્યુડ

સેટુઇડ બીટ એક્ઝેક્યુટેબલ ફાઇલોને સોંપવામાં આવે છે, અને જ્યારે વપરાશકર્તા કહેતી ફાઇલને એક્ઝેક્યુટ કરે છે, ત્યારે પ્રક્રિયા એક્ઝેક્યુટેડ ફાઇલના માલિકની પરવાનગી મેળવે છે. સેટુઇડ બીટ સાથે એક્ઝેક્યુટેબલ ફાઇલનું સ્પષ્ટ ઉદાહરણ છે:

$ su

આપણે જોઈ શકીએ છીએ કે બીટ નીચેના કેપ્ચરમાં "s" તરીકે સોંપાયેલ છે:

ફાઇલને આ બીટ સોંપવા માટે તે હશે:

$ chmod u+s /bin/su

અને તેને દૂર કરવા માટે:

$ chmod u-s /bin/su

નોંધ: આપણે આ બીટનો ઉપયોગ અત્યંત કાળજી સાથે કરવો જોઈએ કારણ કે તે આપણા સિસ્ટમમાં વિશેષાધિકારોમાં વધારો કરી શકે છે.

સુખી

સેટિડ બીટ ફાઇલને સોંપેલ જૂથના વિશેષાધિકારો પ્રાપ્ત કરવાની મંજૂરી આપે છે, તે ડિરેક્ટરીઓને પણ સોંપાયેલ છે. જ્યારે તે જ જૂથના ઘણા વપરાશકર્તાઓને સમાન ડિરેક્ટરીમાં સંસાધનો સાથે કામ કરવાની જરૂર પડે ત્યારે આ ખૂબ ઉપયોગી થશે.

આ બીટ સોંપવા માટે આપણે નીચે મુજબ કરીએ છીએ:

$ chmod g+s /carpeta_compartida

અને તેને દૂર કરવા માટે:

$ chmod g-s /carpeta_compartida

ભેજવાળા

આ બીટ સામાન્ય રીતે ડિરેક્ટરીઓમાં સોંપી દેવામાં આવે છે કે જેમાં બધા વપરાશકર્તાઓની accessક્સેસ હોય છે, અને તે વપરાશકર્તાને તે ડિરેક્ટરીમાં બીજા વપરાશકર્તાની ફાઇલો / ડિરેક્ટરીઓ કા fromી નાખવાથી અટકાવે છે, કેમ કે બધાને લેખિત પરવાનગી છે.
આપણે જોઈ શકીએ છીએ કે બીટ નીચેના ક captureપ્ચરમાં "t" તરીકે સોંપેલ છે:

આ બીટ સોંપવા માટે આપણે નીચે મુજબ કરીએ છીએ:

$ chmod o+t /tmp

અને તેને દૂર કરવા માટે:

$ chmod o-t /tmp

સારું મિત્રો, હવે તમે જાણો છો કે તમારી માહિતીને વધુ સારી રીતે કેવી રીતે સુરક્ષિત કરવી, આ સાથે હું આશા રાખું છું કે તમે તેના વિકલ્પોની શોધ કરવાનું બંધ કરો ફોલ્ડર લોક o ફોલ્ડર ગાર્ડ GNU / Linux માં આપણને XD ની જરૂર નથી.

પી.એસ .: આ ખાસ લેખને મિત્રના પિતરાઇ XD ના પાડોશી દ્વારા વિનંતી કરવામાં આવી હતી, હું આશા રાખું છું કે મેં તમારી શંકાઓને હલ કરી છે ... 😀


46 ટિપ્પણીઓ, તમારી છોડી દો

તમારી ટિપ્પણી મૂકો

તમારું ઇમેઇલ સરનામું પ્રકાશિત કરવામાં આવશે નહીં. આવશ્યક ક્ષેત્રો સાથે ચિહ્નિત થયેલ છે *

*

*

  1. ડેટા માટે જવાબદાર: મિગ્યુએલ gelંજેલ ગેટóન
  2. ડેટાનો હેતુ: નિયંત્રણ સ્પામ, ટિપ્પણી સંચાલન.
  3. કાયદો: તમારી સંમતિ
  4. ડેટાની વાતચીત: કાયદાકીય જવાબદારી સિવાય ડેટા તૃતીય પક્ષને આપવામાં આવશે નહીં.
  5. ડેટા સ્ટોરેજ: cસેન્ટસ નેટવર્ક્સ (ઇયુ) દ્વારા હોસ્ટ કરેલો ડેટાબેઝ
  6. અધિકાર: કોઈપણ સમયે તમે તમારી માહિતીને મર્યાદિત, પુન recoverપ્રાપ્ત અને કા deleteી શકો છો.

  1.   મૌરિસ જણાવ્યું હતું કે

    ઉત્તમ લેખ, ખૂબ સારી રીતે સમજાવાયેલ.

    1.    પર્સિયસ જણાવ્યું હતું કે

      આભાર મિત્ર 😀

  2.   લુકાસ મટિયસ જણાવ્યું હતું કે

    ઉત્તમ પર્સિયસ, મને અષ્ટલ આંકડાકીય ફોર્મેટમાં (જે ખૂબ જ રસપ્રદ નાની સામગ્રી છે) અથવા વિશેષ પરવાનગી (સેટ્યુઇડ / સેટગિડ / સ્ટીકી) વિશેની પરવાનગી વિશે કોઈ વિચાર નથી.
    હું sleepંઘથી મરી રહ્યો હતો પણ આ મને થોડોક ઉપર ઉભો થયો, હું પહેલેથી જ કન્સોલ 😀 +1000 મેળવવા માંગું છું

    1.    પર્સિયસ જણાવ્યું હતું કે

      શુભ વસ્તુ જે તે તમારા માટે ઉપયોગી હતી, શુભેચ્છાઓ 😉

  3.   સ્વામીરિક્સ જણાવ્યું હતું કે

    ઉત્તમ, ખુલાસો ખૂબ સ્પષ્ટ છે, ખૂબ ખૂબ આભાર.

    સુખી
    બીટ સેટ્યુડ તમને વિશેષાધિકારો પ્રાપ્ત કરવાની મંજૂરી આપે છે

    તે ભાગમાં એક નાની ભૂલ છે.

    1.    પર્સિયસ જણાવ્યું હતું કે

      નિરીક્ષણ અને ટિપ્પણી કરવા બદલ આભાર, કેટલીકવાર મારી આંગળીઓ XD "ગુંચવણભરી" થઈ જાય છે ...

      શુભેચ્છાઓ 😉

      1.    પર્સિયસ જણાવ્યું હતું કે

        હું પહેલેથી જ સુધારાયેલ છું 😀

  4.   હ્યુગો જણાવ્યું હતું કે

    ખૂબ જ સારો લેખ, પર્સિયસ. કોઈ પણ સંજોગોમાં, હું કેટલાક નિરીક્ષણો કરવા માંગું છું જેથી માહિતી વધુ સંપૂર્ણ થાય:

    અનુમતિઓ (chmod -R) લાગુ કરતી વખતે સાવચેત રહો કારણ કે આપણે ફાઇલોને ઘણી બધી મંજૂરીઓ આપી શકીએ છીએ. આની એક રીત ફાઇલો અથવા ફોલ્ડરો વચ્ચે તફાવત શોધવા ફાઇન્ડ કમાન્ડનો ઉપયોગ કરીને છે. દાખ્લા તરીકે:

    find /var/www -type d -print0 | xargs -0 chmod 755
    find /var/www -type f -print0 | xargs -0 chmod 644

    બીજી વસ્તુ: ડિરેક્ટરીઓ અથવા ફાઇલો પર વિશેષાધિકારો સ્થાપિત કરવા એ માહિતીને સુરક્ષિત કરવા માટે એક અચૂક પદ્ધતિ નથી, કેમ કે લાઇવસીડી દ્વારા અથવા બીજા પીસીમાં હાર્ડ ડિસ્ક મુકવી તે ફોલ્ડરોને accessક્સેસ કરવું મુશ્કેલ નથી. સંવેદનશીલ માહિતીને સુરક્ષિત કરવા માટે એન્ક્રિપ્શન ટૂલ્સનો ઉપયોગ કરવો જરૂરી છે. ઉદાહરણ તરીકે, ટ્રુક્રિપ્ટ ખૂબ સારી છે અને તે ક્રોસ-પ્લેટફોર્મ પણ છે.

    અને અંતે: ફક્ત એટલા માટે કે મોટાભાગના વપરાશકર્તાઓએ વિંડોઝમાં ફાઇલ સિસ્ટમ વિશેષાધિકારો બદલતા નથી, તેનો અર્થ એ નથી કે આવું કરવું અશક્ય છે. ઓછામાં ઓછું એનટીએફએસ ફાઇલ સિસ્ટમ એક એક્સટી જેટલું સુરક્ષિત થઈ શકે છે, હું જાણું છું કારણ કે મારા કામમાં મારી પાસે એક્ઝેક્યુશન અથવા લેખન પરવાનગી, વગેરે વિના સંપૂર્ણ પાર્ટીશનો છે. આ સુરક્ષા ટ tabબ દ્વારા પ્રાપ્ત કરી શકાય છે (જે સામાન્ય રીતે છુપાયેલું હોય છે). વિંડોઝની મુખ્ય સમસ્યા એ છે કે તેની ડિફ defaultલ્ટ રૂપરેખાંકન દરેક વસ્તુને મંજૂરી આપે છે.

    1.    પર્સિયસ જણાવ્યું હતું કે

      વિષયના વિસ્તરણ માટે ખૂબ ખૂબ આભાર;). તરીકે:

      [...] establecer privilegios sobre directorios o archivos no es un método infalible para proteger la información, ya que con un LiveCD o poniendo el disco duro en otra PC no es difícil acceder a las carpetas [...]

      તમે એકદમ સાચા છો, વિન સાથે પણ એવું જ થાય છે, સંભવત later પછી આપણે વિવિધ સાધનો વિશે વાત કરીશું જે આપણી માહિતીને એન્ક્રિપ્ટ કરવામાં મદદ કરે છે.

      શુભેચ્છાઓ 😀

    2.    કેઝેડકેજી ^ ગારા જણાવ્યું હતું કે

      હ્યુગો મિત્ર તમે કેમ છો 😀
      ટ્રુક્રિપ્ટ સાથે સમસ્યા ... તે લાઇસન્સ કંઈક "વિચિત્ર" છે, શું તમે અમને તેના વિશે વધુ કહી શકો? 🙂
      શુભેચ્છા કોમ્પા

      1.    હ્યુગો જણાવ્યું હતું કે

        ટ્રુક્રિપ્ટ લાઇસેંસ થોડું વિચિત્ર હશે, પરંતુ લાઇસન્સનું ઓછામાં ઓછું સંસ્કરણ (. ((જે વર્તમાન છે) અમર્યાદિત વર્કસ્ટેશનો પર વ્યક્તિગત અને વ્યવસાયિક ઉપયોગની મંજૂરી આપે છે, અને સ્રોત કોડની ક copપિ કરવા, તેમાં ફેરફાર કરવા અને તેનું વિતરણ કરવાની પણ મંજૂરી આપે છે. વ્યુત્પન્ન કાર્યો (જ્યાં સુધી તેનું નામ બદલવામાં આવે ત્યાં સુધી), તેથી જો તે 3.0% મફત નથી, તો પ્રમાણિકપણે તે ખૂબ નજીક છે.

  5.   હિંમત જણાવ્યું હતું કે

    જૂનો પર્સિયસ સંપૂર્ણ હોવાના કારણે બાકીની ટીમને તેના લેખોથી ખરાબ છોડે છે.

    અહીં કોઈ નથી કરતાં કોઈ વધુ સારું છે? અને મારા કરતા ઘણા ઓછા સારાં જાજાજજાજાજા

    1.    પર્સિયસ જણાવ્યું હતું કે

      hahahaha, સાવચેત મિત્ર રહો, યાદ રાખો કે આપણે એક જ બોટમાં છીએ 😀

      ટિપ્પણી માટે આભાર 😉

  6.   jqs જણાવ્યું હતું કે

    પરવાનગી, એક એવી વસ્તુ છે જે એક દિવસથી બીજા દિવસે નહીં, પણ દિવસેને દિવસે શીખી લેવામાં આવે છે, તેથી ચાલો હેહેહીનો અભ્યાસ કરીએ

  7.   યોગ્ય જણાવ્યું હતું કે

    ઉત્તમ લેખ પર્સિયસ.
    ટીપ: દરેક ચિન્હ પર સાઇન લખવું જરૂરી નથી, તે ફક્ત એક જ વાર સૂચવવા માટે તે પૂરતું છે. ઉદાહરણ:
    mod chmod ઓ + આર + ડબલ્યુ komodo.sh
    તે દેખાય છે
    mod chmod o + rw komodo.sh

    સાથે સમાન
    mod chmod g + rwx komodo.sh
    તે પણ દેખાય છે
    mod chmod g + r-wx komodo.sh

    તે બંધારણને અનુસરીને તમે આ કરી શકો છો
    $ a-rwx, u + rw, g + w + અથવા example.txt
    નોંધ: એ = બધા.

    શુભેચ્છાઓ.

    1.    પર્સિયસ જણાવ્યું હતું કે

      વાહ દોસ્તો, હું તે જાણતો નથી, શેર કરવા બદલ આભાર 😀

  8.   મોર્ટેડેલો_666 જણાવ્યું હતું કે

    ખૂબ સારો લેખ, બધું ખૂબ સારી રીતે સમજાવાયું છે.
    વધુ સ્પષ્ટ રીતે, ફાઇલોની પરવાનગીને બદલવું મારા માટે વધુ આરામદાયક છે. મને તે બીજી રીતે સમજવા માટે પૂરતું લાગે છે પરંતુ આ ઘણા લાંબા સમય પહેલા હહાહા છે

  9.   અલુનાડો જણાવ્યું હતું કે

    હેલો લોકો, પર્સિયસ; મને પેજ ખરેખર ગમ્યું. હું તેની સાથે સહયોગ કરવા માંગું છું. તે શક્ય છે? મારા નીક પર ક્લિક કરીને તમારા સંદર્ભો છે !! હાહા.
    હું સામાન્ય રીતે છૂટાછવાયા પ્રકાશનો કરું છું, અને હું વધુને વધુ એસ.એલ.નો કાર્યકર છું, એવું કંઈક કે જે હું મારા જીવનમાં છોડીશ ત્યાં સુધી હું ઉપલબ્ધ ન હોઉં ત્યાં સુધી અને થોડી આંગળીઓ રાખું છું. સારું, હું માનું છું કે તેમની પાસે મારી ઇમેઇલ છે. મને લાગે છે કે પ્રોજેક્ટ સાથે આલિંગન અને તાકાત - બ્લોગર્સ યુનાઇટેડ! AC, ACA ES LA TRENDENCIA !! આ રીતે ભવિષ્યની વેબ બનાવવામાં આવે છે.

    1.    પર્સિયસ જણાવ્યું હતું કે

      હાહાહાહાહા, તમે અમને જોડાવા માટે આનંદ થશે, ઈલાવ અથવા ગૌરા તમારી વિનંતી જોવા દો 😉

      કાળજી લો અને હું તમને ટૂંક સમયમાં અહીં મળવાની આશા રાખું છું 😀

    2.    કેઝેડકેજી ^ ગારા જણાવ્યું હતું કે

      હું તમને હમણાં એક ઇમેઇલ લખી રહ્યો છું (તમે ટિપ્પણીમાં મુકતા સરનામે) 🙂

  10.   રોબર્ટો જણાવ્યું હતું કે

    મને શંકા છે. તમે ડિરેક્ટરીઓ પર કેવી રીતે પરવાનગી લાગુ કરી શકો છો અને રુટ સહિત, તેમને સુધારેલા વપરાશકર્તાને ધ્યાનમાં લીધા વિના, આ તેમના વિશેષતાઓમાં ફેરફાર કરશે નહીં.

    શુભેચ્છાઓ.

    1.    elav <° Linux જણાવ્યું હતું કે

      કદાચ આ લેખ થોડું સ્પષ્ટ કરો ..

  11.   maomaq જણાવ્યું હતું કે

    આ લેખ સારી રીતે લખ્યો છે, જ્ sharingાન વહેંચવા બદલ આભાર

    1.    પર્સિયસ જણાવ્યું હતું કે

      તે કેટલું ઉપયોગી રહ્યું છે, અમે તમને અહીં ફરી મળવાની આશા રાખીએ છીએ. શુભેચ્છાઓ 😉

  12.   જેવી જણાવ્યું હતું કે

    ખૂબ જ સારો લેખ.

    1.    પર્સિયસ જણાવ્યું હતું કે

      હું ખૂબ જ ખુશ છું કે તે તમારા માટે ઉપયોગી રહ્યું છે, શુભેચ્છાઓ 😉

  13.   અચિલેસ્વા જણાવ્યું હતું કે

    લીનક્સમાં હું સત્ય નથી, ફાઇલને ફોલ્ડરમાં ખસેડવું તે માથાનો દુખાવો છે. તમારે દરેક વસ્તુ માટે પરવાનગી આપવી પડશે અને તમારો પાસવર્ડ દાખલ કરવો પડશે. તે જ વિંડોઝ ફોલ્ડરમાં પણ, વિંડોઝમાં ફરતી ફાઇલો સરળ છે. વિંડોઝમાં ક copyપિ કરવું અને પેસ્ટ કરવું સહેલું હોય ત્યારે લીનક્સમાં ફોલ્ડરમાં ફાઇલને ખસેડવાની સંપૂર્ણ પ્રક્રિયા. હું બંને operatingપરેટિંગ સિસ્ટમ્સનો ઉપયોગ કરું છું. ટંકશાળ 2 માયા તજ અને વિંડોઝ 13

    1.    કેઝેડકેજી ^ ગારા જણાવ્યું હતું કે

      હું હમણાં થોડા વર્ષોથી લિનક્સનો ઉપયોગ કરી રહ્યો છું, અને પ્રામાણિકપણે મને ઘણાં સમયથી આ સમસ્યાઓ આવી નથી.
      હું કોઈપણ સમસ્યા વિના ફાઇલો / ફોલ્ડર્સને ખસેડી શકું છું, અને મારે મારો એચડીડી 2 માં પાર્ટીશન થયેલ છે સ્વાભાવિક રીતે, બીજા પાર્ટીશનને toક્સેસ કરવા માટે પહેલી વાર મારો પાસવર્ડ મૂકવો પડશે, પરંતુ પછી ક્યારેય નહીં.

      જો તમને કોઈ દુર્લભ સમસ્યા હોય, તો અમને કહો, અમે રાજીખુશીથી તમને મદદ કરીશું 😉

  14.   ઝવી જણાવ્યું હતું કે

    લિનક્સ ભાગની વાત છે ત્યાં સુધી સાચો લેખ. વિંડોઝમાં પરવાનગી સંચાલિત કરવા અંગેની તમારી ટિપ્પણીમાં: પરવાનગી કેવી રીતે સેટ કરવામાં આવે છે તે તમે બધુ જ જાણતા નથી. આ પેંગ્વિન સિસ્ટમમાં કેવી રીતે સંચાલિત થાય છે અને એક ઉત્કૃષ્ટ ગ્રાન્યુલરિટી (અને બીટ સંસ્કરણો, વિન્ડોઝ,,, 16,, મી અને મોબાઈલ સિવાય) ઘણી વધારે શક્તિનો આ નિયંત્રણ અને તે રેકોર્ડ માટે કે જે હું બંને operatingપરેટિંગ સિસ્ટમ્સ સાથે વ્યવહાર કરું છું. અમને બંને સામે કોઈ મેનિઆઝ નથી.

    મારી સલાહ: થોડું સંશોધન કરો અને તમને ખ્યાલ આવશે, કોઈ બાહ્ય કાર્યક્રમો જરાય જરૂરી નથી. બધા ખૂબ સારા માટે. 😉

  15.   જોક્વિન જણાવ્યું હતું કે

    ખૂબ જ સારો લેખ. પરવાનગીનો વિષય શીખવાની એક રસપ્રદ બાબત છે. એકવાર મારા માટે એવું બન્યું છે કે લાંબા માર્ગમાં ફાઇલને toક્સેસ કરવા માટે સક્ષમ ન હોવું, કારણ કે મારી પાસે એક ડિરેક્ટરીમાં એક્ઝેક્યુટ કરવાની પરવાનગી નથી. ઓછામાં ઓછા સ્ટીકી બીટ જેવા વિશેષ પરવાનગીની અસ્તિત્વને જાણવું પણ સારું છે.

    પીએસ: હું થોડા સમય માટે બ્લોગને અનુસરી રહ્યો છું પરંતુ મેં નોંધણી કરી નથી. તેમની પાસે ખૂબ જ રસપ્રદ લેખ છે પરંતુ વપરાશકર્તાઓ વચ્ચેની વર્તણૂક સૌથી વધુ ધ્યાનનું ધ્યાન જેણે લીધી. ત્યાં તફાવત હોઈ શકે તે હકીકતથી આગળ, સામાન્ય રીતે, દરેક જણ તેમના અનુભવોનું યોગદાન આપીને એક બીજાને મદદ કરવાનો પ્રયાસ કરે છે. તે કંઈક નોંધપાત્ર છે, જે ટ્ર sitesલ્સ અને ફ્લેમ્વાર્સથી ભરેલી અન્ય સાઇટ્સથી વિપરીત છે 😉

  16.   ફ્રાન્સિસ્કો_18 જણાવ્યું હતું કે

    ખૂબ જ રસપ્રદ છે, પરંતુ મેં તેને પરવાનગી વિશે અલગ રીતે શીખ્યા, ઓક્ટોલને બદલે, બાઈનરીમાં, જેથી જો, ઉદાહરણ તરીકે, "7" 111 છે, તો તેનો અર્થ એ કે તેની પાસે બધી મંજૂરીઓ છે, તેથી જો તમે 777 મુકો તો તે ચાલશે તમે બધા વપરાશકર્તાઓ, જૂથોને બધી પરવાનગી આપો ...

    આભાર.

  17.   સેમ જણાવ્યું હતું કે

    પ્રભાવશાળી, સંક્ષિપ્ત, સ્પષ્ટ અને વિષય પર.

  18.   ટોમી જણાવ્યું હતું કે

    કેવો સારો લેખ, અભિનંદન અને તમામ સ્પષ્ટતાઓ બદલ આભાર… ..
    સાલુ2.

  19.   ગેબક્સ જણાવ્યું હતું કે

    વાહ, જો હું તમારા ટ્યુટોરિયલ્સ સાથે ઘણું શીખી શકું છું, તો હું આ વિશાળ ક્ષેત્રમાં થોડું તળિયા જેવું લાગે છે જે લિનક્સ છે, પરંતુ હ્યુગોએ અહીં જે કહ્યું તે મર્યાદિત રાખ્યું, ટિપ્પણીઓની આ પંક્તિમાં જો આપણે જીવંત સીડી મૂકીએ અને જો અમારી ફાઇલો એન્ક્રિપ્ટ થયેલ ન હોય તો બચાવવા માટે ખરેખર બાકી નથી, વધુમાં, વિંડોઝમાં મને લાગે છે કે વિન operatingપરેટિંગ સિસ્ટમની અંતર્ગત એડમિનિસ્ટ્રેટર વપરાશકર્તા અને મર્યાદિત એકાઉન્ટ બનાવવામાં વધુ સમસ્યા આવી નથી અને તેથી તમારા એડમિનિસ્ટ્રેટર એકાઉન્ટ ડેટાને સુરક્ષિત કરો…. પરંતુ ખરેખર આ લેખ માટે ખૂબ ખૂબ આભાર હું આ બાબતમાં વધુ જાણકાર છું તમારો આભાર ...

  20.   જુઆન્ચો જણાવ્યું હતું કે

    સત્ય એ છે કે હું એક્ઝેક્યુટેબલ એક્સડી ચલાવવા માંગતો હતો અને તેણે મને એક્સ ફાઇલો ખોલતી વખતે અને લખતી વખતે પરવાનગી નકારી હોવાનું કહ્યું હતું, પરંતુ મેં થોડું અહીં વાંચ્યું અને કંઈક શીખ્યા અને તે ફાઇલો અને એક્ઝેક્યુટેબલ ધરાવતી ફોલ્ડર પાસે છેલ્લી વસ્તુ હતી તે યાદશક્તિ જોવા મળી હતી. મેં તે કર્યું હતું કે હું એક ફોલ્ડરને accessક્સેસ કરવા માંગુ છું અને નામ લાંબું હોવાથી મેં તેને બદલ્યું અને સરળ XD ની વચ્ચે, પછી મેં અનુમતિઓ તરફ ધ્યાન આપ્યું અને કંઈક જોયું કે જે મેં એડમ વિશે કહ્યું હતું તે ફાઇલમાં મેં પ્રોપર્ટી મૂકી છે અને કંઈક પસંદ કર્યું છે જે પછી ગુણધર્મોને દૂર કર્યા વિના એડમ કહે છે. ફોલ્ડર દાખલ કરો અને પછી એક્ઝેક્યુટેબલ ચલાવો અને તે સમસ્યાઓ વિના શરૂ થઈ શકે છે હવે જે મને ખબર નથી તે છે જે મેં XD કર્યું હતું તે સત્ય છે, મને ખબર નથી કારણ કે મેં ફોલ્ડરનું નામ બદલ્યું હતું પરંતુ મને ખબર નથી અને આભાર હું તેને ચલાવવા માટે સક્ષમ હતો. કોઇ વાંધો નહી.

  21.   યરેથ જણાવ્યું હતું કે

    હેલો મારી પાસે કેટલાક પ્રશ્નો છે,
    મારી પાસે એક વેબ સિસ્ટમ છે કે જેને લિનક્સ સર્વર પર એક છબી લખવી આવશ્યક છે,
    વિગતો એ છે કે તે તેને નોંધણી કરવાની મંજૂરી આપતું નથી, પરવાનગી બદલવાનો પ્રયાસ કરો પરંતુ તે કરી શક્યું નહીં
    હું આ માટે નવો છું, કારણ કે હું ઇચ્છું છું કે તમે મને માર્ગદર્શન આપો, આભાર.

  22.   લુઈસ જણાવ્યું હતું કે

    જાઓ કે જો તે મને મદદ કરે છે, યોગદાન માટે ખૂબ ખૂબ આભાર.

  23.   જૅમ જણાવ્યું હતું કે

    વ્યક્તિગત રૂપે, દસ્તાવેજીકરણથી મને શીખવામાં મદદ મળી, જે મારા કાર્યની પ્રવૃત્તિમાં વ્યવહારમાં મૂકવામાં આવી.

    મેં જે સંબંધિત પ્રથાઓ કરી હતી તે ડેબિયન પર હતી. અભિનંદન અને શુભેચ્છાઓ.

  24.   એન્જલ યોકોપિસિઓ જણાવ્યું હતું કે

    GNU / Linux માં પરમિશન વિશે ઉત્તમ ટ્યુટોરિયલ. કેટલાક જીએનયુ / લિનક્સ વિતરણના આધારે લિનક્સ વપરાશકર્તા તરીકે અને સર્વર્સના સંચાલક તરીકેનો મારો અનુભવ એ છે કે ariseભી થઈ શકે તેવી ઘણી તકનીકી સમસ્યાઓ જૂથો અને વપરાશકર્તાઓ માટેની પરવાનગીના સંચાલન પર આધારિત છે. આ એવી વસ્તુ છે જેને ધ્યાનમાં લેવી જ જોઇએ. હું પર્સિયસને તેના બ્લોગ પર અભિનંદન આપું છું અને મને આ બ્લોગ પર જીએનયુ દળોમાં જોડાવા માટે પણ રસ છે. મેક્સિકો, સાથીઓ તરફથી શુભેચ્છાઓ!

  25.   પરામર્શ જણાવ્યું હતું કે

    નમસ્તે, સૌ પ્રથમ હું તમને ખૂબ સારા લેખ માટે અભિનંદન આપું છું અને હું તમને સલાહ આપું છું કે આ કેસ છે: 4 1- 2363 રુટ રુટ 19 ફેબ્રુ 11 08:4 / વગેરે / કેવી રીતે આ પરવાનગીઓ વાંચવામાં આવશે તે સાથે XNUMX શેડો.

    ગ્રાસિઅસ

  26.   અનન જણાવ્યું હતું કે

    વિંડોઝ: અમે ફોલ્ડર, જમણું બટન, ગુણધર્મો> સુરક્ષા ટ tabબ પસંદ કરીએ છીએ, ત્યાં તમે વપરાશકર્તાઓ અથવા જૂથો ઉમેરી શકો છો અથવા કા deleteી શકો છો, અને દરેકને તમે ઇચ્છો તે પરમિશન મૂકી શકો છો (વાંચો, લખશો, સંપૂર્ણ નિયંત્રણ, વગેરે). મને ખબર નથી કે તને શું કહેવું છે

    માર્ગ દ્વારા, હું દરરોજ લિનોક્સનો ઉપયોગ કરું છું, હું ઉબુન્ટુ પર આધારિત, પ્રારંભિક ઉપયોગ કરું છું.

    સારી રીતે જાય છે

  27.   artur24 જણાવ્યું હતું કે

    આશ્ચર્યજનક રીતે તે શ્રેષ્ઠ સમજાવાયેલ લેખ છે
    ગ્રાસિઅસ

  28.   જોર્જ પેનેક્વો જણાવ્યું હતું કે

    મિત્ર:

    ખૂબ જ સારો યોગદાન, તેણે મને ખૂબ મદદ કરી.

    આભાર.

  29.   માર્ટિન જણાવ્યું હતું કે

    કૂતરીનો દીકરો પણ કામ કરતો નથી.

  30.   ટેકકોમ્પ્યુટરવર્લ્ડ જણાવ્યું હતું કે

    તમારામાંથી કેટલાએ નોંધ્યું છે કે જ્યારે આપણે "વિન્ડોઝ" કમ્પ્યુટરની પાછળ બેસીએ છીએ ત્યારે તે ભાગ તદ્દન ખોટું છે, કારણ કે વિન્ડોઝ એનટી હોવાથી, વિન્ડોઝ 98 પહેલાં અને તે સમસ્યા કે જે તમને કોઈ સુરક્ષા નથી તે તદ્દન ખોટી છે.
    વિંડોઝમાં સુરક્ષા એ કંઈક છે જે માઇક્રોસોફ્ટે આ કારણોસર ખૂબ જ ગંભીરતાથી લીધી છે કારણ કે તે આજે સૌથી વધુ ઉપયોગમાં લેવામાં આવતી ડેસ્કટોપ operatingપરેટિંગ સિસ્ટમ છે.
    જી.એન.યુ / લિનક્સ પરમિશન વિશે લેખને સારી રીતે સમજાવવામાં આવ્યો છે પરંતુ તમે હંમેશાં આ લેખમાં બન્યું હોય તેમ બદલી નાખ્યું છે કે જે તેને લખે છે તે વિન્ડોઝનો ઉપયોગ કરતો નથી અથવા તેનો ઉપયોગ કેવી રીતે કરવો તે જાણતો નથી કારણ કે તે તેને પસંદ નથી અને માત્ર નકારાત્મક સમીક્ષા મેળવે છે.
    જે વાત પર ભાર મૂકવો જોઈએ તે એ છે કે વિન્ડોઝ એસીએલ (Controlક્સેસ કંટ્રોલ લિસ્ટ) લાક્ષણિકતાવાળી તેની ફાઇલ સિસ્ટમમાં ખૂબ સલામત છે કે તે વિંડોઝમાં બધી વિંડોઝ એનટીથી લઈ જાય છે જે ફાઇલ સિસ્ટમને ખૂબ સુરક્ષિત બનાવે છે. જીએનયુ / લિનક્સમાં તેઓએ તેનો અમલ પણ કર્યો છે.
    વિન્ડોઝ વિસ્ટા (યુઝર એકાઉન્ટ કંટ્રોલ) યુએસી સુવિધા અમલમાં મૂકી હોવાથી અને વિન્ડોઝનો ઉપયોગ આરામદાયક રીતે કરવા માટે એડમિનિસ્ટ્રેટર વગર કર્યા વિના કરવામાં આરામદાયક બનાવે છે.
    મારા માટે એક સારી સુવિધા કે જેનો તેમણે અમલ કર્યો કારણ કે એડમિનિસ્ટ્રેશનની પરવાનગી વિના વિન્ડોઝ એક્સપીનો ઉપયોગ વપરાશકર્તા તરીકે કરવો શક્ય હતો, પરંતુ ઘરે આનો ઉપયોગ કોણે કર્યો? લગભગ કોઈ નથી કારણ કે યુએસી જેવી વસ્તુ ન રાખવા માટે તે કેટલું અસ્વસ્થ હતું.
    શું જો મને સ્પષ્ટ થઈ ગયું હોય કે જેણે લેખ લખ્યો છે તેણે જીએનયુ / લિનક્સ એસીએલને સમજાવ્યું ન હોવા છતાં પણ તે શું લખે છે તે જાણીને કર્યું છે.

  31.   જુલિયન રામિરેઝ પેના જણાવ્યું હતું કે

    નમસ્તે મિત્ર, સારી માહિતી, બસ પૂછવું હતું
    પીડિત મશીનની અંદર મેટાસ્પ્લોઈટમાં રહીને આવું કરવાનો કોઈ રસ્તો છે?

    શું તે ફાઇલને અયોગ્ય બનાવવા માટે આ પરવાનગીઓ સાથે કરી શકાય છે, અથવા તે અશક્ય છે, મારો મતલબ મેટાસ્પલોઇટની અંદર છે?

    આ બ્લોગ માટે ખૂબ ખૂબ આભાર, ખૂબ જ સારી માહિતી.