Pagina 1 di 1

Cups[RISOLTO]

Inviato: gio 10 ago 2006, 2:37
da Meskalamdug
Vi funziona il sistema di stampa di kde con il nuovo cups?
A me no,non riesce a connettersi al server!

Inviato: gio 10 ago 2006, 12:08
da francogdn
L'hai modificato il controllo accessi in fondo al file di configurazione?

Inviato: gio 10 ago 2006, 12:19
da alex.franci
Che versione di CUPS e di KDE hai?
Io ho:

CUPS: 1.1.23
KDE: 3.5.3

A me funziona tutto a meraviglia...
Ma tu usi i tool grafici di KDE? Usa la shell che non da mai problemi... se sai usare la shell, sai usare linux.
Ecco il links sulla bibbia: http://a2.pluto.it/a2177.htm#almlindex9897
Ciao

Inviato: gio 10 ago 2006, 15:42
da salbutamolo
Ciao a tutti,
Vi funziona il sistema di stampa di kde con il nuovo cups?
A me no,non riesce a connettersi al server!
Anche io ho lo stesso problema...sia da root che da user.
L'hai modificato il controllo accessi in fondo al file di configurazione?
Puoi spiegarti meglio? Grazie! :-)
Have a nice day

Inviato: gio 10 ago 2006, 15:48
da francogdn
Guarda in fondo al file di configurazione (/etc/cups/cupsd.conf), alla voce Security Options, è scritto lì tutto quello che ti serve sapere. :wink:

Inviato: gio 10 ago 2006, 17:39
da Meskalamdug
francogdn ha scritto:Guarda in fondo al file di configurazione (/etc/cups/cupsd.conf), alla voce Security Options, è scritto lì tutto quello che ti serve sapere. :wink:
La voce security options non esiste.
E' comunque da browser al server ci accedo
E' un problema di kde,credo bisogna ricompilare le libs e base
:(

Inviato: gio 10 ago 2006, 18:29
da salbutamolo
Ciao a tutti,
La voce security options non esiste.
Purtroppo è maledettamente vero...tuttavia se francogdn ha questa voce nel suo file di configurazione, forse perchè ha compilato cups a manina, potrebbe postare la sezione incriminata. Si potrebbe così provare a d aggiungerla a cupsd.conf per vedere se il problema si risolve. Se invece, come dice Meskalamdug il problema rigurda kde, confido che la mailbox di pat sia già stata inondata di segnalazioni e che il problema verrà risolto a breve. Have a nice day

Inviato: gio 10 ago 2006, 23:52
da Strarivari
Ciao,

ho fatto un test adesso e con la current aggiornata ad oggi posso stampare senza problemi.

Controlla se c'é un file rc.cups.new in /etc/rc.d , se si fai un backup del rc.cups e sostituiscilo con la versione nuova. Controlla anche che lo script sia eseguibile

Inviato: ven 11 ago 2006, 8:03
da salbutamolo
Ciao a tutti,
Controlla se c'é un file rc.cups.new in /etc/rc.d , se si fai un backup del rc.cups e sostituiscilo con la versione nuova. Controlla anche che lo script sia eseguibile
Operazioni già effettuate dopo l'update. Non è il server CUPS il problema dato che via brower risulta up and running. Have a nice day

Inviato: ven 11 ago 2006, 9:57
da francogdn
Provo a postare la sezione:

Codice: Seleziona tutto

########
######## Security Options
########

#
# SystemGroup: the group name for "System" (printer administration)
# access.  The default varies depending on the operating system, but
# will be "sys", "system", or "root" (checked for in that order.)
#

#SystemGroup sys

#
# RootCertDuration: How frequently the root certificate is regenerated.
# Defaults to 300 seconds.
#

#RootCertDuration 300

#
# Access permissions for each directory served by the scheduler.
# Locations are relative to DocumentRoot...
#
# AuthType: the authorization to use:
#
#    None   - Perform no authentication
#    Basic  - Perform authentication using the HTTP Basic method.
#    Digest - Perform authentication using the HTTP Digest method.
#
#    (Note: local certificate authentication can be substituted by
#           the client for Basic or Digest when connecting to the
#           localhost interface)
#
# AuthClass: the authorization class; currently only "Anonymous", "User",
# "System" (valid user belonging to group SystemGroup), and "Group"
# (valid user belonging to the specified group) are supported.
#
# AuthGroupName: the group name for "Group" authorization.
#
# Order: the order of Allow/Deny processing.
#
# Allow: allows access from the specified hostname, domain, IP address,
# network, or interface.
#
# Deny: denies access from the specified hostname, domain, IP address,
# network, or interface.
#
# Both "Allow" and "Deny" accept the following notations for addresses:
#
#     All
#     None
#     *.domain.com
#     .domain.com
#     host.domain.com
#     nnn.*
#     nnn.nnn.*
#     nnn.nnn.nnn.*
#     nnn.nnn.nnn.nnn
#     nnn.nnn.nnn.nnn/mm
#     nnn.nnn.nnn.nnn/mmm.mmm.mmm.mmm
#     @LOCAL
#     @IF(name)
#
# The host and domain address require that you enable hostname lookups
# with "HostNameLookups On" above.
#
# The @LOCAL address allows or denies from all non point-to-point
# interfaces.  For example, if you have a LAN and a dial-up link,
# @LOCAL could allow connections from the LAN but not from the dial-up
# link.  Similarly, the @IF(name) address allows or denies from the
# named network interface, e.g. @IF(eth0) under Linux.  Interfaces are
# refreshed automatically (no more than once every 60 seconds), so
# they can be used on dynamically-configured interfaces, e.g. PPP,
# 802.11, etc.
#
# Encryption: whether or not to use encryption; this depends on having
# the OpenSSL library linked into the CUPS library and scheduler.
#
# Possible values:
#
#     Always       - Always use encryption (SSL)
#     Never        - Never use encryption
#     Required     - Use TLS encryption upgrade
#     IfRequested  - Use encryption if the server requests it
#
# The default value is "IfRequested".
#

<Location />
Order Deny,Allow
#Deny From All
#Allow From 127.0.0.1
Allow From All 
</Location>

#<Location /classes>
#
# You may wish to limit access to printers and classes, either with Allow
# and Deny lines, or by requiring a username and password.
#
#</Location>

#<Location /classes/name>
#
# You may wish to limit access to printers and classes, either with Allow
# and Deny lines, or by requiring a username and password.
#
#</Location>

#<Location /jobs>
#
# You may wish to limit access to job operations, either with Allow
# and Deny lines, or by requiring a username and password.
#
#</Location>

#<Location /printers>
#
# You may wish to limit access to printers and classes, either with Allow
# and Deny lines, or by requiring a username and password.
#
#</Location>

#<Location /printers/name>
#
# You may wish to limit access to printers and classes, either with Allow
# and Deny lines, or by requiring a username and password.
#

## Anonymous access (default)
#AuthType None

## Require a username and password (Basic authentication)
#AuthType Basic
#AuthClass User

## Require a username and password (Digest/MD5 authentication)
#AuthType Digest
#AuthClass User

## Restrict access to local domain
#Order Deny,Allow
#Deny From All
#Allow From .mydomain.com
#</Location>

<Location /admin>
#
# You definitely will want to limit access to the administration functions.
# The default configuration requires a local connection from a user who
# is a member of the system group to do any admin tasks.  You can change
# the group name using the SystemGroup directive.
#

#AuthType Basic
#AuthClass System
AuthType None

## Restrict access to local domain
Order Deny,Allow
#Deny From All
#Allow From 127.0.0.1
Allow From All 

#Encryption Required
</Location>
Dato che gestisco tutti i controlli di sicurezza con iptables, ho disabilitato tutti i controlli da questo file inserendo Allow From All al posto di Deny From All.

Inviato: ven 11 ago 2006, 12:40
da gioco
Dal changelog di oggi si legge che Pat è tornato alla vecchia versione di CUPS (1.1.23) e ha spostato la nuova (1.2.2) in extra perchè KDE non sembra ancora pronto per CUPS 1.2.x. Sembra ci sia comunque un workaround per utilizzare la 1.2.2, basterebbe decommentare

Codice: Seleziona tutto

# Listen /var/run/cups/cups.sock
in cupsd.conf.

Inviato: ven 11 ago 2006, 14:32
da salbutamolo
Ciao a tutti,
la riga

Codice: Seleziona tutto

# Listen /var/run/cups/cups.sock
è già decommentata nel mio file di configurazione, comunque confermo che downgradando cups alla versione 1.1.23 tutto torna alla normalità Have a nice day

Inviato: ven 11 ago 2006, 22:16
da Meskalamdug
gioco ha scritto:Dal changelog di oggi si legge che Pat è tornato alla vecchia versione di CUPS (1.1.23) e ha spostato la nuova (1.2.2) in extra perchè KDE non sembra ancora pronto per CUPS 1.2.x. Sembra ci sia comunque un workaround per utilizzare la 1.2.2, basterebbe decommentare

Codice: Seleziona tutto

# Listen /var/run/cups/cups.sock
in cupsd.conf.
Ho fatto il downgrade..appena avvio cups
la cpu sale ma il server non parte :(

risolto!

Inviato: lun 14 ago 2006, 2:38
da Meskalamdug
Risolto,ho riavviato,tutto ok