Hallo Liste, hallo Friedrich Strohmaier, hi ;o) Friedrich Strohmaier:
Hallo Liste, hallo David Haller,
Ich muss noch erwähnen, dass die Angaben in dieser und meiner letzten Mail sich auf das bei _eingeschaltetem_ Scanner gebootete System beziehen - also die Konfiguration mit der's vorher funtionierte!
(um nicht alle Fehlersymptome durcheinander zu haben)
gilt weiter! zur Technik: Gerät: Acer prisa 620s also SCSI backend:snapscan System: server: suse8.0 prof. auf cyrix 166+ (highend :o)) ) remote client: Aldi-Süd Läppi (okt 01) suse 8.0 prof. sane 1.0.7 von der DVD beide [ganz viele Informationen, die das Problem nicht erhellen konnten]
mhhh immer noch interessant!! :o)) Danke mal bis hierher!
... Heureka, ich hab's!! - Danke David für die Frage :o)) David Haller:
Laeuft saned eigentlich via inetd oder "standalone"?
inetd
<Ausgabe> :o)) server # grep -v ^# /etc/inetd.conf | grep -v ^$ time stream tcp nowait root internal time dgram udp wait root internal sane stream tcp nowait root /usr/sbin/tcpd /usr/sbin/saned -s128 ^^^^ ... </Ausgabe>
ich war damals bei der Einrichtung der Verlockung der manpage erlegen: man 1 saned: However, if your system uses tcpd(8) for additional security screening, #wer wollte das nicht!! ;o)# you may want to disable saned access control by putting ``+'' in saned.conf and use a line of the following form in /etc/inetd.conf instead: sane stream tcp nowait saned.saned /usr/sbin/tcpd saned ... das "putting ``+''.." brachte letztendlich die Erlösung von unerklärlichen Authentifizierungsanforderungen. den Weg dahin fand ich, in dem ich der Doku entlockte, wie man saned und die backends gesprächig macht: remoteClient $> SANE_DEBUG_NET=255 scanimage -L sagt so einiges, was im "net"-backend vorgeht, während scanimage die Liste der verfügbaren Scanner erstellt ... ... device `net:labor:snapscan:/dev/sg0' is a Color FlatbedScanner_9 flatbed scanner ... zeigte, dass der Scanner erreichbar war... scan eingeleitet mit remoteClient $> SANE_DEBUG_NET=255 scanimage [net].... [net] sane_open: net_open [net] sane_open: authorization required [net] do_authorization: dev=0x8051a00 resource=snapscan$MD5$14... [net] do_authorization: invoking auth_callback, resource = net:labor:snapscan$MD5$14... Authentification required for resource net:labor:snapscan. Enter username: Enter password: ..... ... wollte, dass ich mich zu erkennen gebe. Konnte aber nicht in Erfahrung bringen als wer ich gewünscht war... scanserver #> SANE_DEBUG_<DEIN_BACKEND>=255 /usr/sbin/saned -d128 macht sowohl den saned als auch .. Dein backend auskunftsfreudiger. In man sane-<dein_backend> steht Genaueres. Wie gesagt: die obige Korrektur brachte meine "Workstation" wieder an den Scanner. Drei Fragen bleiben offen: - im Standalone-modus des saned ließ sich der auth-request auch mit der beschriebenen Änderung der /etc/saned.conf nicht abstellen. - nachdem mittels der Änderung der /etc/saned.conf wieder _ein_ Scan gelaufen war, gings auch wieder mit der alten Einstellung ("+" raus erlaubter remotehost rein) - sieht nach bug aus?? - die Ursprüngliche Fragestellung: "wie geht's, wenn der Scanner erst bei hochgefahrener Maschine eingeschaltet wird" - über's Netz? ... wird nachgeliefert - falls es eilt: bitte anschreiben! uff! :o)) fs -- Beste Grüße von der Schwäbischen Alb _Das_ MailingListenarchiv für suse-linux:http://marc.theaimsgroup.com/?l=suse-linux&r=1&w=2 und viele viele andere: http://marc.theaimsgroup.com