Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.
Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.
Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.
Společnost OpenAI představila GPT-5 (YouTube).
Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.
Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Americká technologická společnost Apple uskuteční v USA další investice ve výši sta miliard dolarů (2,1 bilionu korun). Oznámil to ve středu šéf firmy Tim Cook při setkání v Bílém domě s americkým prezidentem Donaldem Trumpem. Trump zároveň oznámil záměr zavést stoprocentní clo na polovodiče z dovozu.
Zálohovací server Proxmox Backup Server byl vydán v nové stabilní verzi 4.0. Založen je na Debianu 13 Trixie.
A -- VPN -- B -- VPN -- Cnebo takto,
-- A VPN -- B -- CVeta "stroje z jiných sítí nevidím" znamna co presne? Routing mas v poradku? Traceroute vypada jak? Ping se dostane kam az? Pakety jsou zahazovane kde presne?
Vypadá to, že se OpenVPN naučí, kde laptop je a už „nepustí“.VPN ma prece session, ktera se s odpojenim rozpadne. Log VPN klienta vypada jak? Nema OS jen problem s ostranenim docasnych cest z routing tabulky?
Tazatal zmiňuje TAP rozhraní což by snad mělo být propojení ekvivalentní bridge a nikoli routeru (TUN)?
Přesně tak. Jinak by to ani nedávalo smyslu (cílem je, aby zůstaly zachovány IP adresy a laptop byl dosažitelný na své IP adrese nezávisle na tom, kde se nachází - což logicky za pomoci TUN nejde...). Mimoto tam jede VOIP, takže stejně jiná volba není reálná...
Schéma propojení by neškodilo.
sice se nezdá, že by na tom tak záleželo, ale tady to je:
-- router/klient - síť B síť A - router/server -- VPN -- -- router/klient - síť C
Problém ale nastává při jakémkoliv přenosu laptopu z jakékoliv sítě A,B,C do sítě jiné.
VPN ma prece session, ktera se s odpojenim rozpadne.Jaké odpojení? Ty sítě jsou připojeny pořád, jenom se mezi nimi přenáší laptop.
Log VPN klienta vypada jak?Co by tě konkrétně zajímalo?
Nema OS jen problem s ostranenim docasnych cest z routing tabulky?Ale to s routováním nemá nic společného, jasně píšu, že se jedná o TAP, nikoliv TUN. (Spíš se jedná o jakousi vnitřní "ARP" tabulku OpenVPN, podle které OpenVPN ví, kdy má v bridgi směřovat packety pro tu či onu MAC adresu do té, či které sítě...)
Skriptem, po připojení do sítě restartovat službu ...
koukni do (pro inspiraci) /etc/network/if-up.d
Když se noteboku před připojením do druhé sítě přepíše MAC u adaptéru na jinou, tak může s ostatními sítěmi komunikovat úspěšně (bez restartu OpenVPN)?Hm, no to by asi šlo, ale je to teda dost rovnák na vohejbák... Jestli nebude jednodušší, abych se nakonec povrtal ve zdrojácích OpenVPN
Ve společné síti je jediný (nezávislý) DHCP server?Ne, každá síť má vlastní, DHCP packety na TAP rozhraní blokuji přes ebtables.
Ne, každá síť má vlastní, DHCP packety na TAP rozhraní blokuji přes ebtables.
Obávám se, že to je příčina.
Když stroj rozesílá ethernetové rámce, bridge po cestě se učí, na které lince viděly jakou zdrojovou adresu. Když pak mají přeposlat rámce učený pro ni, tak aby se ušetřilo, tak přepošlou jen tu zapamatovanou linku.
Když stroj přenesete, tak bridge se magicky nedozví, že mají naučenou informaci zahodit. Buďto se čeká na vypršení časového limitu, nebo musí danému bridgi projít pod rukama rámec z nové linky.
Kdybyste neblokovat DHCP dotazy, tak stroj po připojení pošle broadcastový dotaz (pozor na úsporné DHCP klienty, které začínají unicastovým prodloužením staré adresy), který se rozleze po celé síti, a všechny bridge se tak naučí nové umístění. Ve vašem případě se ale tak stane jen v oblasti omezené ebtables.
Je třeba si také uvědomit, že OpenVPN, také nějak implementuje bridge. Jestli ovšem se chová jako úsporný switch, nebo jako broadcastující hub, o tom dokumentace mlčí.
Ano, ARP používá broadcast. (Doteď jsme si mohli myslet, že máte IPv6, kde se na to používá multicast.) Ježe my nevíme, co s tím laptopem děláte. Třeba ho uspíte a spánek (asi chybně) se nezapočte do životnosti záznamů. Třeba jste narazil na jinou chybu v Linuxu. Třeba laptop mezi tím vůbec nemá potřebu komunikovat, takže se žádný ARP packet nevyšle.
Každopádně si budete muset sednout s tcpdumpem na jednotlivých linkách a zjistit, kde se vám rámce ztrácejí, či kam jinam tečou. A začít opravdu můžete s ARP. Nástroj arping znáte?
Tak si po presune pozri, kto ma kde nacachovanu tvoju MAC adresu.Kde bych se měl podle tebe podívat?
Mozno by pomohlo skratit aging na bridgoch.Ten nepřesáhne 300 sekund, můj problém trvá v řádu dní, takže tím to nebude.
Tiskni
Sdílej: