Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Řešení dotazu:
http://httpd.apache.org/docs/2.0/bind.html
Listen AAA.AAA.AA.AA:80 eth0 (veřejná IP) - OK
Listen BBB.BBB.BB.BB:80 (veřejná IP pro eth1)
Listen 192.168.1.220:80 (eth2 mám fungovat pouze pro LAN - OK)
Listen 10.0.0.2:80 (eth1 LAN ip adresa pro BBB.BBB.BB.BB)
(99)Cannot assign requested address: make_sock: could not bind to address BBB.BBB.BB.BB:80
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
Listen 80Imho je to default .. NN
eth1 nemůže. to se neopraví v jeho konfiguraci (jak se také ukázalo explicitím pokusem poslouchat na eth1), ale nalezením, proč nemůže.
Listen AAA.AAA.AA.AA:80 eth0 (veřejná IP) - OK
Listen BBB.BBB.BB.BB:80 (veřejná IP pro eth1)
Listen 192.168.1.220:80 (eth2 mám fungovat pouze pro LAN - OK)
Listen 10.0.0.2:80 (eth1 LAN ip adresa pro BBB.BBB.BB.BB)
[Tue Jun 12 12:09:23 2012] [error] [client XXXXXXXXX] File does not exist: /var/www/favicon.ico
[Tue Jun 12 12:09:23 2012] [error] [client XXXXXXXXX] File does not exist: /var/www/favicon.ico
[Tue Jun 12 12:09:23 2012] [error] [client XXXXXXXXX] File does not exist: /var/www/favicon.ico
[Tue Jun 12 13:52:12 2012] [notice] caught SIGTERM, shutting down
netstat -r ze serveru. Myslím si, že vůbec nerozumíte IP protokolu, také není jasné kde nastavujete to DMZ?
eth1 za NATem, nebude v konfiguraci veřejná IP adresa, ale nějaká z privátního rozsahu. Nebo-li do konfigurace Listen můžete napsat jenom ty IP adresy, které vám u daného rozhraní vypíše příkaz ip addr.
Směrovací tabulka v jádru pro IP
Adresát Brána Maska Přízn MSS Okno irtt
Rozhraní
default AA.AAA.AAA.AA 0.0.0.0 UG 0 0 0 eth0
10.0.0.0 * 255.255.255.0 U 0 0 0 eth3
10.0.1.0 * 255.255.255.0 U 0 0 0 eth1
80.0.0.0 * 255.0.0.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth1
192.168.1.0 * 255.255.255.0 U 0 0 0 eth2
eth1 pustit tcpdump -ni eth1 'port 80' a zkuste se z venku připojit na ten webový server. Uvidíte, zda tam aspoň nějaké pakety dorazí, nebo zda je chyba už někde dřív.
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth3, link-type EN10MB (Ethernet), capture size 65535 bytes 10:17:14.004694 IP 10.76.94.1.44582 > 172.16.0.171.80: Flags [S], seq 2361285219, win 64240, options [mss 1452,sackOK,TS val 11592828 ecr 0,nop,wscale 1], length 0 10:17:17.087060 IP 10.76.94.1.44582 > 172.16.0.171.80: Flags [S], seq 2361285219, win 64240, options [mss 1452,sackOK,TS val 11593128 ecr 0,nop,wscale 1], length 0 10:17:23.114247 IP 10.76.94.1.44582 > 172.16.0.171.80: Flags [S], seq 2361285219, win 64240, options [mss 1452,sackOK,TS val 11593728 ecr 0,nop,wscale 1], length 0 10:17:34.970359 IP 10.76.94.1.58709 > 172.16.0.171.80: Flags [S], seq 2689337518, win 64240, options [mss 1452,sackOK,TS val 11594928 ecr 0,nop,wscale 1], length 0 10:17:37.538539 IP 10.76.94.1.58709 > 172.16.0.171.80: Flags [S], seq 2689337518, win 64240, options [mss 1452,sackOK,TS val 11595228 ecr 0,nop,wscale 1], length 0 10:17:44.798403 IP 10.76.94.1.58709 > 172.16.0.171.80: Flags [S], seq 2689337518, win 64240, options [mss 1452,sackOK,TS val 11595828 ecr 0,nop,wscale 1], length 0 10:17:56.139000 IP 10.76.94.1.50933 > 172.16.0.171.80: Flags [S], seq 3017943725, win 64240, options [mss 1452,sackOK,TS val 11597028 ecr 0,nop,wscale 1], length 0 10:17:59.113639 IP 10.76.94.1.50933 > 172.16.0.171.80: Flags [S], seq 3017943725, win 64240, options [mss 1452,sackOK,TS val 11597328 ecr 0,nop,wscale 1], length 0 10:18:04.552054 IP 10.76.94.1.50933 > 172.16.0.171.80: Flags [S], seq 3017943725, win 64240, options [mss 1452,sackOK,TS val 11597928 ecr 0,nop,wscale 1], length 0 ^C 9 packets captured 9 packets received by filter 0 packets dropped by kernel
eth0, jak píše alkoholik. A tam se nemůže udělat opak DNATu, resp. se udělá pro jinou adresu, takže klient dostane odpověď z úplně jiné IP adresy, kterou si samozřejmě nespáruje se svým požadavkem a spojení se nenaváže. Je potřeba buď na routeru dělat i SNAT na IP adresu routeru (tím pádem odpověď ze serveru půjde podle routovacích tabulek zpět na router), nebo použít více routovacích tabulek a pravidla (ip rule) pro výběr správné routovací tabulky.
eth1 přiřadit IP adresu, která bude určena jen pro namapování té veřejné IP adresy. Pak nastavíte pravidlo, že pokud zdrojová IP adresa je tato konkrétní adresa, má se použít speciální routovací tabulka, kde bude jako výchozí brána nastaven ten ADSL modem.
ip rule add from IP_obraz_verejne table adsl
ip z balíčku iproute2 – nějaké odkazy najdete také ve zdejším FAQ Jak na připojení k internetu přes dva ISP?. Konfigurační soubory k iproute2 nejsou uložené nikde (až na výjimku uvedenou dále), konfiguruje se přímo jádro voláním příkazu ip. Na základní konfiguraci sítě mívají distribuce skripty, které načítají distribuční konfigurační soubory a podle nich pak volají příkaz ip s příslušnými parametry (případně distribuce patřící do minulého století volají ifconfig a route). Nastavení pravidel a dalších routovacích tabulek musíte udělat stejně – napsat si skript, který to pomocí ip nastaví, a tenhle skript volat při startu systému.
V případě neexistence konfiguračních souborů pro iproute2 existuje jediná výjimka, o které vím, a to je seznam routovací tabulek, který je uložen v souboru /etc/iproute2/rt_tables (tam by byla zapsána ta tabulka adsl, kterou jsme použil v příkladu výše).
Ale teď už jsem vám napsal opravdu vše, co máte v té dokumentaci hledat, ale je potřeba, abyste si to nastudoval sám. Bez toho, abyste pochopil, jak fungují alespoň základy routování na Linuxu, to opravdu nepůjde.
Tiskni
Sdílej: