Gerektiğinde neden hiçbir dosya yöneticisi daha yüksek izin istemiyor? [kapalı]


14

Yeni başlayanlara "Yazamıyorum ....... izinleri kontrol et" sorusunu yanıtladım.

Tabii ki chown / chmod kullanmayı biliyorum; Zaten komut satırıyla çalışıyorum. Ancak ortalama tüketici bunu yapmaz.

Peki GNU / Linux deneyimi olmayan insanlara ne söylemeliyim?

Root olarak mı çalışıyorsunuz? Örneğin Nemo'nun "root as open" işlevine sahip olduğunu biliyorum. Ama sadece hayır! Ortalama bir kullanıcı için iyi bir fikir olduğunu düşünmüyorum. Çok tehlikeli. Daha sonra kullanıcı kök dosya yöneticisinde dosya oluşturur ve bu dosyayı neden silemediğini veya değiştiremediğini merak eder. Ve bunun gibi.

Ona chown / chmod kullanmayı öğrenmesini ister misiniz? Ve işte buradayız - her şeyin çok karmaşık olduğu sadece inek-linux. Biz böyle yaparız; ancak ortalama tüketici için iyi bir seçenek değil.

Dosya yöneticisi neden yardımcı olmuyor?

Bunu söylemekten nefret ediyorum, ama Windows'un bunu nasıl ele aldığına bakın. Varsayılan kullanıcı iznidir. Ve dosya yöneticisi daha fazlasına ihtiyaç duyarsa - sadece kullanıcıya sorar.

Bunu uygulamak zor olamaz. Bir işlem izin istisnası ile başarısız olursa - gksudo ile çalıştırmayı deneyin.

Ve evet: Tüm Açık Kaynak Dünya ile gerçekten tecrübesizim.

Sorularım:

  1. Bunun bu şekilde yapılmamasının bir nedeni var mı
  2. Böyle bir şey uygulayan var mı?
  3. Bu bir hata olarak bildirdiğiniz bir şey mi (Ubuntu veya örneğin Gnome)?
  4. Bu sadece kendimi uygulamaya çalışabileceğim bir şey mi?

4
Windows davranışını neden bir Linux sistemine kopyalamak istiyorsunuz? Bunlar sadece iki farklı işletim sistemidir ve farklıdır. Linux'ta normal kullanıcı olarak çalışırsınız ve rootyönetici işi yapmadığınız sürece normalde ayrıcalıklara ihtiyacınız yoktur. Bu durumda, yönetici olarak çalışmalı ve her iki dünyayı da ayrı tutmalısınız. Kendi ana dizininde yazılım yükleyebilir, kendi ortam ayarlarını yapmak .bashrc, .profilevb ...
Thomas

2
Bir şey eksik olmalıyım, ama niye "Nemo'nun kök gibi açık işlevselliğe sahip olduğunu biliyorum." , ancak aynı zamanda, "Windows'un bunu nasıl ele aldığına bakın. Varsayılan kullanıcı iznidir. Ve dosya yöneticisi daha fazlasına ihtiyaç duyarsa - kullanıcıya soruyor " - iyi bir fikir mi? Que?
Jacob Vlijm

5
Seçmenleri kapatmak için: ciddi mi? Bu mükemmel bir soru ve zaten çok iyi bir cevabı var. Muhtemelen daha fazlası ile. Bu bariz gelişmeyi gerçekleştirmemek için herhangi bir teknik neden varsa, bir cevap verilebilir.
Andrea Lazzarotto

2
@Arronic nokta, birçok vaka için böyle bir GUI aracı bulunmamasıdır. MacOS bile güvenlik duvarını, SSH sunucusunu ve daha fazlasını değiştirmek için daha fazla GUI seçeneğine sahiptir. Yani OP sorusu: neden?
Andrea Lazzarotto

3
Teknik olmayan insanlar için masaüstündeki Linux herhangi bir yere gidecekse, bir dosya yöneticisinde kök olarak çalışma ihtiyacını tamamen ortadan kaldırması gerekir. Normal bir kullanıcının bir dosya yöneticisinde kök olarak yapması gereken bir şey düşünemiyorum (tabii ki, şu anda yapmak zorunda oldukları birçok şey var). Sonra bu problem oldukça kolay çözülür. IMHO, kullanıcılar kendi ana dizinlerinde kök sahip dosyalar oluşturuyorsa, bir şeyler zaten ciddi şekilde yanlıştır.
Muzer

Yanıtlar:


14
  1. Bunun bu şekilde yapılmamasının bir nedeni var mı

Özel olarak yok. Sözde birkaç nedenden bahsedebilirim, ama çoğunlukla spekülasyon olurdu.

  1. Böyle bir şey uygulayan var mı?

Pek değil. nautilus-adminBir dizini kök düzeyinde ayrıcalıklara sahip yeni bir pencerede açmanıza izin veren bir uzantı var ve daha sonra sağ tıklama menüsünden-> Özellikler-> İzinler'den dosya / dizin izinlerini değiştirebilirsiniz.

  1. Bu bir hata olarak bildirdiğiniz bir şey mi (Ubuntu veya örneğin Gnome)?

Hata raporu ? Hayır. Özellik isteği? Potansiyel olarak, evet. Bunu Launchpad'deki Nautilus (filemanager) ekibine özellik isteği olarak gönderebilirsiniz , ancak% 90 kesinlikte sizi nautilus-adminyukarıda bahsettiğim uzantıda göstereceğinden şüpheleniyorum .

İle yükleyin sudo apt-get install nautilus-admin.

  1. Bu sadece kendimi uygulamaya çalışabileceğim bir şey mi?

Evet, dosya yöneticiniz komut dosyalarının eklenmesine izin veriyorsa. Ubuntu (Nautilus) için varsayılan dosya yöneticisi, komut dosyası eklemeye izin verir, böylece böyle bir şey yapabilirsiniz:

#!/bin/bash
# adds read permissions for file for all users
zenity --password | sudo -S -p ""  chmod +r  "$NAUTILUS_SCRIPT_SELECTED_FILE_PATHS" || zenity --error --text "Command failed"

Bunu içine yerleştirin ~/.local/share/nautilus/scripts, çalıştırılabilir yapın chmodve dosyaya sağ tıklayarak erişilebilir. Tabii ki bu sadece noktayı göstermek için minimal bir örnek. Hangi izinlerin değiştirileceğini seçmek gibi daha karmaşık özelliklere izin veren tam gelişmiş bir uygulama istiyorsanız, bu ekstra komutlar ve muhtemelen daha güçlü GUI araç kitlerine sahip Python gibi bir dil gerektirebilir.

Ama sadece hayır! Ortalama bir kullanıcı için iyi bir fikir olduğunu düşünmüyorum. Çok tehlikeli. Daha sonra kullanıcı kök dosya yöneticisinde dosya oluşturur ve bu dosyayı neden silemediğini veya değiştiremediğini merak eder. Ve bunun gibi.

Şey ... Bu bir bilgisayar sorunu değil - kullanıcı sorunu. Kullanıcının bilgisayarını düzgün bir şekilde nasıl kullanacağını öğrenmek istemediğini ve eylemlerinin sorumluluğunu üstlenmediğini düzeltemiyoruz.

Kullanıcılar, dosyalarda sahiplik ayrılmasının bir nedenle var olduğunu fark etmelidir. Hem dosyadaki izinleri değiştirme gücüne sahip olamazsınız hem de bununla ilgili güvenlik sonuçları beklemezsiniz


4
Mükemmel yanıt, ancak sorun devam ediyor: Varsayılan olarak çoğu dağıtımdaki GUI, gerektiğinde bir kullanıcının "grafik olarak sudo" yapmasına izin vermez. Kullanıcı kök hesabın kilidini manuel olarak açmalı (kötü) veya komut satırına başvurmalıdır. Mesela ben bir geliştiriciyim, CLI'yi seviyorum ... Ama aynı zamanda ailemi ve olmayan arkadaşlarımı da düşünüyorum. Bazen Linux kullandıklarında benden yardım isterler ve zamanın% 80'i ayrıcalıklı bir kullanıcı olarak bir şey yapmakla ilgilidir. : /
Andrea Lazzarotto

Teşekkürler; özellikle senaryo oldukça kullanışlıdır. Özellik isteği hata gibi bildirilir (bunun bir özellik isteği olduğunu unutmayın), değil mi?
AnnoSiedler

@AnnoSiedler genel anlamda evet; başlığa "[geliştirme]" veya "[özellik]" koyarsanız ve iyi bir kullanıcı hikayesi ile başlarsanız ve sorununuzu bir kusur olarak
sunmazsanız daha iyi olur

16
“Şey ... Bu bir bilgisayar sorunu değil - kullanıcı sorunu. Kullanıcıyı bilgisayarını düzgün bir şekilde nasıl kullanacağını öğrenmek istemediğinden ve eylemlerinden dolayı sorumluluk almamadan düzeltemiyoruz. ” Oh hayır. İnsanlar ellerini yukarı fırlatıp kullanıcıları suçluyorlar, neden işlerin neden kıvrık veya mantıksız hale geldiğini gösteriyor. UX tasarımı, program tasarımcılarının önem vermesi, üzerinde düşünmesi, üzerinde çalışması gereken, başka bir deyişle sahiplik ve sorumluluk alması gereken gerçek ve önemli bir şeydir. Kullanıcıların hatası değil - teknik bir sınırlama veya bir güvenlik sorunu veya belki de düzeltilmesi gereken kötü UX.
KRyan
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.