Dotaz: Vstup z TCP portu ukladat do souboru

[edoras]

Potřebuji aby server naslouchal na portu 9700 a průběžně ukládal to co mu na tento port přijde do souboru. Narážím ale na neustálé problemy, se kterými si nevím rady.

První nápad byl použití NETCAT.
/usr/bin/nc -k -l 9700 >/test.txt

Toto funguje perfektně když spustím netcat z konzole. Problém nastává, když z netcatu chci udělat daemona. Při zadání

nohup /usr/bin/nc -k -l 9700 & >/test.txt

sice netcat začne na portu 9700 naslouchat, ale jakmile dám z druhého počítače "telnet {IP} 9700", tak se po prvním vloženém znaku telnet ukončí a na serveru se do souboru "test.txt" neuloží vůbec nic.

Druhý nápad byl využití xinetd. Vytvořil jsem si skript /root/test.sh:

#!/bin/bash
echo "Ahoj svete"
while test 1; do
        read promenna
        if [ -z "$promenna" ]; then exit; fi
        echo $promenna >>/test.txt
done

a nechal jsem tento skript spustit přes xinet.d na portu 9000

service pmservice
{
        disable                 = no
        port                    = 9700
        socket_type             = stream
        protocol                = tcp
        wait                    = no
        user                    = root
        server                  = /root/test.sh
}

To mi fungovalo, až na to, že skript vždy vyčkával na znak CR, teprve potom uložil do souboru to, co mu přišlo na port. Ale já chci, aby ukládal data plynule, aniž by čekal na znak nového řádku, který vlastně ani nemusí přijít.

Děkuji za radu, už nevím jak na to.

Odpovědi

[linuxik]

Ahoj,

na beh programu "na pozadi" pouzivam program screen. Funguje bez problemu. Mam v nem bezne spustene skrity i nekolik tydnu.

[edoras]

Zkusil jsem screen a chova se to uplne stejne, jako nohup . Tj, port nasloucha, na Telnet mi odpovi. Jakmile tam ale poslu prvni znak, ihned se telnet ukonci a nic se nezapise . Co delam spatne??? :-?

[edoras]

Tak zpet ... screen funguje. Ale stejne mi nejde do hlavy, proc to nejde pres nohup.
Jde nejak u toho screenu zautomatizovat spusteni? Tj abych to neusel nahazovat rucne po restartu serveru.

[linuxik]

screen prikaz

jednoduseji uz to ani nejde a muzes to dat treba do /etc/rc.local

[NN]

V xinet.d muzes netcat poustet primo bez skriptu..

NN

[edoras]

Myslis vyvolat primo z xinet.d prikaz "/usr/bin/nc -k -l 9700 >/test.txt" ? To jsem si prave rikal, ze by to neslo, protoze by pri spusteni na stejnem portu naslouchal jak nc tak xinet.d. Nebo se pletu?

[Ivan]

xinet a nc se navzajem vylucuji, protoze delaji to same. S tim zpracovanim vstupu po radcich je slozitejsi(alespon v shellu), resenim by bylo napsat to same v Perlu anebo Pythonu. Koukni se do man-u nc:
-k Forces nc to stay listening for another connection after its current connection is completed. It is an error to use this option without the -l option.
Potrebujes taky obsluhovat vice TCP spojeni paralelne?

[edoras]

Tak jsem zkusil pres xinetd vyvolat prikaz /usr/bin/nc -l 9760 >>/test.txt a pri nalogovani telnetem mi to ohlasilo "nc: Address already in use. Připojení k hostiteli bylo ztraceno." . Takze takto asi ne.
Vice spojeni potrebuji obsluhovat, momentalne budu ale vdecny i za jedno spojeni .

[a1bert]

nemuzes volat z xinetd nc, o bindovani a presmerovani se stara sam xinetd takze misto nc pouzij v xinetd cat (ale jak uz nekdo psal, s radkovanim asi bude problem)

[Tomas]

nohup /usr/bin/nc -k -l 9700 & >/test.txt

Nemělo by to být spíše takto?

nohup /usr/bin/nc -k -l 9700 >./test.txt

Jen drobné, ale možná důležité změny.

[edoras]

Tak sice jsem uplne nepochopil, proc myslis ze by to melo pomoci, ale zkusil jsem to. Vysledek stejny. Zacne naslouchat, naloguju se telnetem, poslu prvni znak a spojeni se ukonci, do souboru se nezapise vubec nic.

[anomyn]

doporucuju socat, da se na nej opravdu spolehnout.

[František Bublík]

Zkuste tcpflow.

[chochi]

Problem je zde jasny - nc ma zavreny vstup, tak nema co posilat, tak hned spojeni zavre.
Me funguje napr nasledujici:

mkfifo dummy
nohup cat dummy | /usr/bin/nc -k -l 9700 >/test.txt 2>/dev/null &

nc pak cte ze souboru dummy, ktery vzdy vraci, ze nema zadna data, ale nevrati, ze soubor je prazdny.

PS: Pro fanousky UUOC mi tohle nefunguje (netusim proc):

nohup usr/bin/nc -k -l 9700 >/test.txt 2>/dev/null <dummy &

Takze ten cat je tam potreba.

[pavlix]

IMO to všichni zbytečně komplikujete.

Na pouštění příkazů on demand není netcat, ale inetd, xinetd, případně to zvládne i systemd.

Na opisování vstupu na výstup slouží odjakživa program cat.

Sám o sobě by ale opisoval data zpátky do socketu, takže je potřeba přesměrovat výstup. Pokud daný superdémon zvládne přesměrování výstupu, je to fajn (určitě to umí systemd, nevím jak ostatní).

Pokud ne, stačí cat zabalit do triviálního skriptu:

#/bin/sh
FILENAME=...
cat >$FILENAME

Ten se pak volá například z inetd. Vstup projde catem a přesměruje se do souboru. Výstup žádný není, tudíž protistrana nedostane odpověď (což lze změnit úpravou toho skriptu).