saned standalone mode, lenny alatt

Debian GNU/Linux

Sziasztok!

Van egy sane szerverem, amely a lenny upgrade óra nem megy rendesen.

Korábban xinetd-ből futott, de lenny alatt már nem ez a javasolt, hanem a standalone mód (nem is működött az upgade óta xinetd-ből)

A problémám az, hogy initscriptből indítva a szerver elindul, a kliensről próbálom listázni az elérhető scannereket (scanimage -L parancs), amely persze nem látják a scannert.

Ha debug módban indítom el (saned -d128), akkor valamiért nem tud bindelni a portjára, azaz mégis, mert nem hal meg a processz, vár a kapcsolatokra: 

[saned] do_bindings: trying to get port for service "sane-port" (getaddrinfo)
[saned] do_bindings: [0] socket () using IPv6
[saned] do_bindings: [0] setsockopt ()
[saned] do_bindings: [0] bind () to port 6566
[saned] do_bindings: [0] listen ()
[saned] do_bindings: [1] socket () using IPv4
[saned] do_bindings: [1] setsockopt ()
[saned] do_bindings: [1] bind () to port 6566
[saned] do_bindings: [1] bind failed: Address already in use
[saned] run_standalone: spawning Avahi process
[saned] run_standalone: waiting for control connection

Ha most a kliensről nyomok egy scanimage -L parancsot, akkor: 

[saned] check_host: access granted from IP address 1.2.3.4 (in subnet 1.2.3.0/24)
[saned] init: access granted
[saned] init: access granted to saned-user@::ffff:1.2.3.4
[saned] process_request: waiting for request
[saned] process_request: got request 1
[saned] process_request: waiting for request
[saned] process_request: got request 10
[saned] bailing out, waiting for children...
[saned] bail_out: all children exited

Ilyenkor a kliens rendesen látja a scannert. Viszont mivel a szerver processz kilépett, újra futtatva a scanimage -L-t, nem látja a scannert. Ugyanezzel a módszerrel szkennelni is lehet, de amint a scanner klienst bezárom, elhal a szerver processz.

Ez a működés az (x)inetd-s indításnál elvárt (pont ezt kell csinálnia), de standalone módban nem, nyitva kellene maradnia a szerver folyamatnak.

Kérdésem: hol lehet beállítani, hogy ne lépjen ki, miután a kliens lezárta a kapcsolatot? Vagy esetleg valami ötletetek, hogy miért panaszkodik, hogy nem tud bindelni, ha utána meg lehet csatlakozni hozzá?

(netstattal néztem, indulás előtt semmi nem fogja a 6566-os portot)

Petya

  • 1354 megtekintés

Nem tudom miért, a sane IRC csatornáján írták nekem ezt, hogy az új saned-et javasolt standalone-ban futtatni. (Ugyanis etch alatt én is xinetd-ből futtattam, a lenny upgrade után, ugyancsak xinetd-ből nem ment) Sőt xinetd-ből futtatva egyáltalán nem megy. (azaz elindul, látja, hogy csatlakozni akar hozzá valaki, és utána 1 másodperccel megszűnik a processz.)

A másik ok, amiért jó lenne a folyamatos futás, az az, hogy a windows kliensek nem admin felhasználóval leakadnak azon, ha változik a data port, amin jön az adat... Talán ha mindig fut a saned, akkor nem váltogatja a portokat.

Petya

Nálunk a sanetwain-t vezettük be, az r=1 usereket átszoktatni másra elég macerás lenne.

De egyébként most semmilyen klienssel nem megy, sem xinetd-vel, sem pedig standalone-ban. Kizárólag debug módban sikerült működésre bírni, és csak egy művelet erejéig. (szkennelés, listázás..)

Petya

Lehet, célszerű lenne egyet forgatnod, ha már a frissítés megtörtént...
A xinetd egy ilyen szoftvernél mellesleg szerintem akkor is jobb. (intraneten meg nem annyira érdekesek a xinetd-vel kapcsolatos biztonsági kérédsek...)

kötöjelkötöjel
Pedig ez nem az! - lécinetámagy! - ervéó