Dotaz: problem s telnetem a keepalive

[petrxh]

Nasi uzivatele se telnetem pripoji a po zalogovani se jim z .profile pusti znakova aplikace. Pokud svoji session ukonci nekorektne - zavrou okno s telnetem, aniz by ukoncili aplikaci, aplikace (a jeji login, bash) na serveru bezi dal a krome toho ji vyskoci spotreba CPU na 99%. Distribuce je Suse 8.0, system jede na dvou Xeonech. Diky za jakoukoliv radu.

Odpovědi

[Beda]

hm. a nemel by se nahodou poslat SIGTTOU a nebo SIGTTIN nebo SIGPIPE?
kdyztak si odzkousejte, jestli na tydle signaly ten program reaguje umrtvenim.

• pokud chcipne pri SIGTT*, tak zbyva moznost, ze telnetd ty sockety ktery jsou tomu programu stdin a stdout stderr drzi a proto se neposle SIGTT*. pak bych asi zkusil zmenit nastaveni telnetd.
• pokud nechcipne, tak:
  • shell/telnetd nastavil pres sigaction nejakou procedurku, ktera ten signal obslouzi a vyignoruje. (ale mozna to neni dedicny... Trapped signals are reset to their original values in a child process when it is created.)
  • ten program sam si to nastavil

prvne bych teda zkusil kill -SIGTTOU/... PID jestli xipne a pak bych podle toho resil jestli nastavovat telnetd nebo pridat do /etc/profile radek ktery tusim bude vypadat

trap - CISLOSIGNALU #ty mezery kolem pomlcky jsou spravne

stejne je ale problem v programu, ze je nevhodne napsany. hledal bych nejaky cyklus kde se dela read/write a to i v te zabalene podobe printu a kdo vi jakych knihovnich funkci :( kde se zapomelo na kontrolu navratove hodnoty.

[petrxh]

Diky za odpoved. Zkusenost je takova, ze ani na jeden z uvedenych signalu aplikace neodpovida. Bohuzel je komercni a zdrojaky k ni mit nebudu. Kdyz jsem si nastavil v .profilu trapy na signaly od 1 - 30 (bez spusteni one aplikace), tak pri ukonceni okna to posle SIGHUP.
man 7 signal rika, ze SIGHUP je "Hangup detected on controlling terminal or death of controlling process", coz by odpovidalo.
Zajimavy je, ze kill -HUP aplikaci spolehlive zabije vcetne predku (login a popr. shell). Bohuzel nekde selhava propagace tohoto signalu z shellu dal. Dlasi vec - drive nam aplikace bezela na HP-UX a tam podobny problem neexistoval.

[petrxh]

Opravuji. Informace vyse jsou jiz nejakou dobu stare, takze jsem si je nepamatoval presne. Zkusil jsem nastavit trap 0 - 31. Pokud v terminalu bezi napr. vi, nebo jen shell a terminal je ukoncen, posle se signal 17, logout a 0. Pokud bezi nase aplikace, nebo napr. ping a terminal je ukoncen, zadny signal se negeneruje.

V pripade, ze klientem je ssh a bezi shell nebo vi posilaji se signaly nasledovne: 1, 18, 17, logout, 0. V pripade, ze bezi aplikace, opet neni zachycen zadny signal.