Segnalazione #573
Cups_locale non è possibile gestirlo da utente di rete abilitato come "lpadmin"
0%
Description
ciao Paolo e nucleo FUSS,
ho notato che per installare stampante in locale (collegate con cavo USB) o di rete, un qualsiasi utente di rete abilitato come "lpadmin" non lo può fare , almeno che non si inserisca la Pasword di root del client.
Questo significa che mentre prima tutti i professori erano abilitati come utenti "lpadmin" ed autonomi nel gestire eventualmente le stampanti nei loro laboratori (senza chiamare il referente / o fare chiamare il tecnico) , ora possono farlo solo se comunicata loro la PW di root del client.
Questo con la vecchia disto non avveniva.
Si potrebbe tornare al vecchio modus-operandi? Semplificherebbe il lavoro a tutti. Grazie . Andrea
Associated revisions
History
Updated by Paolo Dongilli over 6 years ago
- Assignee changed from RIPARTIZIONE 9 to Simone Piccardi
Chiedo di ispezionare questo problema che abbiamo riscontrato, in coda agli altri sviluppi.
Updated by Simone Piccardi over 6 years ago
Ho appena provato a riprodurlo coi seguenti passi:
- Creato utente operat sul fuss-server via octonet
- aggiunto al utente operat sul fuss-server il "permesso" lpadmin via octonet
- andato su un client e verificato (con
id operat
) che avesse ottenuto il gruppo lpadmin - eseguito login da lightdm dell'utente operat
- aperto firefox su localhost:631
- da administration premuto su add printer
- alla richiesta di autenticazione inseriti utente (operat) e password
- proseguito con successo la configurazione di una stampante virtuale PDF
alla fine della procedura la stampante è stata creata correttamente, quindi non mi è chiaro cosa non abbia funzionato nel caso indicato, la gestione di CUPS su un PC locale non è cambiata.
Updated by Simone Piccardi over 6 years ago
- Assignee changed from Simone Piccardi to Andrea Padovan
Updated by Andrea Padovan over 6 years ago
- Assignee changed from Andrea Padovan to Paolo Dongilli
Io ho fatto il test facendo
1) loghin con utente ldap (già abilitato "lpadmin")
2) Aperto l'applicazione "Impostazioni di stampa"
3) Eliminare / Creare nuova stampante reale (non PDF che io elimino perchè mai utilizzata da nessuno) /modificare le Impostazioni del Server di Stampa da menù.
Con il punto 3. vien chiesta la password di root ogni qualvolta si richiede un cambiamento.
Questa è l'operazione che fa un referente a scuola con delle conoscenze base per installare una stampante.
Questo lo ha notato anche Piergiorgio Cemin (se non sbaglio) lo stesso giorno che ho aperto il tichet.
Per nucloeo FUSS e Paolo DONGILLI:
Secondo le richieste fatte a giugno io no dovrei più seguire l'iter dei ticket.
Io dovrei aprirli e darli in carico al NUCLEO FUSS (con le dovute e giuste spiegazioni) e attendere la soluzione di Truelite e vostra comunicazione
Confermi? Altrimenti ne dobbiamo discutere privatamente
Intanto Grazie. Andrea
Updated by Paolo Dongilli over 6 years ago
Andrea Padovan ha scritto:
Per nucloeo FUSS e Paolo DONGILLI:
Secondo le richieste fatte a giugno io no dovrei più seguire l'iter dei ticket.
Io dovrei aprirli e darli in carico al NUCLEO FUSS (con le dovute e giuste spiegazioni) e attendere la soluzione di Truelite e vostra comunicazione
Confermi? Altrimenti ne dobbiamo discutere privatamente
Appunto Andrea, il ticket non doveva tornare a te se non dopo la soluzione per verifica e chiusura da parte tua.
Updated by Paolo Dongilli over 6 years ago
- Assignee changed from Paolo Dongilli to Simone Piccardi
Va fatta una verifica non con con interfaccia web di CUPS sul client ma con l'applicativo Impostazioni di stampa.
Updated by Simone Piccardi over 6 years ago
- Assignee changed from Simone Piccardi to Paolo Dongilli
Il problema è del pacchetto system-config-printer di Debian, che non funziona come dovrebbe. Ho verificato che i permessi di sistema per l'utente sono corretti, ed anche usando il comando lpadmin
un qualunque utente nel gruppo lpadmin
può aggiungere una stampante:
prova@fussclient:~$ id uid=1001(prova) gid=1001(prova) gruppi=1001(prova),117(lpadmin) prova@fussclient:~$ /usr/sbin/lpadmin -p prova -E -v ipp://proxy:631/prova prova@fussclient:~$ lpstat -v dispositivo per prova: ipp://proxy:631/prova prova@fussclient:~$ /usr/sbin/lpadmin -x prova prova@fussclient:~$ lpstat -v lpstat: Nessuna destinazione aggiunta.
Il problema si verifica indipendentemente dall'essere associati al server e anche per utenti locali (come quello dell'esempio precedente).
Ho fatto verifiche su altre distribuzioni più recenti di stretch, ed il pacchetto funziona regolarmente. Per questo a parte provare un backport di un pacchetto più recente non vedo soluzioni più immediate.
Riassegno a Paolo, visto che l'unico gruppo che vedo dall'interfaccia è RIPARTIZIONE 9 e non saprei a chi chiedere ulteriori. Se mi aggiornate sul workflow da tenere la prossima volta evito di riassegnare alla persona sbagliata.
Updated by Paolo Dongilli over 6 years ago
- Assignee changed from Paolo Dongilli to Andrea Padovan
Il problema sussiste anche nella versione 1.5.11 del pacchetto system-config-printer
per Debian presente in testing/buster/sid
. Pertanto l'unica soluzione viabile (in attesa che il bug venga corretto nel pacchetto) è che anche i referenti usino l'interfaccia web di CUPS che verrà opportunamente documentata nella fuss-tech-guide e linkata nella fuss-referent-guide. Durante i corsi per referenti a fine a gosto ed a settembre verrà mostrato l'utilizzo della webapp di CUPS.
Updated by Andrea Padovan over 6 years ago
- Assignee changed from Andrea Padovan to RIPARTIZIONE 9
no riesco più a seguire i ticket.
Per Paolo Dongilli: vedi mail appena mandata. grazie. Andrea
Updated by Paolo Dongilli over 6 years ago
- Assignee changed from RIPARTIZIONE 9 to Paolo Dongilli
- Priority changed from Alta to Normale
Fare segnalazione upstream che system-config-printer non è utilizzabile da utenti del gruppo lpadmin
ma solo da root.
Updated by Elena Grandi over 6 years ago
Per completezza, segnalo che la cosa è tracciata in debian sul bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698504
Updated by Elena Grandi over 6 years ago
- Status changed from Nuovo to In elaborazione
- Assignee changed from Paolo Dongilli to Elena Grandi
Quel bug sembra indicare una soluzione: la provo
Updated by Elena Grandi over 6 years ago
- Status changed from In elaborazione to Commenti
- Assignee changed from Elena Grandi to Paolo Dongilli
Ho appena pubblicato fuss-client 9.0.17 che aggiunge il file /etc/polkit-1/localauthority/10-vendor.d/org.opensuse.cupspkhelper.pkla
come suggerito nel bug debian citato sopra; sulle macchine già configurate è necessario lanciare fuss-client -U
per applicare la modifica.
Ho fatto un test locale aggiungendo una stampante dall'interfaccia grafica di Impostazione di stampa e non mi è stata richiesta password di root. Sarebbe meglio se poteste fare un test anche voi prima di pubblicizzare come risolta la cosa (la mia stampante poi non stampa, ma sospetto che sia in quanto stampante di rete su una rete diversa da quella del fuss-client, con un paio di passaggi in mezzo, e non vorrei perdere tempo a debuggare una situazione irrealistica).
Allow users in lpadmin to configure printers. refs: #573