Scannen per Netzwerk - Versionsgeschichte

TomcatMJ: Scheint wohl soweit genug reviewed worden zu sein da keine weiteren Änderungen mehr kamen,also weg mit dem Baustein ;)

2014-02-25T16:41:05Z

Scheint wohl soweit genug reviewed worden zu sein da keine weiteren Änderungen mehr kamen,also weg mit dem Baustein ;)

Itu am 22. Januar 2014 um 05:36 Uhr

2014-01-22T05:36:11Z

TomcatMJ: /* Scannen per Netzwerk */ Kein Komma innerhalb eines von 2 Objekten einer Aufzählung ;) "und" gegen "sowie" getauscht damit die Aufzählung deutlicher wird ;)

2014-01-20T20:28:55Z

‎Scannen per Netzwerk: Kein Komma innerhalb eines von 2 Objekten einer Aufzählung ;) "und" gegen "sowie" getauscht damit die Aufzählung deutlicher wird ;)

TomcatMJ: /* Die Clientrechnerkonfiguration */ Ergänzung um weiterführende Infos

2014-01-20T20:20:28Z

‎Die Clientrechnerkonfiguration: Ergänzung um weiterführende Infos

Gehrke: Hier waren wohl die Kommentierungen in den Konfigurationsbeispielen verrutscht?!?

2014-01-20T19:54:00Z

Hier waren wohl die Kommentierungen in den Konfigurationsbeispielen verrutscht?!?

Gehrke: /* Die Scanserverkonfiguration */ interne Verlinkung, nichts Inhaltliches

2014-01-20T19:48:44Z

‎Die Scanserverkonfiguration: interne Verlinkung, nichts Inhaltliches

Gehrke: ein Punkt...

2014-01-20T19:37:41Z

ein Punkt...

Gehrke: Review: formelle Änderungen, nichts Inhaltliches

2014-01-20T19:35:39Z

Review: formelle Änderungen, nichts Inhaltliches

TomcatMJ: Kleinere grammatikalische und orthographische "Bugfixes" ;)

2014-01-20T18:27:07Z

Kleinere grammatikalische und orthographische "Bugfixes" ;)

TomcatMJ: Angelegt und Fertig zur Review ;)

2014-01-20T17:42:18Z

Angelegt und Fertig zur Review ;)

Neue Seite

{{Review|kompletter Artikel}}
=Scannen per Netzwerk=
Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren aber die gängigen Konfigurationstools der meisten Distributionen dies nicht direkt in ihrer Konfigurationsoberfläche anbieten,benötigen man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten.
Dazu benötigt man sowohl auf der Serverseite als auch auf der Clientseite nur recht wenig von besagter Handarbeit.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# 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.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und dier Frage ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss muss im xinetd-Daemon noch in seiner Konfiguration der saned aktiviert werden damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# 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
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist nutzt saned den Port 6566 im TCP-Modus weswegen noch sicherzustellen ist, daß dieser Port auch in '''/etc/services''' eingetragen sein sollte sowie eine eventuell laufende Firewall so eingestellt ist, daß der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
Sofern xinetd und die Firewall bereits laufen sollte man beide neustarten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt wenn man nicht die Gerätedateien mit anderen Rechten als per default vergeben versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen daß dieser Benutzer nicht auf den Scanner zugreifen darf da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen,dort ist root eben der einfachere Weg den Zugang zu ermöglichen

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits.

Nun fehlt nur noch die Clientrechnereinrichtung

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server sondenr als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile die per Default schon dort aber eben auskommentiert ist:

net

Nun ist prinzipiell schonmal die Umleitung aufs Netzwerk aktiviert aber der Clientrechner weiss ja noch nicht welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''' indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

musikbox:/etc/sane.d # cat net.conf
# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent
the backend
# from blocking for several minutes trying to connect to an
unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed
either
# directly or through the net backend. Going through the net
backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren sofern man einen weiteren Scanner an dem Clientrechner hängen hat der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen,ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verüfgbarkeit für die Clientrechner am Clientrechner selbst getestet werden indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein udn man kann das Frontend seiner Wahl nun scannen lassen.

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]]

← Nächstältere Version		Version vom 25. Februar 2014, 16:41 Uhr
Zeile 1:		Zeile 1:
−	~~{{Review\|kompletter Artikel}}~~
	=Scannen per Netzwerk=		=Scannen per Netzwerk=
	Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.		Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.

@@ Zeile 2: / Zeile 2: @@
 =Scannen per Netzwerk=
 Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
-Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.
+Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.
 ==Die Scanserverkonfiguration==
 Als erstes benötigt man die Information, welche Clientrechner überhaupt scannen dürfen sollen.
-Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
+Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen in die '''/etc/saned.conf''' ein.
 Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen, trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.
@@ Zeile 47: / Zeile 47: @@
 Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
-Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.
+Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann es bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.
 Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:

@@ Zeile 1: / Zeile 1: @@
 {{Review|kompletter Artikel}}
 =Scannen per Netzwerk=
-Da hat man nun einen Scanner, der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
+Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
 Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.

@@ Zeile 85: / Zeile 85: @@
   scanimage -L
 in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.
 -----
 [[Scanner|zurück zur Scannerübersicht]]
 [[Kategorie:Scanner]] [[Kategorie:Netzwerk]]

@@ Zeile 49: / Zeile 49: @@
+  }
-Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist sowie eine eventuell laufende Firewall so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
+Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist, sowie eine eventuell laufende [[Firewall]] so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
 Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.

@@ Zeile 12: / Zeile 12: @@
   ## Access list
-  # A list of host names, IP addresses or IP subnets (CIDR
+  # A list of host names, IP addresses or IP subnets (CIDR notation) that
- notation) that
+  # are permitted to use local SANE devices. IPv6 addresses must be enclosed
-  # are permitted to use local SANE devices. IPv6 addresses must
+  # in brackets, and should always be specified in their compressed form.
+  #
   # The hostname matching is not case-sensitive.
@@ Zeile 32: / Zeile 29: @@
 '''/etc/xinetd.d/sane-port'''
   # default: off
-  # description: The saned provides scanner service via the
+  # description: The saned provides scanner service via the network.  \
- network.  \
+  #       Applications like kooka, xsane or xscanimage can use the remote \
   #       scanner.
   service sane-port
@@ Zeile 74: / Zeile 69: @@
   # This is the net backend config file.
   ## net backend options
-  # Timeout for the initial connection to saned. This will prevent
+  # Timeout for the initial connection to saned. This will prevent the backend
- the backend
+  # from blocking for several minutes trying to connect to an unresponsive
   # saned host (network outage, host down, ...). Value in seconds.
   # connect_timeout = 60
   ## saned hosts
   # Each line names a host to attach to.
-  # If you list "localhost" then your backends can be accessed
+  # If you list "localhost" then your backends can be accessed either
- either
+  # directly or through the net backend.  Going through the net backend
   # may be necessary to access devices that need special privileges.
   # localhost

@@ Zeile 59: / Zeile 59: @@
 und schaut, ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der [[Konsole]] / einer Terminalemulation mit der Tastenkombination Strg-C.
-Nun fehlt nur noch die Clientrechnereinrichtung
+Nun fehlt nur noch die Clientrechnereinrichtung.
 ==Die Clientrechnerkonfiguration==

@@ Zeile 1: / Zeile 1: @@
 {{Review|kompletter Artikel}}
 =Scannen per Netzwerk=
-Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
+Da hat man nun einen Scanner, der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
-Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten,benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.
+Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.
 ==Die Scanserverkonfiguration==
-Als erstes benötigt man die Information welche Clientrechner überhaupt scannen dürfen sollen.
+Als erstes benötigt man die Information, welche Clientrechner überhaupt scannen dürfen sollen.
 Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
-Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.
+Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen, trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.
 Beispiel:
@@ Zeile 26: / Zeile 26: @@
   #[2001:7a8:185e::42:12]/64
-Je nach verwendeter Software und der Frage ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.
+Je nach verwendeter Software und der Frage, ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.
-Anschließend muss muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.
+Anschließend muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden, damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.
 '''/etc/xinetd.d/sane-port'''
@@ Zeile 49: / Zeile 49: @@
+  }
-Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus weswegen noch sicherzustellen ist, daß dieser Port auch in '''/etc/services''' eingetragen ist sowie eine eventuell laufende Firewall so eingestellt ist, daß der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
+Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist sowie eine eventuell laufende Firewall so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
 Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
-Der User root mit der Gruppe root wird nur benötigt wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, daß dieser Benutzer nicht auf den Scanner zugreifen darf da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen
+Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.
 Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
 Man startet auf einem der Clientrechner einfach
   telnet scanservername 6566
-und schaut ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der Konsole / einer Terminalemulation mit der Tastenkombination Strg-C.
+und schaut, ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der [[Konsole]] / einer Terminalemulation mit der Tastenkombination Strg-C.
 Nun fehlt nur noch die Clientrechnereinrichtung
 ==Die Clientrechnerkonfiguration==
-Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
+Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server, sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
-Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile die per Default schon dort aber eben auskommentiert ist:
+Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile, die per Default schon dort, aber eben auskommentiert ist:
   net
-Nun ist prinzipiell schonmal die Umleitung aufs Netzwerk aktiviert aber der Clientrechner weiss ja noch nicht welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''' indem man dort den Server einträgt:
+Nun ist prinzipiell schon mal die Umleitung aufs Netzwerk aktiviert, aber der Clientrechner weiß ja noch nicht, welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''', indem man dort den Server einträgt:
 Beispiel:
@@ Zeile 89: / Zeile 90: @@
 .168.2.1
-Den Eintrag ''localhost'' sollte man aktivieren sofern man einen weiteren Scanner an dem Clientrechner hängen hat der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen,ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
+Den Eintrag ''localhost'' sollte man aktivieren, sofern man einen weiteren Scanner an dem Clientrechner hängen hat, der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen, ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
-Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden indem man
+Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden, indem man
   scanimage -L
 in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.
@@ Zeile 96: / Zeile 97: @@
 -----
 [[Scanner|zurück zur Scannerübersicht]]
-[[Kategorie:Scanner]]
+[[Kategorie:Scanner]] [[Kategorie:Netzwerk]]