abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 7
včera 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 9
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 857 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: problem s telnetem a keepalive

    6.12.2002 17:25 petrxh
    problem s telnetem a keepalive
    Přečteno: 101×
    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

    6.12.2002 19:50 Beda
    Rozbalit Rozbalit vše problem s telnetem a keepalive

    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.

    10.12.2002 10:19 petrxh
    Rozbalit Rozbalit vše problem s telnetem a keepalive
    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.
    10.12.2002 10:43 petrxh
    Rozbalit Rozbalit vše problem s telnetem a keepalive
    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.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.