slacky.eu

Ciao a tutti!<br />
<BR><br />
<BR>Sto provando a condividere la stampante tra due pc in rete, ma,
<BR>nonostante abbia seguito scrupolosamente i preziosi suggerimenti di
<BR>Samiel di cui al link sottoriportato, non riesco a  mandare
<BR>neanche una stampa dal client al server.<br />
<BR>http://www.slacky.it/modules.php?mop=mo ... tart=10<br />
<BR><br />
<BR>I passaggi li ho rivisti piu´ volte, ma, sul client, ottengo sempre lo stesso errore:<br />
<BR><br />
<BR>"Print file was not accepted (client-error-bad-request)!"<br />
<BR><br />
<BR>Tenendo presente che l´indirizzo del server e´ 192.168.1.3 e quello del
<BR>client 192.168.1.2, ho effettuato le seguenti impostazioni:<br />
<BR><br />
<BR>sul lato client ho aggiunto, in cups, la mia stampante di rete,
<BR>selezionandone il  modello dalla lista di quelli disponibili e
<BR>puntandola all´indirizzo  <a href="ipp://192.168.1.3:631/printers/lp<br" target="_blank" target="_new">ipp://192.168.1.3:631/printers/lp<br</a> />
<BR><br />
<BR>sul lato server ho modificato /etc/cups/cupsd.conf  aggiungendo i permessi per il cient nelle seguenti sezioni:<br />
<BR>[.......]<br />
<BR><Location /><br />
<BR>Order Deny,Allow<br />
<BR>Deny From All<br />
<BR>Allow From 127.0.0.1<br />
<BR>Allow From 192.168.1.2<br />
<BR></Location><br />
<BR>[..........]<br />
<BR>## Restrict access to local domain<br />
<BR>Order Deny,Allow<br />
<BR>Deny From All<br />
<BR>Allow From 127.0.0.1<br />
<BR>Allow From 192.168.1.2<br />
<BR>[..........]<br />
<BR><br />
<BR>Dopo queste modifiche ho riavviato /etc/rc.d/rc.cups<br />
<BR><br />
<BR>Secondo voi quale errore ho commesso?<br />
<BR><br />
<BR><br /><br>

Ragazzo, quante preoccupazioni mi dai.....<br />
<BR>Ma la stampante nel server l´hai chiamata proprio e solo "lp" ?<br />
<BR><br />
<BR>M.<br /><br>

Dunque, se apro cups con il browser ho questi dati relativi alla stampante lp sul server :<br />
<BR><br />
<BR>Description: Samsung ML-1710 Series (SPL II)<br />
<BR>
<BR> Location: <br />
<BR>
<BR> Printer State: idle,
<BR> accepting jobs.
<BR>
<BR>
<BR>
<BR>
<BR>
<BR> <br />
<BR>Device URI: usb:/dev/usb/lp0<br />
<BR><br />
<BR>Mentre se apro "gestione stampanti" di kde risulta quanto segue:<br />
<BR><br />
<BR>Tipo: stampante locale<br />
<BR>Stato: inattivo (accetta i  lavori)<br />
<BR>Collocazione:<br />
<BR>Descrizione: Samsung ML-1710 Series (SPLII)<br />
<BR>URI: <a href="ipp://legionario:631/printers/lp<br" target="_blank" target="_new">ipp://legionario:631/printers/lp<br</a> />
<BR>Dispositivo: usb:/dev/usb/lp0<br />
<BR>Modello: Samsung ML-1710 Series (SPLII)<br />
<BR><br />
<BR>Questo e´ quanto.<br />
<BR>Scusa per le preoccupazioni...se mi aiuti a risolvere il problema ti prometto che faro´ il bravo! <br />
<BR><br /><br>

Volgio dire che nel client la stringa ipp.............. deve finire<br />
<BR>col nome della stampante che hai scelto durante l´installazione in CUPS.<br />
<BR>Io ad es ho messo HP_DeskJet_6122 e devo usare ESATTAMENTE<br />
<BR>la stessa stringa nel client<br />
<BR><br />
<BR>M.<br /><br>

Infatti come nome della stampante ho scelto proprio "lp"...per semplicita´...<br /><br>

Risolto!<br />
<BR><br />
<BR>Lo sai come?<br />
<BR><br />
<BR>Ho cancellato per ben 2 volte la stampante sul client e ho ripetuto la
<BR>configurazione&nbsp; senza cambiare una virgola...la terza volta e´
<BR>andata a buon fine! E´ meglio che non ci penso perche´ senno´ sbrocco!
<BR>Mica ho capito dove stava l´inghippo...<br />
<BR><br />
<BR>Comunque grazie inifinitamente per l´aiuto Samiel...anche se rimane il
<BR>mistero su quale potesse essere il problema, l´importante e´ che ora
<BR>stampi dal client...<br />
<BR><br />
<BR>Saluti<br /><br>

Beh, tutto è bene quel che finisce bene!<br />
<BR>Ma la condivisione nfs e il famigerato no_root_squash?<br />
<BR><br />
<BR>M.<br /><br>

Purtroppo quel problemino di no_root_squash e´ rimasto...non e´ da me
<BR>arrendermi, ma in questo caso ci ho rinunciato a venirne a capo...non
<BR>ho proprio idea di quale possa essere la causa, d´altronde le
<BR>configurazioni le abbiamo viste insieme ed erano a posto! Mah,
<BR>misterium ecclesiae!<br />
<BR><br />
<BR>Nel configurare nfs mi e´ venuto un dubbio: come mai si puo´
<BR>autorizzare, per l´accesso al server, solo il client nella sua
<BR>"interezza" e non anche gli utenti del client stesso? In ambiente
<BR>domestico non ha molta utilita´, ma se volessi autorizzare solo uno
<BR>degli utenti del client ed impedire l´accesso agli altri come dovrei
<BR>fare? Nelle reti gestite da windows, per esempio, ogni utente, se
<BR>autorizzato, dispone della propria user e della propria passwd...<br /><br>

Puoi farlo impostando montaggi diversi pe rutenti diversi in fstab.<br />
<BR>Se non ricordo male, in Slack4dummies c´è qualche esempio<br />
<BR><br />
<BR>M.<br /><br>

In slack4dummies non l´ho trovato...forse nel fstab bisogna mettere, al
<BR>posto di ´users´, gli utenti a cui si vuole far accedere al punto di
<BR>montaggio nfs...<br /><br>

Hai ragione, specificavo vari client e varie dir del server,<br />
<BR>ma non utenti diversi.<br />
<BR>Adesso investigo un po´, così poi se trovo sta cosa<br />
<BR>la metto anche in Slack4dummies 3<br />
<BR><br />
<BR>M.<br /><br>

Grande Samiel! <br />
<BR><br />
<BR>Fammi sapere se riesci a risolvere la questione... ho provato a
<BR>modificare il file fstab in modo tale da consentire solo ad alcuni
<BR>utenti di effettuare il montaggio, ma non ci sono riuscito... non
<BR>saprei proprio come poter impedire ad alcuni utenti il montaggio della
<BR>directory condivisa... Mi metto pure io a dare un´occhiata in google..<br /><br>

veramente credo basti un banale chmod. di fatto un mountpoint nfs è come una directory normale, i permessi li gestisce perfettamente. chmoda la dir 770 e chownala tipo root:sharers (dopo avere creato il gruppo sharers ovviamente). infine aggiungi a sharers gli utenti che vuoi abbiano accesso.<br>

Ma se io volessi assegnare l´accesso diciamo all´utente x<br />
<BR>alle directory a e b, all´utente y alle directory b e c e all´utente z<br />
<BR>alle directory a e c ? Con la soluzione che suggerisci<br />
<BR>si riesce a produrre una distinzione "sottile" di questo tipo?<br />
<BR><br />
<BR>M.<br /><br>

Si´, in effetti non mi sembra un modo ottimale per gestire gli accessi
<BR>alle condivisioni. Se questo e´ l´unico modo, permettetemi di dire che
<BR>windows ha una gestibilita´ degli accessi di gran lunga migliore:
<BR>l´abilitazione alle condivisioni, secondo me, deve avvenire a livello
<BR>utente, oltre che a livello client...<br />
<BR><br />
<BR><br /><br>