From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KCBfk-0002dN-O8 for garchives@archives.gentoo.org; Fri, 27 Jun 2008 10:59:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C8180E03E5; Fri, 27 Jun 2008 10:58:17 +0000 (UTC) Received: from mxhost.fh-zwickau.de (mxhost.fh-zwickau.de [141.32.72.200]) by pigeon.gentoo.org (Postfix) with ESMTP id 8222DE03E5 for ; Fri, 27 Jun 2008 10:58:17 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.27,715,1204498800"; d="scan'208";a="9254092" Received: from linux.hrz.fh-zwickau.de ([141.32.208.202]) by ironport-c350.fh-zwickau.de with ESMTP; 27 Jun 2008 12:58:16 +0200 Received: by linux.hrz.fh-zwickau.de (Postfix, from userid 8012) id CB44B47E3E; Fri, 27 Jun 2008 12:58:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by linux.hrz.fh-zwickau.de (Postfix) with ESMTP id BDFAC47D0E for ; Fri, 27 Jun 2008 12:58:15 +0200 (CEST) Date: Fri, 27 Jun 2008 12:58:15 +0200 (CEST) From: Benjamin Block X-X-Sender: bebl@linux.zOffice To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] =?ISO-8859-1?Q?Druckauftr=E4ge_ueber_Sa?= =?ISO-8859-1?Q?mba_verschwinden_im_Nirwana?= In-Reply-To: <48640F03.80608@xunil.at> Message-ID: References: <48640F03.80608@xunil.at> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463747583-1356543191-1214564295=:17619" X-Archives-Salt: a5c397f3-2aa4-4270-85a1-f9c8a5381e5e X-Archives-Hash: 4b98f77c972ae6d48138a327dc0782f7 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463747583-1356543191-1214564295=:17619 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE On Thu, 26 Jun 2008, Stefan G. Weichinger wrote: > Benjamin Block schrieb: > > > Nun ist mein Problem, das ich zwar auf meinem WindowsClient Auftraege > > erstellen kann und auch den Drucker installieren kann, usw. Aber das di= e > > Auftraege irgendwie im Nichts verschwinden. > > Lokal, kann ich z.b. ueber das AdminPannel von Cups, Testseiten drucken= =2E > > > > Ich bin Derzeit echt etwas Ratlos, was da nun los sein kann. > > Lies mal die logs in /var/log/cups ... > Ich tippe auf Zeichensatz-Probleme, neue CUPS-Releases wollen UTF-8. > > Wenn ja, dann findest Du in /var/log/cups/error_log: > > Unsupported character set "iso-8859-15" > > oder =E4hnlich. > > Entweder Kiste auf Unicode umstellen oder =E4ltere CUPS-Release installie= ren. > > Stefan > Ne, sowas kommt da nicht. Also der eine Fehler das die Auftraege im Nichts verschwunden sind, lag wohl daran das sich der WindowsClient nicht mit dem Benutzernamen beim cups/samba meldet, den ich eingeb. Also anstatt "mageta" z.b. erscheint da ploetzlich "remroot" im log, und der Benutzer existiert weder im Samba, noch hat er im cups Nutzungsrechte.. Wei=DF der Teufel warum das so is.. Naja ich hab es dann mal mit nem FernAuftrag von nem LinuxClient aus versucht. Da stimmen dann zwar die Benutzernamen und co (ich geh dort ne erst ueber samba, sondern nutz halt den entfernten Server glei als Server fuer den lokalen CupsClient). Aber irgendwie kann ich da zwar Auftraege erteilen, die kommen sogar in der Auftragsuebersicht vor aber drucken tut er deswegen trotzdem noch nix (wie gesagt, wenn ich direkt auf dem Druckserver ne Testseite drucke, dann geht das prima). Ich hab aber noch herausgefunden das das cups auf meinem Druckserver anscheinend irgendwie nen Problem hat das SSL-Zertifikat fuer ne Anfrage von nem entfernten Rechner zu erstellen. Also wenn ich z.b. das WebInterface vom DruckServer, aus meinem lokalen Netzwerk aufrufe und dann in einen Bereich gehe, der Authentifizierung verlangt, dann erstellt Cups ja normalerweise nen ssl-zertifikat um ne sichere Verbindung aufzubauen. Allerdings haengt sich da mein Cups irgendwie auf, so sieht es zumindest aus, weil es reagiert gar nicht mehr und ich kann den Dienst auch nicht mehr normal beenden. Der letzte Eintrag im Log is dann auch immer "Generating SSL server key...". Hab jetzt natuerlich iwi keine Idee woran das liegen kann. Hab es mal auf nem anderen Rechner mit cups versucht (nur mal testweise) und da hat es zwar n paar Sekunden gedauert aber dann lief die Sache mit den Zertifikaten (mitm drucken ueber den Rechner hab ichs bisher ne versucht). Irgendjemand vielleicht ne Idee? gruesse, Benjamin ---1463747583-1356543191-1214564295=:17619-- -- gentoo-user-de@lists.gentoo.org mailing list