|
NAMEsane-airscan - SANE backend for AirScan (eSCL) and WSD scanners and MFPDESCRIPTIONThe sane-airscan is the universal backend for "driverless" document scanning. Currently it supports two protocols:
CONFIGURATIONThe sane-airscan loads its configuration files from the following places:
The configuration file syntax is very similar to the .INI file syntax. It consist of sections, each section contains some variables. Comments are started from # or ; characters and continies until end of line
Leading and trailing spaces of variable name and value are striped. If you want to preserve them, put name or value into quotes ("like this"). CONFIGURATION OF DEVICESIf scanner and computer are connected to the same LAN segment, everything expected to "just work" out of box, without any need of manual configuration.However, in some cases manual configuration can be useful. For example:
To manually configure a device, add the following section to the configuration file:
The [devices] section contains all manually configured devices, one line per device, and each line contains a device name on a left side of equation and device URL on a rights side, followed by protocol (eSCL or WSD). If protocol is omitted, eSCL is assumed. You may also disable particular device by using the disable keyword instead of URL. In addition, you can manually configure a device by directly passing its URL in a device name without adding it to the configuration file. This takes the format protocol:Device Name:URL. The examples above could be written as escl:Kyocera eSCL:http://192.168.1.102:9095/eSCL and wsd:Kyocera WSD:http://192.168.1.102:5358/WSDScanner. To figure out URLs of available devices, the simplest way is to run a supplied airscan-discover tool on a computer connected with scanner to the same LAN segment. On success, this program will dump to its standard output a list of discovered devices in a format suitable for inclusion into the configuration file. If running airscan-discover on same LAN segment as a scanner is not possible, you will have to follow a hard way. Your administrator must know device IP address, consult your device manual for the eSCL port, and the URL path component most likely is the "/eSCL", though on some devices it may differ. Discovering WSD URLs doing this way is much harder, because it is very difficult to guess TCP port and URL path, that in a case of eSCL. For eSCL devices, the URL can also use the unix:// scheme, such as unix://scanner.sock/eSCL. The "host" from the URL is a file name that will be searched for in the directory specified by socket_dir (see below). When connecting to the scanner, all traffic will be sent to the specified UNIX socket instead of a TCP connection. CONFIGURATION OPTIONSMiscellaneous options all goes to the [options] section. Currently the following options are supported:
BLACKLISTING DEVICESThis feature can be useful, if you are on a very big network and have a lot of devices around you, while interesting only in a few of them.
Network names come from DNS-SD, WS-Discovery doesn´t provide this information. For filtering by network name to work, Avahi must be enabled and device must be discoverable via DNS-SD (not necessarily as a scanner, it´s enough if WSD scanner is discoverable as a printer via DNS-SD). Blacklisting only affects automatic discovery, and doesn´t affect manually configured devices DEBUGGINGsane-airscan provides very good instrumentation for troubleshooting without physical access to the problemmatic device.Debuggung facilities can be controlled using the [debug] section of the configuration file:
FILES
ENVIRONMENT
BUGS AND SUPPORTIf you have found a bug, please file a GitHub issue on a GitHub project page: https://github.com/alexpevzner/sane-airscanSEE ALSOsane(7), scanimage(1), xsane(1), airscan-discover(1)AUTHORAlexander Pevzner <pzz@apevzner.com>
Visit the GSP FreeBSD Man Page Interface. |