Perché nessun file manager richiede un'autorizzazione maggiore se necessario? [chiuso]


14

Ho appena risposto a un'altra domanda per principianti su "Impossibile scrivere ....... verifica i permessi".

Naturalmente so come usare chown / chmod; Sto lavorando con la riga di comando comunque. Ma il consumatore medio no.

Quindi cosa dovrei dire alle persone senza alcuna esperienza GNU / Linux?

Funziona come root? So per esempio che Nemo ha funzionalità "open as root". Ma proprio no! Non credo sia una buona idea per un utente medio. È troppo pericoloso. Quindi l'utente crea il file in root-file-manager e si chiede perché non può eliminare o modificare questo file. E così via.

Digli di imparare come usare chown / chmod? Ed eccoci qui - nerd-only-linux dove tutto è così complicato. Questo è il modo in cui facciamo le cose; ma non è una buona opzione per il consumatore medio.

Perché il file manager non aiuta?

Odio dirlo, ma guarda come Windows gestisce questo. L'impostazione predefinita è l'autorizzazione dell'utente. E se il file manager ha bisogno di più, chiede solo all'utente.

Questo non può essere difficile da implementare. Se un'operazione non riesce con un'eccezione di autorizzazione, prova a eseguire con gksudo.

E sì: sono davvero inesperto con l'intero mondo open-source.

Le mie domande:

  1. Ci sono dei motivi per cui questo non viene fatto in questo modo
  2. Qualcuno ha implementato qualcosa del genere?
  3. È qualcosa che segnali come un bug (Ubuntu o ad esempio Gnome)?
  4. È qualcosa che potrei solo provare a implementare?

4
Perché vuoi copiare il comportamento di Windows su un sistema Linux? Sono solo due diversi sistemi operativi e differiscono. In Linux lavori come utente normale e normalmente non hai bisogno di rootprivilegi, a meno che tu non faccia il lavoro di amministratore. In tal caso, dovresti lavorare come amministratore e tenere separati entrambi i mondi. Puoi installare software nella tua home directory, configurare le tue impostazioni di ambiente .bashrc, .profileecc ...
Thomas

2
Devo mancare qualcosa, ma perché consideri "So per esempio che Nemo ha una funzionalità" aperta come root ". Ma proprio no! Non credo sia una buona idea per un utente medio. È molto pericoloso." , ma allo stesso tempo, "guarda come Windows gestisce questo. I valori predefiniti sono permessi dell'utente. E se il file manager ha bisogno di più - chiede semplicemente all'utente " -una buona idea? Que?
Jacob Vlijm,

5
Chiudere gli elettori: sul serio? Questa è un'ottima domanda e ha già un'ottima risposta. Con probabilmente molto altro a venire. Se ci sono ragioni tecniche per non implementare questo evidente miglioramento, allora si può dare una risposta.
Andrea Lazzarotto,

2
@Arronic il punto è che non ci sono tali strumenti della GUI per molti casi. Anche macOS ha più opzioni GUI per ottimizzare il firewall, il server SSH e così via. Quindi la domanda del PO è: perché?
Andrea Lazzarotto,

3
Se Linux sul desktop per persone non tecniche sta andando ovunque, deve rimuovere completamente la necessità di lavorare in un file manager come root, sempre. Non riesco a pensare a niente di un normale utente dovrebbe avere a che fare in un file manager come root (naturalmente, ci sono un sacco di cose che attualmente non hanno a che fare). Quindi questo problema viene risolto piuttosto facilmente. IMHO, se gli utenti creano file di proprietà root nelle proprie directory home, qualcosa è già seriamente sbagliato.
Muzer,

Risposte:


14
  1. Ci sono dei motivi per cui questo non viene fatto in questo modo

Non ce ne sono in particolare. Posso citare alcuni presunti motivi, ma sarebbero soprattutto speculazioni.

  1. Qualcuno ha implementato qualcosa del genere?

Non proprio. C'è nautilus-adminun'estensione che ti permetterà di aprire una directory in una nuova finestra con i privilegi a livello di root, e quindi puoi cambiare le autorizzazioni di file / directory come desideri dal menu di scelta rapida-> Proprietà-> Autorizzazioni.

  1. È qualcosa che segnali come un bug (Ubuntu o ad esempio Gnome)?

Riportare un errore ? No. Richiesta di funzionalità? Potenzialmente sì. Puoi inviarlo come richiesta di funzionalità al team di Nautilus (il gestore dei file) su Launchpad , ma sospetto con certezza al 90% che ti indicheranno l' nautilus-adminestensione che ho menzionato sopra.

Installalo con sudo apt-get install nautilus-admin.

  1. È qualcosa che potrei solo provare a implementare?

Sì, se il tuo file manager consente di aggiungere script ad esso. Il file manager predefinito per Ubuntu (Nautilus) consente di aggiungere script ad esso, quindi potresti fare qualcosa del genere:

#!/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"

Inseriscilo in ~/.local/share/nautilus/scripts, rendilo eseguibile con chmod, e sarà accessibile facendo clic con il pulsante destro del mouse sul file. Naturalmente questo è un esempio minimo solo per mostrare il punto. Se vuoi un'app completa che permetta funzionalità più complesse come la selezione di quali autorizzazioni modificare, beh, ciò potrebbe richiedere comandi extra e probabilmente una lingua come Python con toolkit GUI più potenti.

Ma proprio no! Non credo sia una buona idea per un utente medio. È troppo pericoloso. Quindi l'utente crea il file in root-file-manager e si chiede perché non può eliminare o modificare questo file. E così via.

Bene ... Non è un problema del computer - è un problema dell'utente. Non possiamo risolvere l'utente che non è disposto a imparare come far funzionare correttamente il proprio computer e non si assume la responsabilità delle proprie azioni.

Gli utenti devono rendersi conto che la separazione della proprietà nei file esiste per un motivo. Non puoi avere entrambi il potere di modificare le autorizzazioni sui file e di non aspettarti implicazioni sulla sicurezza


4
Ottima risposta, tuttavia il problema persiste: la GUI sulla maggior parte delle distro per impostazione predefinita non consente all'utente di eseguire "sudo graficamente" quando necessario. L'utente deve sbloccare manualmente l'account di root (non valido) oppure deve ricorrere alla riga di comando. Ad esempio sono uno sviluppatore, mi piace la CLI ... Ma penso anche alla mia famiglia e ai miei amici che non lo sono. A volte quando usano Linux mi chiedono aiuto e l'80% delle volte parla di fare un utente privilegiato. : /
Andrea Lazzarotto

Grazie; soprattutto la sceneggiatura è abbastanza utile. Una richiesta di funzionalità viene segnalata come un bug (con nota che si tratta di una richiesta di funzionalità), vero?
AnnoSiedler

@AnnoSiedler in generale sì; è meglio se inserisci "[miglioramento]" o "[funzione]" nel titolo e inizi con una buona storia utente e non presenti un problema (ad esempio "passaggi per riprodurre il bug")
david.libremone

16
“Beh ... Non è un problema con il computer, è un problema dell'utente. Non possiamo risolvere l'utente che non è disposto a imparare come far funzionare correttamente il proprio computer e non si assume la responsabilità delle proprie azioni. ”Uh, no. La gente alzare le mani e incolpare gli utenti è esattamente il motivo per cui le cose diventano contorte o controintuitive. La progettazione di UX è una cosa reale e importante di cui i progettisti devono occuparsi, pensare, lavorare, in altre parole, assumersi la responsabilità e la responsabilità. Non è colpa degli utenti: è una limitazione tecnica o un problema di sicurezza, o forse è una cattiva UX che deve essere riparata.
KRyan
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.