Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.
Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.
Stack Overflow se dohodl s OpenAI o zpřístupnění obsahu Stack Overflow pro vylepšení OpenAI AI modelů.
Pokúšam sa rozbehnúť IPv6 spojenie cez tunnelbroker.net. A nefunguje Po dlhom a neúspšenom pátraní som sa obrátil na ich support a tam mi poradili vyskúšať urobiť ping cez looking glass na moju IPv6 adresu. A s tým som sa dopracoval k tomu, že niekedy ten ping prejde. Ale spravidla len keď je to prvá vec, čo má cez ten tunel prejsť a aj vtedy prejdú len 2 pingy z celkových 5.
Zapojenie je nasledovné
(Internet)-(ONT router)-(ubuntu v DMZ)Ten ubuntu stroj má len jeden sieťový port s menom "eno1", ktorým je pripojený na ten router. Vytvorením tunelu vznikne interface "he-ipv6".
Tunnelbroker používa 6in4. čo znamená, že paket cestujúci medzi tunel endpoint-ami má štruktúru:
([ipv4 header][ipv6 header][data])Pri tých dvoch ping-och, čo prejdú (seq 1 a 2), vidím pomocou tcpdump celý prichádzajúci paket v tvare
([ipv4 header][ipv6 header][icmp6 echo request])na interface-i eno1. Systém ho rozbalí a na he-ipv6 interface-i vidím:
([ipv6 header][icmp6 echo request])A vidím aj odchádzajúce odpovede na ne. Aj
([ipv6 header][icmp6 echo reply])na he-ipv6 a aj
([ipv4 header][ipv6 header][icmp6 echo reply])na eno1. A aj web stránka looking glass povie, že reply pre seq 1 a 2 dostala.
Pri tých nasledujúcich 3 pingoch (seq 3,4 a 5) vidím len packet prichádzajúci zvonka a v tvare
([ipv4 header][ipv6 header][icmp6 echo request])na interface-i eno1. Na interface he-ipv6 ten rozbalený ipv6 packet is icmp6 echo request nepríde. A tým pádom ani nedôjde k odoslaniu icmp6 echo reply.
WTF??
iptables/ip6tables v tom nie je. dhcp6 v tom nie je. Ten ONT router, ktorý som podozrieval ako prvý, v tom nie je. Myslím si, že ani systemd-networkd sa mi do toho nepletie.Ako sa dopátrať, kde je problém?
iptables/ip6tables v tom nie jeUkaz vypis.
Myslím si, že ani systemd-networkd sa mi do toho nepletie.Ukaz vypis, ze systemctl
iptables/ip6tables v tom nie jeUkaz vypis.
# iptables -L INPUT -xvn |head -4 Chain INPUT (policy DROP 21079 packets, 1171419 bytes) pkts bytes target prot opt in out source destination 722 113902 NFLOG 41 -- * * 0.0.0.0/0 0.0.0.0/0 nflog-prefix INPUT-ipv4-ipv6 724 113982 ACCEPT 41 -- * * 0.0.0.0/0 0.0.0.0/0 ...
iptables -L OUTPUT -xvn Chain OUTPUT (policy ACCEPT 397391 packets, 357248411 bytes) pkts bytes target prot opt in out source destination
# ip6tables -L INPUT -xvn Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 6534 557555 NFLOG all * * ::/0 ::/0 nflog-prefix ipv6 6534 557555 ACCEPT all * * ::/0 ::/0
# ip6tables -L OUTPUT -xvn Chain OUTPUT (policy ACCEPT 6054 packets, 702843 bytes) pkts bytes target prot opt in out source destination
Ukaz vypis, ze systemctlČo konkrétne? systemd-networkd beží
# systemctl status systemd-networkd * systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/systemd-networkd.service.d `-override.conf Active: active (running) since Wed 2024-04-10 18:31:27 UTC; 2h 35min ago TriggeredBy: * systemd-networkd.socket Docs: man:systemd-networkd.service(8) Main PID: 2564703 (systemd-network) Status: "Processing requests..." Tasks: 1 (limit: 4095) Memory: 2.6M CGroup: /system.slice/systemd-networkd.service `-2564703 /lib/systemd/systemd-networkd Apr 10 21:03:33 ro systemd-networkd[2564703]: rtnl: received non-static neighbor, ignoring. Apr 10 21:03:41 ro systemd-networkd[2564703]: rtnl: received non-static neighbor, ignoring. ...ale nemal by sa starať o he-ipv6 interface
# cat /etc/systemd/network/05-disable-he-ipv6.network [Match] Name=he-ipv6 [Link] Unmanaged=yes
# networkctl list IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 eno1 ether routable configured 3 wlo2 wlan off unmanaged 15 sit0 sit off unmanaged 38 he-ipv6 sit routable unmanaged
Konfiguraci mas ve statickem souboru?Tunel zapínam a vypínam skriptom. Ale skúšal som aj netplan. Rozdiel v tom nebol. Ešte jednu vec som zabudol povedať: ten môj router robí NAT. Všetko som do detailov popisoval chlápkovi z tunnelbroker.net a nepoukázal na žiadnu chybu.
Zastav NM,Ak tým myslíš NetworkManager, tak ten nie je nainštalovaný:
$ dpkg -l network-manager Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-===============-============-============-================================= un network-manager <none> <none> (no description available)
nech uplne prazdny IPv4 i IPv6 firewall s policy ACCEPT a otestuj ten ping znovu.Žiadna zmena. Chová sa to tak, ako predtým.
Našiel som vinníka!
Looking glass posiela 5 paketov v tvare
([ipv4 header][ipv6 header][icmp6 echo request])
z tých piatich paketov prvé dva majú cieľovú IPv4 adresu v IPv4 headri nastavenú na privátnu IPv4 adresu môjho počítača. Ďalšie tri majú cieľovú IPv4 adresu nastavenú na verejnú IPv4 adresu routera. Doteraz som to nevidel preto, že stdout tcppdump aj wireshark "nápomocne" zobrazujú adresy toho IPv6 paketu vnútri.
Takže sa vlastne bavíme o tom, ako má fungovať DMZ.
Doteraz som sa nad tým nejako nezamýšľal a predpokladal som, že DMZ funguje tak, že router prepíše cieľovú IPv4 adresu paketu prichádzajúceho vonku na IPv4 adresu DMZ. Ale zdá sa, že DMZ môže fungovať dvoma spôsobmi:No a Slovak Telecom so svojím routerom dokázal nájsť tretiu variantu: pre niektoré pakety použije 1. a pre iné zasa 2.
Máš nejaký názor na to, ktorá z tých variánt je "normálna"?
Tiskni Sdílej: