Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
3.6.2008 20:47
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Ja potom potom v programu precisluji cislo VLANu a ramec zpet odeslu pres tu samou sitovou kartu switchi.
Čím se to liší od routování paketu došlého např. na eth0.1 na např. eth0.2?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
8021q a rozhodování, jak to dělat, na standardních směrovacích mechanismech jádra. Dynamické změny konfigurace by se prováděly prostřednictvím démona, který by neřešil jednotlivé pakety, ale jen přenastavoval směrovací tabulky (a případně pravidla). Takže vlastně podobně jako to dělají třeba démoni pro dynamické směrování.
To ze modul 8021q obchazi velikost MTU jsem primo nevedel
Nepotřebuje nic obcházet. MTU definuje maximální délku paketu pro síťovou vrstvu, takže se ho to netýká.
Nejsem si uplne jisty jak se na linuxu resi max. velikost MTU, ale myslim, ze modul 8021q nejak max velikost obchaziPodle me vubec nic neobchazi. Proc by melo?
Pokud se dobre pamatuju tak se kvuli 8021q musely upravit ovladace vsech sitovych karet.Zase to nevim jiste, protoze nevim jak je to implementovane, ale ovladace se pravdepodobne prepsat musely. A to z duvodu, ze ovladac odesila ramec fyzicke vrstve (hardware) a nejak do toho ramce musi vlozit tag vlanu. To znamena, ze bylo pravdepodobne nutne pridelat rozhrani pro cteni a zapisovani vlan tagu do ramcu, ale nedelalo se to kvuli zadnymu MTU.
V pripade, ze PC1 odesle na switch ramec velikosti 1500 bajtu,Predpokladam, ze byl myslen paket o velikosti 1500B zabalen do ramce - dohromady tedy 1518B. Pokud ne, a ramec ma skutecne 1500B, pak v nem zabaleny paket ma jen 1482B. Ale to je jedno, protoze to je podmnozina naseho maximalniho pripadu, tedy ramce o velikosti 1518B.
switch tento ramec otaguje (ted jiz 1504 bajtu) a posle ho pres trunk port na muj pocitac (server).Takze ted uz to bude 1522B. Maximalni ramec presne podle specifikace vlanu. Ten 4B tag je v hlavicce ramce, takze velikost poslaneho paketu je pouze 1500B. To znamena, ze i ramec ze switche ma velikost paketu (ekvivalent MTU) maximalne 1500B.
Sitova karta, i kdyz ma nastaveno velikost MTU 1500 bajtu, takto velky ramec prijme.Tady je prvni chyba. Sitova karta prijima pouze standardni ramce. To jestli ma nastaveno MTU x nebo y je ji uplne jedno. My mame poslany ramec podle standardu, takze je prijat.
Ja potom potom v programu precisluji cislo VLANu a ramec zpet odeslu pres tu samou sitovou kartu switchi. Bohuzel se mi vyhodi chyba, ze velikost ramce prekrocila limit a ramec se neodesle.No a tady bude chyba druha. Teoreticky to precislovani mas spravne, ale prakticky asi ne. Protoze pokud si prijal standardni ramec, tak tam paket nema vic jak 1500B. Ten paket ty vezmes, zkopirujes do noveho ramce, das mu spravne adresy a nastavis tag. Z toho plyne, ze z daty v paketu NIC nedelas a tudiz se ti NIJAK NEMUZE zvysit MTU. A pokud karta umi odesilat ramce vlanu, tak jedinej problem je, jak nastavit ten tag.
Zajimave je, ze prijmout ramec o velikosti 1518 bajtu muzu, ale odeslat mohu jen o maximalni velikosti 1514 bajtu. kdyz chci odeslat vetsi, vyhodi mi to chybu, ze ramec je prilis velky.
Primo na fyzickem rozhrani eth0 je maximalni velikost odesilaneho ramce 1514 bajtu, ale na rozhrani doplnenou napr. o VLAN ID 3 - eth0.3 je velikost odesilaneho ramce maximalne 1518 bajtu. Prijimat mohu na obou rozhranich ramce velke 1518 bajtu.Tohle je podle me zpusobeno tim, ze ty kdyz odesilas ramec, tak muzes nastavit adresy a typ (pripadne se nastavi jeste tag), ale nemuzes nastavit checksum. Ten se nastavi asi natvrdo v ovladacich, aby se nedaly posilat neplatne ramce. Takze ty nastavis na odeslani 2x6B adresy, 2B typ/delka, (4B tag,) max 1500B packet = 1514B (1518B). Checksum doplni ovladac a jsi na max 1518 pro normalni ramec a 1522 pro vlan ramec.
tudiz z toho plyne ze karta podporuje otagovane ramce, ale jen s podporou vconfigu. To mi je ale k nicemu
Proč je to k ničemu? Podle toho, co píšete výše, se mi zdá, že modul 8021q a příkaz vconfig jsou přesně to, co potřebujete.
6B adresa, 6B adresa, 2B typ/velikost, az 1500B MTU (prenaseny packet), 4B checksum.Ale specifikace vlan mu pridava dalsi 4 bytes pro tag. To znamena maximalni velikost 1522 bytes pri pouziti vlan tagu, tj.
6B adresa, 6B adresa, 2B typ, 4B tag, az 1500B MTU (prenaseny packet), 4B checksum.Takze, jestli dobre chapu, ze ti prijde ramec s packetem a ty to chces podle neceho otagovat, tak ten packet nechas jak je a ten tag musis dostat do hlavicky ramce.
Tiskni
Sdílej:
