Hallo Sebastian, >> .. welche Haken genau sind den gesetzt? >> Sind die Drucker in der Schulkonsole noch den Räumen zugeordnet? >> Schick doch mal die /etc/cups/access.conf > > Hier die gesetzten Haken: > (Ich habe nach dem Upgrade an der Stelle nichts geändert.)
wenn du auf "Erweitert" klickst, sind ist dann auch immer ein Haken bei CUPS drin? Nimm mal die Haken raus, starte Kups neu und mach sie wieder rein, und nochmal cups neu starten. > Hier ein Auszug aus der access.conf: > # printer access definitions > <Location /printers/LehrerzimmerEG> > Order Deny,Allow > Deny From All > Allow From 127.0.0.1 > Allow From 10.16.14.* > Allow From 10.16.14.* > Allow From 10.16.202.1 > Allow From 10.16.226.1 > Allow From 10.16.223.1 > Allow From 10.16.1.1 > </Location> zweimal 10.16.14.* Aber sonst OK. >> .. keine gute Lösung, da jetzt alle direkt auf die Drucker drucken: die >> Probleme müssen also garnicht vom PDF her kommen sondern allein daher, >> dass mal 3 Leute gleichzeitig auf ein und dem selben Drucker drucken: >> wen soll der Drucker abweisen? Der kann keine warteschlange bilden. >> Also mach das besser nicht sondern trag in der printers.conf imme rden >> Server als Ziel ein, nicht den Drucker. > > Ich nehme an, dass die printers.conf des Clients gemeint ist? Ja. > Was muss da genau drin stehen? bei mir wird die printers.conf auf dem Client durch cups auf dem Client selbst gefüllt: eben weil auf dem Server cups erlaubt ist mit anderen cups zu reden. Aber: auch bei mir gab es mal das Problem, dass der Mechanismus nicht mehr funktionierte. Bei mir war es am Ende falsche Rechte von Dateien in /etc/cups/ auf dem CLient: wo das her kam, weiß ich nicht: aber danach flutschte es wieder. Aber: ich habe 14.04 Clients, keine 12.04 Deswegen benötige ich auf dem Client auf cups-browsed, weil Apple alle nicht Apple Protokolle aus cups rausgeworfen hat (Danke auch). Das betrifft aber den Client und nicht den Server: in sofern sollte da das update von 6.0 auf 6.1 nichts geändert haben. Hast du vielleicht den Client auch upgedatet? Kam da ein neues cups? Welche Version? Mein Listing von /etc/cups auf dem 14.04 CLinet: root@vmclient1:~# ls -al /etc/cups insgesamt 84 drwxr-xr-x 5 root lp 4096 Jan 18 23:04 . drwxr-xr-x 171 root root 12288 Jan 18 22:59 .. -rw-r--r-- 1 root root 2803 Mär 15 2014 cups-browsed.conf -rw-r----- 1 root lp 3086 Mär 7 2014 cupsd.conf -rw-r----- 1 root lp 3064 Mär 7 2014 cupsd.conf.O -rw-r--r-- 1 root root 4500 Mär 3 2014 cupsd.conf.pre16-bak -rw-r--r-- 1 root root 2970 Feb 23 2014 cups-files.conf drwxr-xr-x 2 root root 4096 Feb 23 2014 interfaces drwxr-xr-x 2 root lp 4096 Feb 23 2014 ppd -rw------- 1 root lp 3228 Jan 18 23:04 printers.conf -rw------- 1 root lp 3938 Jan 18 22:59 printers.conf.O -rw-r--r-- 1 root root 240 Mär 3 2014 raw.convs -rw-r--r-- 1 root root 211 Mär 3 2014 raw.types -rw-r--r-- 1 root root 160 Feb 23 2014 snmp.conf drwx------ 2 root lp 4096 Mär 3 2014 ssl -rw-r----- 1 root lp 472 Jan 18 23:04 subscriptions.conf -rw-r----- 1 root lp 472 Jan 18 23:03 subscriptions.conf.O Beispiel aus der printers.conf auf dem Client: ----- DeviceURI ipp://server.local:631/printers/r27 PPDTimeStamp * State Idle StateTime 1452193588 Type 6 Accepting Yes Shared No ColorManaged Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy retry-job Option cups-browsed true </Printer> --------- > >> Der PFD Printer geht eh nicht, wenn da als URI steht: cups-pdf:/ > > Wird der auch dann benötigt, wenn ich eine PDF auf einem „echten“ Drucker > drucken will? nein: nur wenn man aus jedem Programm ein PDF erstellen will. >>> 3. Ebenfalls seltsame Effekte gibt es nun beim Download von Dateien (PDF, >>> Zip, …). >>> Manchmal erscheint im Mozilla die gewohnte Abfrage, wo etwas hingespeichert >>> werden soll, >>> und manchmal erscheint die Abfrage gar nicht mehr: Er versucht es in den >>> Download-Ordner zu speichern und meldet dann, >>> dass das fehlgeschlagen sei. Da beim Upgrade alle Firewall-Einstellungen >>> neu >>> eingetragen werden mussten, >>> vermute ich am ehesten dort die Fehlerursache, aber weiss nicht, wo ich >>> noch >>> suchen soll … >> >> hast du die Homeverzeichnisse nach dem update wieder gerichtet, wie es >> in der Anleitung steht? > > Ich habe > > sophomorix-repair --repairhome > > und > > # sophomorix-repair --permissions > > ausgeführt. > > Den Teil (bind mounts) dazwischen habe ich weggelassen, da ich ihn so > verstanden > habe, dass man das machen kann, > wenn man einen Parallelbetrieb führen möchte. Da ich die Umstellung gemacht > habe, als niemand in der Schule war, > habe ich die Schritte nicht für notwendig gehalten. War das falsch? du solltest schon diesen Teil machen: ------------------- Eventuell kann es notwendig sein, die Verwendung der bind-mounts auf dem Server händisch abzuschalten (so kann man einen Parallelbetrieb als Übergang nutzen). Dazu in den Dateien /etc/linuxmuster/samba/root-preexec.d/sophomorix-root-preexec und /etc/linuxmuster/samba/root-postexec.d/sophomorix-root-postexec die Einträge sophomorix-bind … durch voranstellen eines # auskommentieren. Damit werden die bind-mounts bei der Benutzeran- bzw. abmeldung nicht mehr angelegt bzw. entfernt. ------------------- .. jetzt ist mir nochwas eingefallen: die Namensauflösung. Kennt dein Client die Adresse: server? Gehen folgende Befehle vom Client aus: ping server ping server.local ? Das benötigt cups nämlich. Was steht den im Client in der /etc/hosts? Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net _______________________________________________ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
