cups und netzwerkdruck

Started by hsp, 2013/09/18, 16:19:21

Previous topic - Next topic

hsp

Du scheinst was überlesen zu haben. Nameserver, Hostnamen, static IP alles vorhanden. Und ich sags nochmal, bis vor ca. 2-3 Wochen funktionierte das alles bestens. Mit irgend einem update muss da was passiert sein.

...

Geier0815

Quote from: "hsp"hostname -d ==> localhost

hostname -f ==> hsp1.localhost
sieht für mich nach irgendwas aus aber nicht nach wirklicher Absicht. Oder hast Du ernsthaft deine Domain "localhost" genannt? Ohne toplevel-domain Anteil? Und auch für avahi wird das merkwürdig aussehen und deshalb zu einer link-local erweitert. Daher dann das .local was angehängt wird. Ein "avahi-browse -avrt" von einem deiner anderen Rechner aus wird dir zeigen welcher Dienst wo wie von wem angeboten wird. Da darfst Du dann auch mal ein "-d localhost" anhängen, was aber wohl einen Fehler liefert. Wenn ja, wird deine merkwürdige Domain nicht aufgelöst und mDNS/DNS-SD lößt auf .local auf. "man avahi-browse" wird dich auf weitere Fährten bringen, bzw Stichwörter für weitere Suchbemühungen liefern.

Mein Verdacht bezüglich "letzte Woche ging es noch" geht in die Richtung das bei cups jetzt endgültig auf avahi bzw zeroconf umgestellt wurde. Da darfst Du aber selber mal in den changelogs vom Paket gucken.

[Edit] Da ich das Thema spannend fand, hab ich noch mal ein bißchen geschaut. Im Archlinux-wiki findet sich ein interessanter Hinweis: avahi muß seit der 1.6.x Version von Cups zwingend vor cups gestartet werden. Evtl. hakt es da ja schon bei dir. Auf jeden Fall wird avahi der Schuldige für das .local suffix sein. [/Edit]
Wenn Windows die Lösung ist...
kann ich dann bitte das Problem zurück haben?

michaa7

Ich denke nicht dass das dazu eine TLD notwendig ist (ok, wenn man eine zuhase ansprechbare hat, ist das sichelich ok).

Ich habe für meine rechner eine workgoup, deren name bei mir "localhost" *ersetzt*.

Dementsprechend habe ich folgenden output:

Quotehostname -d ==> <workgroup>

hostname -f ==> <rechnername>.<workgroup>

Jetzt fragt mich wo ich diese workgroup definiert habe ...  :?
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

Geier0815

Workgroup ist eigentlich ein typisches Windows-Konstrukt. Evtl durch samba eingerichtet? Ansonsten mal in der hosts oder resolv.conf gucken, avahi-daemon.conf könnte auch ein Kandidat sein, ist aber unwahrscheinlich
Wenn Windows die Lösung ist...
kann ich dann bitte das Problem zurück haben?

michaa7

Quote from: "Geier0815"Workgroup ist eigentlich ein typisches Windows-Konstrukt.
Da hab ich mich auch dran erinnert als ich mein posting geschrieben habe.
QuoteEvtl durch samba eingerichtet?
Nee 8-) her nicht, samba habe ich noch nie eingerichtet
QuoteAnsonsten mal in der hosts oder resolv.conf gucken, avahi-daemon.conf könnte auch ein Kandidat sein, ist aber unwahrscheinlich
Ich glaube und bin mir eigentlich ziehmlich, aber nicht ganz sicher, dass bei der exim4 mailservereinrichtung soetwas abgefragt wurde.
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

hsp

Ich muss das nochmal aufwärmen.
Ich kanns nicht glauben, jetzt ist das Problem mit dem .local suffix wieder da. Beim remote drucken hab ich es wieder und die Namensauflösung klappt mit meinem Nameserver wieder nicht. Also irgendwas ist da mit cups und browsing nicht im Guten, anders kann ich mir das nicht erklären.

Ich glaub ich fress bald nen Besen...

dieres

Ich hab nur ruhe, wenn in der /etc/cups/cups-browsed.conf entweder
BrowsePoll IP.des.Servers:631                             oder
BrowsePoll server.domain.tld:631                          setze

dabei braucht es für 2. Lösung einen localen NameServer der die namenszuordnung macht, oder die passenden einträge in der /ets/hosts des Clients.

Alles andere führt immer zu dem Mist .local und nix mehr mit drucken :twisted:

nicht vergessen /etc/init.d/cups-browsed restart zu machen.

Das bedeutet, das ich jeden siduction client manuell konfigurieren muss  :(

LinuxMint macht zwar auch diesen Mist, so das der automatisch gefundene Drucker im Browser nicht zu warten/verändern ist, aber die Druckjobs von z.B. Libreoffice gehen durch und es wird gedruckt, im Gegensatz zu siduction. Auch nicht perfekt, aber immerhin.
Die cups Integration ist durchaus unterschiedlich gegenüber Debian.
Da gibt es ein paar Pakete die es unter Debian nicht gibt.

Frust an:
Absolut ärgerlich ist, das etwas was Jahre perfekt funktionierte (einmal den Server einrichten und alle clients hatten automatisch die Drucker eingerichtet) jetzt vermacwindosenschlimmbessert worden ist, wo es ja scheinbar normal ist das man auf jedem client die Drucker neu einrichten muss.
Frust immer noch an:

hsp

Jetzt hab ich endlich was gefunden was die Sache mit dem suffix .local mit avahi halbwegs erklärt. Und zwar im Ubuntu-Wiki, dort steht was es ist und noch viel wichtiger... man kann es abschalten.

Hier der Link.
http://wiki.ubuntuusers.de/Avahi

...