Hallo zusammen, der Scanserver (saned) auf meiner SuSE 9.2 liest anscheinend seine Konfigurationsdatei "/etc/sane.d/saned.conf" nicht. Der Server hat die IP-Adresse 192.168.0.200 und mein Windows-Client (XP mit SP2, SaneTwain) 192.168.0.2. Firewalls sind komplett abgeschaltet und ich komme auch vom LAN (und auch dem .0.2er-Host) einwandfrei auf den Linux-Router. In der "/etc/xinetd.d/sane-port" ist sane eingetragen: (einen "/etc/inetd" gibt es unter SuSE 9.2 ja nicht mehr) # default: off # description: The saned provides scanner service via the network. \ # Applications like kooka, xsane or xscanimage can use the remote \ # scanner. service sane-port { socket_type = stream wait = no user = root group = root server = /usr/sbin/saned port = 6566 } -------- "/etc/services" ... sane-port 6566/tcp # SANE Control Port sane-port 6566/udp # SANE Control Port ... -------- Die "/etc/sane.d/saned.conf" sieht so aus: # # saned.conf # # The contents of the saned.conf file is a list of host names, IP # addresses or IP subnets (CIDR notation) that are permitted to use local # SANE devices. IPv6 addresses must be enclosed in brackets, and should # always be specified in their compressed form. # # The hostname matching is not case-sensitive. # #scan-client.somedomain.firm #192.168.0.1 #192.168.0.1/29 #[2001:7a8:185e::42:12] #[2001:7a8:185e::42:12]/64 # # NOTE: /etc/inetd.conf (or /etc/xinetd.conf) and # /etc/services must also be properly configured to start # the saned daemon as documented in saned(1), services(4) # and inetd.conf(4) (or xinetd.conf(5)). + -------- Das "+" ganz unten bedeutet laut "man saned", daß die Autentifizierung des sane-daemons abgeschaltet wird. Er soll so sämtliche Clients von allen möglichen Hosts zulassen und bedienen. Nun ist aber mein Problem, daß ich bei jedem Versuch, von meinem Windows-Host (192.168.0.2) via SaneTwain zu scannen, eine Fehlermeldung kassiere: "/var/log/messages" ... Apr 4 11:59:57 ruecker saned[26592]: saned (AF-indep+IPv6) from sane-backends 1.0.14 ready Apr 4 11:59:57 ruecker saned[26592]: check_host: access by remote host: 192.168.0.2 Apr 4 11:59:57 ruecker saned[26592]: check_host: getaddrinfo failed: Name or service not known Apr 4 11:59:57 ruecker saned[26592]: <b>init: access by host 192.168.0.2 denied</b> Apr 4 11:59:57 ruecker saned[26592]: quit: exiting ... "/usr/sbin/saned" selbst meckert hier also, daß dem Host 192.168.0.2 der Zugriff verweigert wurde. Nun frage ich mich, wie das zugeht, denn ich habe den Zugriff durch das "+" in der "/etc/sane.d/saned.conf" ja ausdrücklich ALLEN Hosts erlaubt (auch der Eintrag von "192.168.0.2" oder "192.168.0.0/24" führt zum selben vernichtenden Ergebnis, alles längst probiert). Ich gehe also davon aus, das der sane-daemon die Konfiguration überhaupt nicht liest. Die Rechte von "/etc/sane.d/" wie auch von sämtlichen Dateien darin lauten original "root.root" und die Zugriffsrechte 644 (rw r r). Auch mit manuell auf "nobody.nobody" reduzierten Benutzerrechten rührt sich aber nichts. Der Scanner selbst wird aber einwandfrei erkannt ruecker:/big/mld # scanimage -L device `teco2:/dev/sg0' is a Primax Profi 9600 flatbed scanner Ein Test setzt den Scanner in Betrieb und bringt ruecker:/big/mld # scanimage -T scanimage: scanning image of size 1272x1755 pixels at 1 bits/pixel scanimage: acquiring gray frame, 1 bits/sample scanimage: reading one scanline, 159 bytes... PASS scanimage: reading one byte... PASS scanimage: stepped read, 2 bytes... PASS scanimage: stepped read, 4 bytes... PASS scanimage: stepped read, 8 bytes... PASS scanimage: stepped read, 16 bytes... PASS scanimage: stepped read, 32 bytes... PASS scanimage: stepped read, 64 bytes... PASS scanimage: stepped read, 128 bytes... PASS scanimage: stepped read, 256 bytes... PASS scanimage: stepped read, 255 bytes... PASS scanimage: stepped read, 127 bytes... PASS scanimage: stepped read, 63 bytes... PASS scanimage: stepped read, 31 bytes... PASS scanimage: stepped read, 15 bytes... PASS scanimage: stepped read, 7 bytes... PASS scanimage: stepped read, 3 bytes... PASS Tja, was bleibt da noch? Erstaunlicherweise hat der ganze Aufwasch bei der allerersten Installation mal funktioniert! Aber am nächsten Tag war dann leider Feierabend. Wenn ich jetzt aber sagen sollte, was und ob ich was geändert habe, das bringe ich jetzt leider nicht mehr zusammen. Jedenfalls habe ich Sane noch zwei mal deinstalliert und neu installiert, was aber auch keine Verbesserungen brachte. Weshalb der Dienst seit SuSE 9.2 in den Konfigurationsdateien nicht mehr sane sondern sane-port heißt, ist mir nicht bekannt. In einem Posting habe ich den Hinweis gefunden, man sollte einfach wieder umbenennen von sane-port auf sane (in der "/etc/services" und der "/etc/initd.d/initd.conf"), aber auch das blieb bei mir erfolglos. Auch die "saned.conf" habe ich schon in "sane-port.conf" umbenannt, jedoch ohne Erfolg. Die "/etc/hosts" enthält die korrekten Zuordnungen der LAN-Hosts, die "hosts.allow" und "hosts.deny" sind bei mir leer. Wie mein Hirn inzwischen auch... Das Windows-Client-Programm (SaneTwain) wurde samt Konfigurationsdateien gelöscht und neu installiert, sollte (da er bereits funktionierte) auch funktionsfähig sein. Die typische Fehlermeldung dort lautet "Error establishing connection to host". "Write Error 64, Der angegebene Netzwerkname ist nicht mehr verfügbar" erscheint beim Schließen des SaneTwain-Programms. Sorry, das der Text so lang geraten ist, aber ein paar Daten wird man wohl brauchen, um das Problem halbwegs einkreisen zu können. Ich würde mich zwar wundern, wenn jemand doch noch die Lösung findet, aber wenn nicht hier, dann wüsste ich auch nicht, wo ich noch danach graben könnte. Goggle hält hier leider keine Hilfe mehr bereit, das Problem scheint erstaunlicherweise noch nirgends zuvor aufgetreten zu sein. Danke für die Geduld des geneigten Lesers, bis hierher durchgehalten zu haben! Grüße, Tom