Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Zdravím, hodil jsem to do blogu, nemyslím, že by to mělo být v poradně.
Blbne mi internet u našich. Problém spočívá v tom, že se občas nenačítají stránky ale PING a TRACERT jede. ISP se z toho snaží vykroutit a říká, že mu to tady musí něco ručit - naše WIFI. Tak jsem to dnes vypnul a dal notes přímo za OVISLINK, který jsem ještě pro jistotu restartoval.
Problém stále přetrval a nevím v čem by to mohlo být. Zítra jdu za ním a rád bych měl nějaké argumenty v ruce.
Nemáte nějaký tip v čem by to mohlo být?
UPDATE: stránky se někdy načtou a potom to zase chvíli jede. Teď to třeba jede už od osmi hodin.
Tiskni
Sdílej:
Velkost MTU? Priznaky su typicke.
1) co to je?
2) jsem schopen ovlivnit to v nastavení u nás?
3) jakou má mít hodnotu?
1) zhruba maximalna velkost paketu, ktory dokaze preliest internetom bez fragmentacie
2) ifconfig eth0 mtu XXX
3) default pre ethernet 1500, na skusku nejakych 100 je dobre cislo. Zlomy su v okoli 256-N, 512-N, 576, 1492, kde N je velkost TCP hlaviciek. Ak 1500 neprejde cez ISP, je to bug a mali by to odstranit.
22.12.2008 21:20
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
imho to nebude problem, spis bych rekl ze sice pujde o problem pruchodu paketu, teda spise o jejich stratovost. Jeho priznaky jsou velmi jednoznacne. Ale samozrejme to muze byt i problem s MTU jelikoz projevy jsou identicke.
22.12.2008 20:21
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
tcptraceroute www.neco.cz 80
nemám po ruce linux, takže to nemohu zkusit.
Ale není tam tcptraceroute
tcptraceroute www.example.com 80 1400
nejde o upc? lokalita brno reckovice, medlanky bezny jev. neresitelne(za rok porad s nimi neni rec, co vim od lidi sou problemy v cele oblasti)
potes panbu ruce pryc pokud muzete....
Je to jeden místní poskytovatel v HK. Takže ne, ale to MTU vypadá zajímavě, zkusím to na počítačích nastavit a uvidíme.
Predpokladám, že rušiť, nie ručiť....
Môžeš upresniť o aký typ pripojenia, zariadenia cez ktoré ide (spomínaš wifi - je tam wifi router?), ako sa to konkrétne prejavuje? Jednak to, či načítavanie padne na timeout-e, alebo sa odpája PC od siete, atď.
Sám riešim podobný problém s T-Mobile a rýchlym internetom, ale tam je to hlavne o padaní prenosovej rýchlosti pod prah použiteľnosti a striedavé priraďovanie verejnej a privátenej IP.
Z tvojho popisu nie je ani moc jasné čo všetko si skúšal a do akej miery identifikoval.
připojení je přes wifi do ovislinku (poskytovatel má od nás přístupový bod asi 200m) z ovislinku je to do wifirouteru edimax a od edimaxu je to rozvedeno kabelem i wifi do pocitacu. Načítání stránek trvá tak dlouho až projde time-out.
Zkoušel jsem změnit na wifi routeru kanál, to nepomohlo, zkoušel jsem ho úplně vyřadit, to taky nepomohlo.
22.12.2008 21:18
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Jde o to ze mas proste spatnej signal. Nebo ti to neco rusi. To ze jede ping znamena ze malej paket se do netu dostene a to ze nejedou obcas stranky znamena ze se tam nedostane vekej paket. Takze resit by to mel poskytovatel, bud presunutim tveho klientskeho zarizeni, pripadne preladenim pokud se jedna o ruseni a najde volnejsi kanal, nebo odstranenim prekazky, pokud se jedna o tento druh problemu. Nebo snizit Fragment Threshold, coz je ale az posledni moznost a ne vzdy to musi pomoct.
nemyslím si, že by to bylo třeba tím špatným signálem. Jsme od jeho přístupovýho bodu cca 200m. Máme tam takovou tu talířovou anténu. Rušení je klidně možný, zkusil jsem nastavit MTU a uvidíme jak to poběží.
22.12.2008 21:42
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Popravde to nic neznamena, ja mel sito, vysilac vzdalenej 100M a stejne sem mel podbny problemy. Nezalezi totiz jen na vzdalenosti, mnohem dulezitejsi je prima viditelnost, nesmi mezi vysilacem a prijmacem nic byt, hlavne ne strom, dokonce je potreba si davat pozor na naruse ni fresnelovy zony.
no, přímou viditelnost máme. a fresnelovu zónu klidně narušovat můžem, páč v cestě jsou baráky.
22.12.2008 21:54
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
No, takovym malim voditkem jestli se jedna o slaby signal by melo byt ukazatel na tom ovisu? Co ukazuje za signal? Teda pokud do nej mas pristup a jestli je to zarizeni pres ktere jsou rodice pripojeni na AP ISP.
Přístup právš nemám. Zkusím to zjistit.
22.12.2008 21:59
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
No kazdopadne by to mela byt starost toho ISP. No jak je tak znam tak ti pristup do toho AP nedaji, coz docela chapu. Ale nechapu proc nevyslou technika na zjisteni zavady.
ten už tu byl a tvrdí, že je vše v pořádku. Ale já mu prostě nevěřím. U strejdy přes ulici, který má stejného ISP, taky nešel net. Problém byl takový, že mu šel ping, ale stránky se nenačetli vůbec. (tady se občas načtou a potom to zase jede). Technik mu řekl, že je vše OK a že to je u něj v kompu. Nakonec jsme zjistili, že je to problém u nich a že jeho kolega něco zapomněl zapnout a už to jelo.
22.12.2008 22:11
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Asi dobrej ISP 
. Odkud jsou tvy rodice? Ze bych zkusil hadat kdo to je .
to jsem teda zvědavej. Z HK - Svinary
22.12.2008 22:25
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
ok-net :D
A jak to zjistím? Zkoušel jsem zadávat IP adresy serverů a nic , stránka nenaběhla.
22.12.2008 22:14
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
To už spíš host -v WEB_SERVER. Je tam vidět i čas, za jak dlouho dostal odpověď. Plus bych občas použil telnet na port 80 daného serveru.
22.12.2008 21:45
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
zkus toto:
ping abclinuxu.cz -l 512
a postupne to zkousej s vetsi velikosti napr. 1024, 2048. A zjisti pri kterych hodnotach dojde k velke ztratovosti.
jsme na linuxovém serveru ... takže ping NEKAM -s 512
Ale přidávám se k názoru, že je rušené wifi na příjmu. A projeví se to opravdu dost často pouze při velkých paketech. Tedy normální ping i traceroute projde, provoz třeba http už ne.
Může to také být tím, že poskytovatel vyměnil soft na svém přístupovém bodě. Např. přechod na mikrotik většinou znamená přeflashování všech ovislinků (5460) na verze 10 a vyšší a nové nastavení. Open autentifikace (je-li wep), long preamble, wifi mode B-only (tedy pokud to je jenom B-only přístupový bod). Projevovalo se to většinou pouze při velikostech paketů nad RTS Treshold, ale už si to přesně nepamatuju.
Změna MTU nemusí přinést požadovaný efekt. Jelikož záleží na cestě k tomu kterému serveru ... třeba servery microsoftu měli s malým mtu problém. Když už ladit velikostí paketů, tak zkusit Fragmentation treshold na tom ovislinku. Tedy zmenšení paketů na rádiu.
Pokud ti to nepomůže a fyzicky to máš správně (nerozbitá anténa, kabel v pořádku, konektory suché a dotažené), tak zkus jiného ovislinka. A pokud ani to ... jdi z wifi pryč. Buď je tak přeplněný éther, že máš smůlu, nebo si soused pořídil třeba bezdrátovou kameru (např. dětské chůvičky, zvlášť s videem, jsou skvělý - zničí polovinu pásma v okruhu minimálně 50m zástavba, nezástavba; a přeladit dost často nejdou).
23.12.2008 10:08
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
On psal že u rodičů nemá linux . Proto to -l. Jinak se zbytkem plně souhlasím.
minimálně měnil HW. SW v ovislinku 5460 je od něho, že ho prý má odladěný.
No a přechod na jiného poskytovatele nepříchází v úvahu, páč tam nikdo jiný není a to ani ADSL.
22.12.2008 21:49
bazil | skóre: 33
| blog: sluje
| Miroslav
23.12.2008 00:02
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
Měl jsem s wifi na 2,4GHz celkem úspěchy, asi 20dB yaggi a Alfu s sw útlumem. Náš poskytovatel byl na 3 kanálech, takže jsme si mohli vybrat. Už jsem z toho vypad, ale mam pocit, že ping = icmp dostupnost by měla dostačovat a tedy bych tam rušení neviděl? Dokonce jsou obchody, co dané zařízení na den zapůjčí, pokud se to děje pravidelně, to blbnutí provozu, lze vyzkoušet, co pomůže. Stejně tak do toho může zasahovat teplota mimo rozsah daného AP. Fórum Czfree by mělo pomoct, taky jsem tam našel cenné rady a poznatky.
23.12.2008 00:11
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
. Samozrejme ze to muze byt ruseni. Nejlepe se to pozna pokud clovek nastavi vetsi velikost paketu pro ping.
23.12.2008 00:24
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
Jo, to máte pravdu, jde o velikost ethernetového rámce, co proleze = tedy sledovat provoz ... mimo to slušný AP maj statistiku wan interfejsu. Což ale stačí jen pro info o prvním hopu. Tak zřejmě sledovat provoz v nějakym snifferu a koukat na zahozený pakety.
Rekni mu, at te prehodi na 5ku, tam bude mene zabranych kanalu. Kdyz ma kazdej apecko doma, tak se nemuzeme divit, ze na 2.4ce se clovek nechytne ani na tech 200 metru. Je to dzungle. Alespon u nas vidim 40 ruznych ap na 2.4GHZ
23.12.2008 10:16
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
Co sniffovat wiresharkem provoz jdoucí z "internetu" a mít filtr "ip.checksum_bad"? To by mělo rušení detekovat, ne?
Může blbnout QOS u poskytovatele - nevhodným způsobem omezuje rychlost. Taky se mi to stalo. Omezování funguje tak, že u TCP spojení se náhodně zahazují pakety. Problém vznikne v okamžiku, kdy poskytovatel náhodně zahazuje i pakety, které navazují spojení (SYN, SYN/ACK), pro ty má být ve filtru výjimka a mají vždy projít, filtrovat má až pakety navázaného spojení.
Názorně, má to probíhat takhle:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
22.12.2008 21:57
23.12.2008 01:31
filtruje se nefiltruje se
host1 ---- SYN ----> host2
host1 <-- SYN/ACK -- host2
host1 ---- ACK ----> host2
...
A on to má takhle:
filtruje se nefiltruje se
host1 ---- SYN ----> host2
host1 <-- SYN/ACK -- host2
host1 ---- ACK ----> host2
...
Projevuje se to tak, že se stránka jako kdyby dlouho načítá a pak vyprší časový limit. Jestli se rovnou nezobrazí, tak jde asi o jiný problém.
může to být klidně i toto. dokud sem toho technika nedoženu a nevysvětlím mu v čem je problém a ukážu mu, že to nejde i když vypnu naši wifi doma tak je to asi k ničemu. Nejhorčí je, že teď to jede od vera. buď s tím něco konečně udělal nebo se to nějak rozjelo samo...
další poznatky - spojení vypadne sem tam na pár minut a zase se nahodí. Viditelnost je dobrá. ze střechy na ten bod bez problému vidím. Všechny kabely jsou v pořádku zastrčeny a žádná voda není. Tady je anténa co maj na střeše. Nevím jestli je to přesně ona, ale je ji hodně podobná. Dle mapy.cz je to vzdáleno 165m.
Pakety v době výpadku vypadaly takto:
Odpověď od 77.75.76.3: bajty=1470 čas=38ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=36ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=37ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=37ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=40ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=51ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=51ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=36ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=41ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=48ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=37ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=38ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=36ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=252ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=41ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=29ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=38ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=35ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=37ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=35ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=30ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=47ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=54ms TTL=54
Odpověď od 77.75.76.3: bajty=1470 čas=35ms TTL=54
24.12.2008 17:11
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
Ok, když to nejde ... jméno se na IP přeloží? Tedy například přes nslookup, host atd.? Pak telnet na www ... telnet www.seznam.cz 80 a pak GET / HTTP/1.1, viz příloha ... jestli máte nějakou odpověď.
ještě mě napadlo, mohlo by to být umístěním antény?? Máme antenu na hřebenu střechy (ted klasická sedlová střecha) a je hned jakoby dole. pomohlo by, kdyby se vytáhla po tom stožáru nahoru, tedy co nejdál od střechy?
kabely ještě přeběhnu, mohl by to dělat i síťový kabel od ovislinku do wifi routeru? Trafo je od nás cca 100 m, ale na druhou stranu než se připojujem, tedy není v cestě. Vcestě jsou dráty VN, mohlo by tohlě vadit? Pro řešení situace asi poskytovateli navrhnu, abychom se připíchli ke strejdovi na AP, které je přes ulice (tedy bohužel přes strom) a to napevno kabelem.