Kaçımız belirli bir dizinde / klasörde bulunan dosyalara “erişimi sınırlama” ihtiyacı duyduk veya sadece bazı kişilerin belirli bir dosyanın içeriğini görüntülemesini, silmesini veya değiştirmesini engellememiz gerekiyor? Birden fazla, değil mi? Sevgili penguenimizde bunu başarabilir miyiz? Cevap: Tabii ki evet : D
Giriş
Windows'tan gelen birçoğumuz bu "sorunla" çok farklı bir şekilde ilgilenmeye alışmıştık, bu amaca ulaşmak için dosyayı öznitelikleri aracılığıyla gizlemek, bilgilerimizi şuraya taşımak gibi alışılmışın dışında "tekniklere" başvurmak zorunda kaldık. Ekibimizin en uzak yeri (20,000 klasör içinde), "düşman" XD'mizi caydırmaya çalışmak, dosya uzantısını değiştirmek veya ortadan kaldırmak veya en "yaygın" uygulamalar, dizinimizi "kapatmamıza" olanak tanıyan bir program indirin Bize erişmek için bir şifre isteyen güzel bir iletişim kutusunun arkasında. Daha iyi bir alternatifimiz mi vardı? Yok hayır.
"Windoleros" arkadaşlarım için çok üzgünüm (kimsenin gücenmemesi için büyük bir sevgiyle söylüyorum, tamam mı ?;), Ama bugün Windows ile kendime biraz öğretmem gerekiyor: P, çünkü bunun nedenini açıklayacağım İşletim sistemi bu işlevselliğe yerel olarak izin vermez.
Bir "Windows" bilgisayarının (bizim olmasa bile) arkasında oturduğumuzda, bilgisayarın içerdiği her şeyin (resimler, belgeler, programlar, vb.) Otomatik olarak sahibi olduğumuzu kaçınız fark ettiniz? Ne demek istiyorum? Pekala, basitçe "Windows'un kontrolünü" alarak, bu bilgilerin "sahibi" olsak da olmasak da, klasörleri ve dosyaları sola ve sağa kopyalayabilir, taşıyabilir, silebilir, oluşturabilir, açabilir veya değiştirebiliriz. Bu, işletim sistemi güvenliğindeki büyük bir kusuru yansıtıyor, değil mi? Bunun nedeni Microsoft'un işletim sistemlerinin sıfırdan çok kullanıcılı olarak tasarlanmamasıdır. MS-DOS sürümleri ve Windows'un bazı sürümleri piyasaya sürüldüğünde, son kullanıcının kendi bilgisayarını "korumaktan" sorumlu olacağına ve böylece başka hiçbir kullanıcının içinde depolanan bilgilere erişemeyeceğine tamamen güvendiler. ¬ ¬. Şimdi WinUsers'ın arkadaşları, bu "gizem" nin neden olduğunu zaten biliyorsunuz: D.
Öte yandan, temelde ağ oluşturma için tasarlanmış bir sistem olan GNU / Linux, bilgisayarlarımızda sakladığımız bilgilerin (sunuculardan bahsetmeden) güvenliği esastır, çünkü pek çok kullanıcı bu bilgisayarlarda yönetilen yazılım kaynakları (hem uygulamalar hem de bilgiler) ve donanım.
Şimdi neden bir izin sistemine ihtiyaç olduğunu görebiliriz? Konuya girelim;).
GNU / Linux'ta, kullanıcıların içinde bulunan belirli dosyalar üzerinde sahip olabilecekleri izinler veya haklar, açıkça farklılaştırılmış üç düzeyde oluşturulmuştur. Bu üç seviye aşağıdaki gibidir:
<° Sahiplerin İzinleri.
<° Grup izinleri.
<° Geri kalan kullanıcıların izinleri (veya "diğerleri" olarak da adlandırılır).
Bu kavramlar hakkında net olmak gerekirse, ağ sistemlerinde (penguen gibi) her zaman yönetici, süper kullanıcı veya kök figürü vardır. Bu yönetici, kullanıcıları oluşturmanın ve kaldırmanın yanı sıra her birinin sistemde sahip olacağı ayrıcalıkları belirlemekten sorumludur. Bu ayrıcalıklar hem her kullanıcının HOME dizini hem de yöneticinin kullanıcının erişebileceğine karar verdiği dizinler ve dosyalar için oluşturulmuştur.
Sahip izinleri
Sahip, çalışma dizininde (HOME) veya üzerinde haklara sahip oldukları başka bir dizinde bir dosya / klasör oluşturan veya oluşturan kullanıcıdır. Her kullanıcı, varsayılan olarak, çalışma dizininde istediği dosyaları oluşturma gücüne sahiptir. Prensip olarak, HOME dizinindeki dosyalar ve dizinlerde yer alan bilgilere yalnızca kendisi erişebilir.
Grup izinleri
En normal olan şey, her kullanıcının bir çalışma grubuna ait olmasıdır. Bu şekilde bir grup yönetildiğinde, ona ait olan tüm kullanıcılar yönetilir. Başka bir deyişle, birkaç kullanıcıyı sistemde belirli ayrıcalıkların verildiği bir gruba entegre etmek, ayrıcalıkları her bir kullanıcıya bağımsız olarak atamaktan daha kolaydır.
Geri kalan kullanıcıların izinleri
Son olarak, herhangi bir dizinde bulunan dosyaların ayrıcalıkları, söz konusu dosyanın entegre edildiği çalışma grubuna ait olmayan diğer kullanıcılar tarafından da tutulabilir. Başka bir deyişle, dosyanın bulunduğu çalışma grubuna ait olmayan ancak diğer çalışma gruplarına ait olan kullanıcılara diğer sistem kullanıcıları denir.
Çok güzel, ama tüm bunları nasıl tanımlayabilirim? Basit, bir terminal açın ve aşağıdakileri yapın:
$ ls -l
Not: küçük harflerdir "L" 😉
Aşağıdaki gibi bir şey görünecektir:
Gördüğünüz gibi, bu komut HOME'umun içeriğini görüntüler veya "listeler", bizim uğraştığımız şey kırmızı ve yeşil çizgilerdir. Kırmızı kutu bize kimin sahip olduğunu gösterir ve yeşil kutu yukarıda listelenen dosya ve klasörlerin her birinin hangi gruba ait olduğunu gösterir. Bu durumda, hem sahip hem de grup "Perseus" olarak adlandırılır, ancak "satış" gibi farklı bir grupla karşılaşmış olabilirler. Gerisi için şimdilik endişelenme, daha sonra göreceğiz: D.
GNU / Linux'ta izin türleri
GNU / Linux'ta izinlerin nasıl ayarlandığını öğrenmeden önce, sistemin sahip olabileceği farklı dosya türlerinin nasıl ayırt edilebileceğini bilmeliyiz.
GNU / Linux'taki her dosya, adı verilen 10 karakterle tanımlanır. maskelemek. Bu 10 karakterden ilki (soldan sağa) dosya türünü ifade eder. Aşağıdaki 9, soldan sağa ve 3'lü bloklar halinde sırasıyla sahibine, gruba ve geri kalanına veya diğerlerine verilen izinlere atıfta bulunur. Tüm bunları gösteren bir ekran görüntüsü:
Dosyaların ilk karakteri aşağıdaki gibi olabilir:
Affedersiniz | tanımlar |
- | arşiv |
d | Rehber |
b | Özel Blok Dosyası (Aygıta Özel Dosyalar) |
c | Özel karakterler dosyası (tty cihazı, yazıcı ...) |
l | Bağlantı dosyası veya bağlantı (yumuşak / sembolik bağlantı) |
p | Kanal özel dosyası (boru veya boru) |
Sonraki dokuz karakter, sistem kullanıcılarına verilen izinlerdir. Her üç karakterde bir sahip, grup ve diğer kullanıcı izinlerine başvurulur.
Bu izinleri tanımlayan karakterler şunlardır:
Affedersiniz | tanımlar |
- | İzinsiz |
r | Okuma izni |
w | Yazma izni |
x | Yürütme izni |
Dosya izinleri
<° Okuma: temelde dosyanın içeriğini görüntülemenize izin verir.
<° Yaz: dosyanın içeriğini değiştirmenize olanak verir.
<° Yürütme: dosyanın çalıştırılabilir bir programmış gibi yürütülmesine izin verir.
Dizin izinleri
<° Oku: Bu izne sahip dizinin hangi dosyaları ve dizinleri içerdiğini bilmenizi sağlar.
<° Yazma: dizinde sıradan dosyalar veya yeni dizinler oluşturmanıza olanak verir. Dizinleri silebilir, dizindeki dosyaları kopyalayabilir, taşıyabilir, yeniden adlandırabilirsiniz vb.
<° Yürütme: içeriğini inceleyebilmeniz, dosyaları oradan kopyalayabilmeniz için dizinin üzerinden geçmenizi sağlar. Ayrıca okuma ve yazma izinleriniz varsa, dosyalar ve dizinler üzerinde olası tüm işlemleri gerçekleştirebilirsiniz.
Not: Yürütme izniniz yoksa, bu işlem reddedileceği için bu dizine erişemeyiz ("cd" komutunu kullansak bile). Ayrıca, bir dizinin bir yolun parçası olarak kullanımını sınırlandırmaya da izin verir (bu dizinde bulunan bir dosyanın yolunu bir referans olarak geçtiğimizde olduğu gibi. Diyelim ki, içinde bulunan "X.ogg" dosyasını kopyalamak istiyoruz. "Z" klasörünün yürütme iznine sahip olmadığı "/ home / perseo / Z" klasörü, aşağıdakileri yapardık:
$ cp /home/perseo/Z/X.ogg /home/perseo/Y/
bununla birlikte, dosyaya erişmek için yeterli izne sahip olmadığımızı bildiren bir hata mesajı alıyoruz: D). Bir dizinin yürütme izni devre dışı bırakılırsa, içeriğini görebileceksiniz (okuma izniniz varsa), ancak içerdiği nesnelerin hiçbirine erişemezsiniz çünkü bu dizin gerekli dizinin bir parçasıdır. nesnelerinizin konumunu çözmek için yol.
GNU / Linux'ta izin yönetimi
Şimdiye kadar, GNU / Linux'ta hangi izinlerin kullanıldığını gördük, aşağıda izinlerin veya hakların nasıl atanacağını veya çıkarılacağını göreceğiz.
Başlamadan önce, sisteme bir kullanıcı kaydettiğimizde veya oluşturduğumuzda, onlara otomatik olarak ayrıcalıklar verdiğimizi unutmamalıyız. Bu ayrıcalıklar elbette toplam olmayacak, yani kullanıcılar normalde süper kullanıcı ile aynı izinlere ve haklara sahip olmayacak. Kullanıcı yaratıldığında, sistem varsayılan olarak kullanıcının dosya yönetimi ve dizin yönetimi ayrıcalıklarını oluşturur. Açıkçası, bunlar yönetici tarafından değiştirilebilir, ancak sistem, her kullanıcının kendi dizinlerinde, dosyalarında ve diğer kullanıcıların dizinlerinde ve dosyalarında gerçekleştireceği işlemlerin çoğu için az çok geçerli ayrıcalıklar üretir. Bunlar genellikle aşağıdaki izinlerdir:
<° Dosyalar için: - rw-r-- r--
<° Dizinler için: - rwx rwx rwx
Not: tüm GNU / Linux dağıtımları için aynı izinler değildir.
Bu ayrıcalıklar dosya oluşturmamıza, kopyalamamıza ve silmemize, yeni dizinler oluşturmamıza vb. İzin verir. Bütün bunları pratikte görelim: D:
Örnek olarak "Advanced CSS.pdf" dosyasını alalım. Aşağıdaki gibi göründüğüne dikkat edin: -rw-r--r-- … Gelişmiş CSS.pdf. Hadi daha yakından bakalım.
tür | kullanıcı | Grup | Geri kalan kullanıcılar (diğerleri) | Dosya adı |
- | rw | r-- | r-- | Gelişmiş CSS.pdf |
Bu şu anlama gelir:
<° Tür: arşiv
<° Kullanıcı şunları yapabilir: Dosyayı okuyun (içeriği görüntüleyin) ve yazın (değiştirin).
<° Kullanıcının ait olduğu grup şunları yapabilir: Dosyayı (yalnızca) okuyun.
<° Diğer kullanıcılar şunları yapabilir: Dosyayı (yalnızca) okuyun.
Ls -l ile elde edilen listenin diğer alanlarının neye atıfta bulunduğunu merak edenler için şu anda cevap:
Sert ve yumuşak / sembolik bağlantılar hakkında daha fazla bilgi edinmek istiyorsanız, işte açıklama ve bunların farklar.
Peki arkadaşlar, söz konusu konunun en ilginç ve en ağır kısmına geliyoruz ...
İzin tahsisi
Komut chmod ("Mod değiştir"), dosyalar veya dizinler üzerinde daha fazla veya daha az işlem gerçekleştirilebilecek şekilde maskeyi değiştirmeye izin verir, başka bir deyişle, chmod ile her kullanıcı türü için hakları kaldırabilir veya kaldırabilirsiniz. Ayrıcalıkları kaldırmak, koymak veya atamak istediğimiz kullanıcı türü belirtilmezse, işlemi gerçekleştirirken ne olacağı, tüm kullanıcıları aynı anda etkilemektir.
Unutulmaması gereken temel şey, şu düzeylerde izinler vermemiz veya kaldırmamızdır:
Parametre | Seviye | tanım |
u | sahip | dosyanın veya dizinin sahibi |
g | grup | dosyanın ait olduğu grup |
o | otros | sahip veya grup olmayan diğer tüm kullanıcılar |
İzin türleri:
Affedersiniz | tanımlar |
r | Okuma izni |
w | Yazma izni |
x | Yürütme izni |
Sahibe şunları yürütme izni verin:
$ chmod u+x komodo.sh
Tüm kullanıcıların yürütme iznini kaldırın:
$ chmod -x komodo.sh
Diğer kullanıcılara okuma ve yazma izni verin:
$ chmod o+r+w komodo.sh
Dosyanın ait olduğu gruba yalnızca okuma izni bırakın:
$ chmod g+r-w-x komodo.sh
Sekizlik sayısal biçimdeki izinler
Chmod komutunu kullanmanın başka bir yolu daha vardır ki, birçok kullanıcı için, “daha rahat” olmakla birlikte, önceden anlamak biraz daha karmaşıktır.
Her kullanıcı grubunun değerlerinin birleşimi sekizlik bir sayı oluşturur, "x" bit 20 yani 1, w bit 21 yani 2, r bit 22 yani 4, bizde:
<° r = 4
<° w = 2
<° x = 1
Her gruptaki bitlerin açık veya kapalı kombinasyonu, sekiz olası değer kombinasyonunu verir, yani, üzerindeki bitlerin toplamı:
Affedersiniz | Sekizli değer | tanım |
- - - | 0 | iznin yok |
- - x | 1 | sadece yürütme izni |
- w - | 2 | sadece yazma izni |
- wx | 3 | izinleri yazma ve yürütme |
r - - | 4 | sadece okuma izni |
r - x | 5 | izinleri oku ve çalıştır |
rw - | 6 | okuma ve yazma izinleri |
rwx | 7 | tüm izinler ayarla, oku, yaz ve çalıştır |
Kullanıcı, grup ve diğer izinleri birleştirdiğinizde, dosya veya dizin izinlerini oluşturan üç basamaklı bir sayı alırsınız. Örnekler:
Affedersiniz | değer | tanım |
rw- --- -- | 600 | Sahibin okuma ve yazma izinleri var |
rwx --x --x | 711 | Sahibi okur, yazar ve yürütür, grup ve diğerleri yalnızca yürütür |
rwx rx rx | 755 | Sahibi, grubu ve diğerleri dosyayı okuyabilir, yazabilir ve çalıştırabilir |
rwx rwx rwx | 777 | Dosya herkes tarafından okunabilir, yazılabilir ve yürütülebilir |
r-- --- -- | 400 | Dosyayı yalnızca sahibi okuyabilir, ancak onu değiştiremez veya yürütemez ve tabii ki ne grup ne de diğerleri dosyada hiçbir şey yapamaz. |
rw-r-- --- | 640 | Sahip kullanıcı okuyabilir ve yazabilir, grup dosyayı okuyabilir ve diğerleri hiçbir şey yapamaz |
Özel izinler
Halen dikkate alınması gereken başka tür izinler vardır. Bunlar SUID (Kullanıcı Kimliğini Ayarla) izin biti, SGID (Grup Kimliğini Ayarla) izin biti ve yapışkan bittir (yapışkan bit).
setuid
Setuid biti çalıştırılabilir dosyalara atanabilir ve bir kullanıcı söz konusu dosyayı yürüttüğünde, işlemin yürütülen dosyanın sahibinin izinlerini almasına izin verir. Setuid bit ile çalıştırılabilir bir dosyanın en net örneği şudur:
$ su
Aşağıdaki yakalamada bitin "s" olarak atandığını görebiliriz:
Bu biti bir dosyaya atamak için:
$ chmod u+s /bin/su
Ve kaldırmak için:
$ chmod u-s /bin/su
Not: Sistemimizde ayrıcalıkların artmasına neden olabileceğinden, bu biti son derece dikkatli kullanmalıyız ¬¬.
ayarlı
Setid biti, dosyaya atanan grubun ayrıcalıklarının elde edilmesini sağlar, ayrıca dizinlere de atanabilir. Bu, aynı gruptaki birkaç kullanıcının aynı dizindeki kaynaklarla çalışması gerektiğinde çok yararlı olacaktır.
Bu biti atamak için aşağıdakileri yapıyoruz:
$ chmod g+s /carpeta_compartida
Ve kaldırmak için:
$ chmod g-s /carpeta_compartida
yapışkan
Bu bit genellikle tüm kullanıcıların erişebildiği dizinlere atanır ve bir kullanıcının bu dizindeki başka bir kullanıcının dosyalarını / dizinlerini silmesinin engellenmesine izin verir, çünkü herkesin yazma izni vardır.
Aşağıdaki yakalamada bitin "t" olarak atandığını görebiliriz:
Bu biti atamak için aşağıdakileri yapıyoruz:
$ chmod o+t /tmp
Ve kaldırmak için:
$ chmod o-t /tmp
Pekala arkadaşlar, artık bilgilerinizi nasıl daha iyi koruyacağınızı biliyorsunuz, umarım bununla alternatifler aramayı bırakırsınız Folder Lock o Klasör Koruması GNU / Linux'ta onlara hiç XD ihtiyacımız olmadığını.
Not: Bu özel makale bir arkadaşının kuzeni XD'nin komşusu tarafından talep edildi, umarım şüphelerinizi çözmüşümdür ... ...
Mükemmel makale, çok iyi açıklanmış.
Teşekkürler arkadaşım 😀
Mükemmel Perseus, sekizlik sayısal formattaki izinler (ki bu çok ilginç bir küçük şey) veya özel izinler (setuid / setgid / sticky) hakkında hiçbir fikrim yoktu.
Uykudan ölüyordum ama bu beni biraz uyandırdı, şimdiden konsolu kapmak istiyorum 😀 +1000
İyi ki işinize yaramış, Selamlar 😉
Harika, açıklamalar çok net, çok teşekkür ederim.
ayarlı
Biraz setuid ayrıcalıkları elde etmenizi sağlar
o kısımda ufak bir hata var.
Gözlem ve yorum için teşekkürler, bazen parmaklarım "karışıyor" XD ...
Selamlar 😉
Ben zaten düzeltildim 😀
Çok güzel makale, Perseus. Her durumda, bilgilerin daha eksiksiz olması için bazı gözlemlerde bulunmak istiyorum:
İzinleri yinelemeli olarak uygularken (chmod -R) dikkatli olun çünkü dosyalara çok fazla izin verebiliriz. Bunu aşmanın bir yolu, dosyalar veya klasörler arasında ayrım yapmak için find komutunu kullanmaktır. Örneğin:
find /var/www -type d -print0 | xargs -0 chmod 755
find /var/www -type f -print0 | xargs -0 chmod 644
Başka bir şey de: Dizinler veya dosyalar üzerinde ayrıcalıklar oluşturmak, bilgileri korumak için yanılmaz bir yöntem değildir, çünkü bir LiveCD ile veya sabit diski başka bir PC'ye koymak, klasörlere erişmek zor değildir. Hassas bilgileri korumak için şifreleme araçlarının kullanılması gerekir. Örneğin, TrueCrypt çok iyidir ve aynı zamanda çapraz platformdur.
Ve son olarak: çoğu kullanıcının Windows'ta dosya sistemi ayrıcalıklarını değiştirmemesi, bunu yapmanın imkansız olduğu anlamına gelmez. En azından NTFS dosya sistemi bir EXT kadar güvence altına alınabilir, çünkü çalışmamda yürütme veya yazma izinleri olmayan tam bölümlere sahip olduğumu biliyorum. Bu, güvenlik sekmesinden (genellikle gizlidir) sağlanabilir. Windows ile ilgili temel sorun, varsayılan ayarlarının her şeye izin vermesidir.
Konuyu genişlettiğiniz için çok teşekkür ederim;). Benzer:
[...] 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 [...]
Kesinlikle haklısınız, Win ile bile aynı şey oluyor, muhtemelen daha sonra bilgilerimizi şifrelememize yardımcı olan çeşitli araçlar hakkında konuşacağız.
Selamlar 😀
Hugo arkadaşım nasılsın 😀
TrueCrypt ile ilgili sorun ... lisansın sahip olduğu "tuhaf" bir şey, bize bundan biraz daha bahsedebilir misiniz? 🙂
Selamlar compa
TrueCrypt lisansı biraz tuhaf olacaktır, ancak en azından lisansın 3.0 sürümü (mevcut olan) sınırsız iş istasyonlarında kişisel ve ticari kullanıma izin verir ve ayrıca kaynak kodun kopyalanmasına, kaynak kodunun gözden geçirilmesine, değişikliklerin yapılmasına ve dağıtılmasına izin verir. Türev çalışmalar ( yeniden adlandırıldığı sürece), yani% 100 ücretsiz değilse, açıkçası oldukça yakındır.
Eski Perseus makaleleri ile ekibin geri kalanını bu kadar eksiksiz olduğu için kötü bırakıyor.
Burada kimse kimseden daha iyi değil değil mi? Ve benden çok daha az iyi HAHAHAJAJAJAJA
hahahaha dikkatli ol arkadaş aynı gemideyiz unutma 😀
Yorum için teşekkürler 😉
İzinler, günden güne öğrenilen bir şeydir, bir günden diğerine değil, öyleyse hadi hehehehe çalışalım
Mükemmel makale Perseos.
Bir ipucu: Her sembole işareti yazmak gerekli değildir, onu yalnızca bir kez belirtmeniz yeterlidir. Misal:
$ chmod o + r + w komodo.sh
Gibi görünebilir
$ chmod o + rw komodo.sh
ile aynı
$ chmod g + rwx komodo.sh
şuna da benzeyebilir
$ chmod g + r-wx komodo.sh
bu formatı takip ederek bunu yapabilirsiniz
$ a-rwx, u + rw, g + w + veya example.txt
not: a = tümü.
Selamlar.
Vay arkadaş bunu bilmiyordum paylaşım için teşekkürler 😀
Çok güzel bir makale, her şey çok iyi anlatılmış.
Dosyaların izinlerini sekizli olarak daha net değiştirmek benim için daha rahat. Diğer yolu anlamak için yeterince buluyorum ama bu uzun zaman önceydi hahaha
Merhaba millet, perseus; Sayfayı gerçekten beğendim. Onunla işbirliği yapabilmek isterim. Mümkün mü Benim nickime tıklayarak referanslarınız var !! haha.
Genelde ara sıra yayınlar yapıyorum ve SL'nin giderek daha fazla aktivistiyim, müsait olduğum ve birkaç parmağım olduğu sürece hayatımda terk etmeyeceğim bir şey. Sanırım e-postam ellerinde. bana "blogcular birleşti!" Geleceğin ağı bu şekilde yaratılır.
Hahahahaha, bize katılmanız büyük bir zevk olur, elav veya gaara isteğinizi görsün 😉
Kendine iyi bak ve seni yakında burada görmeyi umuyorum 😀
Şimdi sana mail yazıyorum (yoruma koyduğunuz adrese) 🙂
Kuşkum var. Dizinlere nasıl izinler uygulayabileceğiniz ve bunların özniteliklerini değiştirmeyen kullanıcı, kök dahil olmak üzere onları değiştirmediği.
Selamlar.
Olabilir Bu makalenin Biraz açıklığa kavuşturuyorum ..
Bu makaleyi iyi yazdım, bilgi paylaştığın için teşekkürler
Ne kadar faydalı oldu, sizi tekrar burada görmeyi umuyoruz. Selamlar 😉
Çok güzel makale.
Senin için faydalı olduğuna çok sevindim selamlar 😉
Linux'ta bir dosyanın bir klasöre taşınması konusunda hemfikir olmadığım gerçek Sistem bir baş ağrısıdır. her şey için izin vermeniz ve şifrenizi girmeniz gerekir. Windows'ta dosyaları taşımak, aynı Windows klasöründe bile kolaydır. Windows'ta bir dosyayı linux'ta bir klasöre taşımak için bütün bir prosedür kopyalayıp yapıştırmak daha kolaydır. Her iki işletim sistemini de kullanıyorum. nane 2 Maya tarçın ve pencereler 13
Linux'u birkaç yıldır kullanıyorum ve dürüst olmak gerekirse uzun süredir bu sorunları yaşamadım.
Dosyaları / klasörleri sorunsuz bir şekilde taşıyabilirim ve HDD'mi 2'ye bölümlendirdim. Açıkçası, diğer bölüme erişmek için ilk kez şifremi girmem gerekiyor, ama sonra bir daha asla.
Garip bir sorununuz varsa, bize memnuniyetle yardımcı olacağımızı söyleyin 😉
Linux kısmı söz konusu olduğunda makaleyi düzeltin. Windows'ta izinlerin yönetilmesine ilişkin yorumlarınızda: İzinlerin nasıl ayarlandığını hiç bilmiyorsunuz. Bunların çok daha yüksek bir gücün (16 bit sürümler, Windows 95, 98, Me ve cep telefonları hariç) penguin sisteminde nasıl yönetildiklerine ve üstün bir tanecikliğe sahip olması ve her ikisiyle de uğraştığım kayıt için işletim sistemleri hiçbirine karşı mani değildir.
Tavsiyem: biraz araştırma yapın ve fark edeceksiniz, hiçbir harici programa gerek yoktur. Her şey için çok iyi. 😉
Çok güzel makale. İzinlerin konusu öğrenilmesi ilginç bir şeydir. Bir defasında uzun yoldan bir dosyaya erişememek başıma geldi, çünkü dizinlerden birinde yürütme izinlerine sahip değildim. En azından Yapışkan bit gibi özel izinlerin varlığını bilmek de iyidir.
Not: Bir süredir blogu takip ediyorum ama kayıt olmadım. Çok ilginç yazıları var ama en çok dikkatimi çeken, kullanıcılar arasındaki muamele. Farklılıklar olabileceği gerçeğinin ötesinde genel olarak herkes deneyimlerine katkıda bulunarak birbirlerine yardım etmeye çalışır. Trollerle ve alev savaşlarıyla dolu diğer sitelerin aksine bu dikkate değer bir şey 😉
Çok ilginç, ama bunu Octal'da Binary'de değil, izinler hakkında farklı bir şekilde öğrendim, böylece örneğin "7" 111 ise, tüm izinlere sahip olduğu anlamına geliyordu, yani 777 koyarsan vereceksin tüm kullanıcılar, gruplar için tüm izinler ...
Bir tebrik.
Etkileyici, özlü, açık ve konuyla ilgili.
Ne güzel bir makale, tüm açıklamalar için tebrikler ve teşekkürler… ..
merhaba2.
Vay canına, eğer öğreticilerinizle çok şey öğrenirsem, Linux olan bu uçsuz bucaksız alanda kendimi küçük bir çekirge gibi hissediyorum, ancak Hugo'nun burada bir zamanlar söylediği şeyi, canlı bir cd koyarsak ve dosyalarımız şifrelenmemişse, bu yorum satırında sınırlamak. Korumak için çok fazla bir şey kalmadı, ayrıca Windows'ta win işletim sistemi içinde bir yönetici kullanıcı ve sınırlı bir hesap oluştururken çok fazla sorun olmadığını düşünüyorum ve böylece yönetici hesap verilerinizi koruyun… Ama bu yazı için gerçekten çok teşekkür ederim, sayende bu konuda daha bilgiliyim ...…
Gerçek şu ki, yürütülebilir bir xD çalıştırmak istedim ve bana x dosyalarını açarken ve yazarken izin verilmediğini söyledi ama burada biraz okudum ve bir şeyler öğrendim ve bu klasörün dosyaları ve yürütülebilir dosyayı içeren izinlerini görmeye hizmet etti. Yaptığım en son şey bir klasöre erişmek istediğimdi ve adı uzun olduğu için onu değiştirdim ve kolay xD arasında, sonra izinlere baktım ve adm hakkında söylenen bir şeye baktım dosyaya gittim özellikleri koyun ve adm diyen bir şeyi seçtikten sonra özellikleri kaldırmadan Klasöre girin ve çalıştırılabilir dosyayı çalıştırın ve sorun olmadan başlayabilir şimdi bilmediğim ne yaptığım xD gerçek şu ki, bilmiyorum çünkü Klasörün adını değiştirdim ama bilmiyorum ve teşekkürler, onu çalıştırabildim Sorun yok.
Merhaba benim bazı sorularım var
Linux sunucusuna bir görüntü yazması gereken bir web sistemim var,
detaylar, kayıt olmasına izin vermemesidir, izinleri değiştirmeyi deneyin ama olamazdı,
Bu işte yeniyim, çünkü bana rehberlik etmenizi istiyorum, teşekkür ederim.
Bu bana yardımcı oldu, katkılarınız için çok teşekkür ederim.
Şahsen, dokümantasyon, çalışmamdaki bir faaliyette uygulamaya konan öğrenmeme yardımcı oldu.
Yaptığım ilgili uygulamalar Debian'daydı. Tebrikler ve selamlar.
GNU / Linux'ta izinler hakkında mükemmel eğitim. Bir Linux kullanıcısı olarak ve bazı GNU / Linux dağıtımlarına dayanan sunucuların yöneticisi olarak deneyimim, ortaya çıkabilecek teknik sorunların çoğunun gruplar ve kullanıcılar için izinlerin yönetimine dayandığına dayanıyor. Bu, dikkate alınması gereken bir şeydir. Perseus'u blogu için tebrik ediyorum ve bu blogda GNU güçlerine katılmakla da ilgileniyorum. Meksika'dan selamlar yoldaşlar!
Merhaba, her şeyden önce makaleyi çok iyi tebrik ediyorum ve size danışıyorum şu durum var: 4 ———- 1 kök kök 2363 Şubat 19 11:08 / etc / shadow ile 4 ileri bu izinlerin nasıl okunacağı.
teşekkürler
Windows: Klasör, sağ düğme, özellikler> Güvenlik sekmesini seçiyoruz, orada kullanıcı veya grup ekleyebilir veya silebilirsiniz ve her biri istediğiniz izinleri (okuma, yazma, tam kontrol vb.) Koyar. Ne demek istediğini bilmiyorum
Bu arada, günlük olarak linux kullanıyorum, ubuntu'ya göre temel kullanıyorum.
İyi gitmek
harika bir şekilde en iyi açıklanmış makale
teşekkürler
arkadaş:
Çok güzel katkı, çok işime yaradı.
Teşekkür ederim.
Orospu çocuğu, bu işe yaramıyor bile.
Bir "Windows" bilgisayarın arkasında oturduğumuzda, bu parçanın tamamen bir yalan olduğunu kaçınız fark ettiniz, çünkü Windows NT'den beri, Windows 98'den önce ve hiçbir güvenliğinizin olmadığı bu problem tamamen yanlış.
Windows'ta güvenlik, Microsoft'un bugün en yaygın kullanılan masaüstü işletim sistemi olmasının bir nedeni olarak çok ciddiye aldığı bir şeydir.
Makale, GNU / Linux'un izinleri hakkında iyi bir şekilde açıklanmıştır, ancak bu makalelerde her zaman olduğu gibi, onu yazan kişinin ya Windows kullanmadığını ya da onu nasıl kullanacağını bilmediğini çünkü beğenmediğini ve sadece olumsuz bir yorum.
Vurgulanması gereken şey, Windows'un tüm Windows NT'lerden Windows'ta taşıdığı ACL (Access Control List) özelliği ile dosya sisteminde çok güvenli olması ve dosya sistemini çok güvenli hale getirmesidir. GNU / Linux'ta da bunu uyguladılar.
Windows Vista'dan beri UAC (Kullanıcı Hesabı Kontrolü) özelliği uygulandı ve rahatça kullanmak için yönetici olmak zorunda kalmadan Windows'u kullanmayı kolaylaştırdı.
Benim için, uyguladıkları iyi bir özellik, çünkü Windows XP'yi bir kullanıcı olarak yönetim izinleri olmadan kullanmak mümkündü, ancak evde bunu kim böyle kullandı? UAC gibi bir şeye sahip olmamanın ne kadar rahatsız edici olmasından dolayı neredeyse hiç kimse.
Ya makaleyi yazan kişinin GNU / Linux ACL'yi açıklamamasına rağmen ne yazdığını bilerek yaptığı bana netleştiyse?
Merhaba arkadaşım, güzel bilgiler, sadece sormak istedim
Bunu yapmanın, metasploitte, kurban makinesinin içinde olmanın bir yolu var mı?
Bu dosyayı uygunsuz hale getirmek bu izinlerle yapılabilir mi, yoksa imkansız mı, yani metasploit'in içinde olmak mı?
Bu blog için çok teşekkür ederim, çok güzel bilgiler.