abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Raspberry Pi Compute Module 4S s 2 GB, 4 GB a 8 GB paměti
    dnes 13:44 | IT novinky

    Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.

    Ladislav Hagara | Komentářů: 0
    nginx 1.26.0
    dnes 04:44 | Nová verze

    Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.

    Ladislav Hagara | Komentářů: 0
    Tails 6.2
    dnes 04:33 | Nová verze

    Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.

    Ladislav Hagara | Komentářů: 0
    Electron 30.0.0
    dnes 04:22 | Nová verze

    Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.

    Ladislav Hagara | Komentářů: 0
    QEMU 9.0.0
    dnes 04:11 | Nová verze

    Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.

    Ladislav Hagara | Komentářů: 0
    Evropský parlament: Právo na opravu
    včera 23:22 | IT novinky

    Evropský parlament dnes přijal směrnici týkající se tzv. práva spotřebitele na opravu. Poslanci ji podpořili 584 hlasy (3 bylo proti a 14 se zdrželo hlasování). Směrnice ujasňuje povinnosti výrobců opravovat zboží a motivovat spotřebitele k tomu, aby si výrobky nechávali opravit a prodloužili tak jejich životnost.

    Ladislav Hagara | Komentářů: 2
    Fedora Linux 40 a Slimbook Fedora 2
    včera 16:11 | Nová verze

    Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.

    Ladislav Hagara | Komentářů: 13
    Smyšlené texty na ČTK
    včera 13:44 | Upozornění

    ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.

    Ladislav Hagara | Komentářů: 25
    Open Home Foundation
    včera 13:33 | Komunita

    Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.

    Ladislav Hagara | Komentářů: 0
    Meta Horizon OS
    včera 13:00 | Nová verze

    Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    KDE Plasma 6
     (72%)
     (9%)
     (2%)
     (17%)
    Celkem 708 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník
    AbcLinuxu
    HDmag.cz

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    26.11.2007 14:29 Dvořák | skóre: 1
    Rozbalit Rozbalit vše tftp - ztráta paketů
    Dobrý den, nefunguje mi tftp server. Při posílání paketů z klienta na server se pakety někde ztrácí. Vypadá to, jako kdyby byly filtrovány firewalem, ale je vypnutý. Při žádosti z klienta o soubor pxelinux.0 se na serveru neobjeví žádný paket. Zkušebně jsem nainstaloval tftp server i na klienta a opačně funguje komunikace v pořádku (zde stahuji soubor a.txt):

    Klient (192.168.0.4): 
    linux:/home/dvorak # tcpdump -i eth0 -n host 192.168.0.50
14:15:32.450942 IP 192.168.0.4.1101 > 192.168.0.50.69:  22 RRQ "pxelinux.0" netascii
14:15:37.449382 arp who-has 192.168.0.50 tell 192.168.0.4
14:15:37.449502 arp reply 192.168.0.50 is-at 00:14:5e:f8:96:26
14:15:37.450421 IP 192.168.0.4.1101 > 192.168.0.50.69:  22 RRQ "pxelinux.0" netascii
14:15:42.450549 IP 192.168.0.4.1101 > 192.168.0.50.69:  22 RRQ "pxelinux.0" netascii
atd... A teď žádost ze server na clienta:
14:16:21.140372 IP 192.168.0.50.32770 > 192.168.0.4.69:  17 RRQ "a.txt" netascii
14:16:21.140374 IP 192.168.0.50.32770 > 192.168.0.4.1111: UDP, length: 4
14:16:21.142230 IP 192.168.0.4.1112 > 192.168.0.50.32770: UDP, length: 516
14:16:22.141680 IP 192.168.0.4.1112 > 192.168.0.50.32770: UDP, length: 516
14:16:24.141287 IP 192.168.0.4.1112 > 192.168.0.50.32770: UDP, length: 516
14:16:26.138073 arp who-has 192.168.0.4 tell 192.168.0.50
14:16:26.138091 arp reply 192.168.0.4 is-at 00:11:2f:95:8f:74
14:16:26.146094 IP 192.168.0.50.32770 > 192.168.0.4.1111: UDP, length: 4
14:16:28.140591 IP 192.168.0.4.1112 > 192.168.0.50.32770: UDP, length: 516
14:16:28.140854 IP 192.168.0.50.32770 > 192.168.0.4.1112: UDP, length: 4
Atd...
    Server (192.168.0.50): 
    ibm:/home/dvorak # tcpdump -i eth0 -n host 192.168.0.4
14:15:37.463766 arp who-has 192.168.0.50 tell 192.168.0.4
Prostě nic... A teď žádost ze server na clienta:
14:16:21.154611 IP 192.168.0.50.32770 > 192.168.0.4.69:  17 RRQ a.txt netascii
14:16:21.154630 IP 192.168.0.50.32770 > 192.168.0.4.1111: UDP, length 4
14:16:26.152326 arp who-has 192.168.0.4 tell 192.168.0.50
14:16:26.152470 arp reply 192.168.0.4 is-at 00:11:2f:95:8f:74
14:16:26.160344 IP 192.168.0.50.32770 > 192.168.0.4.1111: UDP, length 4
14:16:28.155028 IP 192.168.0.4.1112 > 192.168.0.50.32770: UDP, length 516
14:16:28.155104 IP 192.168.0.50.32770 > 192.168.0.4.1112: UDP, length 4
atd...
    iptables jsou vypnuté: 
    iptables -L 
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
    Když stahuji soubor na localu (ze serveru na server), tak to funguje dobře.

    Nevím, jestli to s tím souvisí, ale stejně tak mi něco zahazuje icmp pakety pingu. Při pingnutí ze serveru na klienta se ztratí některé příchozí odpovědi. Projde jich právě 5 za 30 sekund: 
    ibm:/home/dvorak # ping 192.168.0.4
PING 192.168.0.4 (192.168.0.4) 56(84) bytes of data.
64 bytes from 192.168.0.4: icmp_seq=6 ttl=64 time=0.159 ms
64 bytes from 192.168.0.4: icmp_seq=7 ttl=64 time=0.173 ms
64 bytes from 192.168.0.4: icmp_seq=8 ttl=64 time=0.182 ms
64 bytes from 192.168.0.4: icmp_seq=9 ttl=64 time=0.183 ms
64 bytes from 192.168.0.4: icmp_seq=10 ttl=64 time=0.174 ms
64 bytes from 192.168.0.4: icmp_seq=60 ttl=64 time=0.185 ms
64 bytes from 192.168.0.4: icmp_seq=61 ttl=64 time=0.179 ms
64 bytes from 192.168.0.4: icmp_seq=62 ttl=64 time=0.180 ms
64 bytes from 192.168.0.4: icmp_seq=63 ttl=64 time=0.181 ms
64 bytes from 192.168.0.4: icmp_seq=64 ttl=64 time=0.177 ms
64 bytes from 192.168.0.4: icmp_seq=114 ttl=64 time=0.174 ms
64 bytes from 192.168.0.4: icmp_seq=115 ttl=64 time=0.171 ms
64 bytes from 192.168.0.4: icmp_seq=116 ttl=64 time=0.187 ms
64 bytes from 192.168.0.4: icmp_seq=117 ttl=64 time=0.166 ms
64 bytes from 192.168.0.4: icmp_seq=118 ttl=64 time=0.167 ms

--- 192.168.0.4 ping statistics ---
119 packets transmitted, 15 received, 87% packet loss, time 118011ms
rtt min/avg/max/mdev = 0.159/0.175/0.187/0.019 ms
    Příliš pravidelné, aby to byla náhoda nebo chyba sítě. Počítače jsou od sebe 2m propojené kabelem. Ping z klienta na server bez ztráty paketu. Ostatní protokoly fungují bez problémů.

    Nevím, kde se dá mimo iptables blokovat pakety. Díval jsem se na /proc/sys/net/ipv4 soubory icmp_ratemask a icmp_ratelimit ale na obou počítačích jsou nastaveny stejně (defaultně) a i když jsem se je snažil změnit, tak se nic nestalo. Stejně by to asi nemělo vliv na UDP/IP.

    Mám Suse Linux 10.3, jádro, 2.6.22.5.-31-default

    Jestli víte jak na to, díky za dobrou radu.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.