Byla vydána nová stabilní verze 23.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Stoat. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Příspěvek na blogu CZ.NIC upozorňuje na nový útok na weby v Česku. Na honeypotech na Turrisech byla zaznamenána nová aktivita útočníků - probíhající útok na FTP servery, které se vyskytují na stejné IP adrese, jako aktivní WEB server.
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
Minulý týden proběhla openSUSE Conference 2023. Mimo jiné bylo oznámeno přejmenování systému MicroOS Desktop. MicroOS Desktop GNOME byl přejmenován na openSUSE Aeon a MicroOS Desktop Plasma na openSUSE Kalpa.
Thom Holwerda z OSnews si všímá, že vývoj operačního systému MINIX je prakticky mrtvý. Jeho hlavní autor, Andrew Tanenbaum, formálně odešel do důchodu v roce 2014 a příspěvky do kódu v následujících letech vůbec ustaly. Stav projektu shrnuje diskuze z roku 2020. Sice vyšlo najevo, že Intel používal MINIX v Management Engine, ale změny nezveřejňoval.
Google Chrome 114 byl prohlášen za stabilní. Nejnovější stabilní verze 114.0.5735.90 přináší řadu oprav a vylepšení (YouTube). Vypíchnut je CHIPS (Cookies Having Independent Partitioned State). Opraveno bylo 16 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byly zveřejněny prezentace a videozáznamy přednášek a fotografie z česko-slovenského setkání poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců CSNOG 2023 (Czech and Slovak Network Operators Group) konaného 16. a 17. května ve Zlínu.
Soutěž amatérských robotů Robotický den 2023 proběhne v neděli 4. června v Kongresovém centru Praha.
route
Ten by nám měl ukázat kudy by naše pakety měly najít cestu ven a případně i zpět. Výpis by měl vypadat nějak takhle:Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 192.168.100.0 * 255.255.255.0 U 1 0 0 eth0 192.168.122.0 * 255.255.255.0 U 0 0 0 virbr0 default 192.168.100.1 0.0.0.0 UG 0 0 0 eth0Důležitý je ten poslední řádek s default.Další krok by (v tomto případě) měl být příkaz:
ping 192.168.100.1Pokud to vrací něco takového:
PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data. 64 bytes from 192.168.100.1: icmp_req=1 ttl=255 time=1.43 ms 64 bytes from 192.168.100.1: icmp_req=2 ttl=255 time=1.34 ms 64 bytes from 192.168.100.1: icmp_req=3 ttl=255 time=0.902 ms 64 bytes from 192.168.100.1: icmp_req=4 ttl=255 time=0.888 ms 64 bytes from 192.168.100.1: icmp_req=5 ttl=255 time=0.903 ms 64 bytes from 192.168.100.1: icmp_req=6 ttl=255 time=0.884 ms ^C --- 192.168.100.1 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5003ms rtt min/avg/max/mdev = 0.884/1.058/1.431/0.235 msje to dobrý a můžeme zkusit další krok. Pokud ne, DHCP server nám nepřidělil adresu brány, což je mrzuté a budem to řešit pozdějiTeď ten další krok a to je ping na nějakou IP venku, třeba na tu, co je v tom /etc/resolv.conf. Pokud ping projde, dáme další lekci. Pokud ne, nasadíme traceroute na stejnou adresu a společně mrkneme, co to napíše.
ping 94.138.111.82 PING 94.138.111.82 (94.138.111.82) 56(84) bytes of data. 64 bytes from 94.138.111.82: icmp_req=1 ttl=57 time=12.6 mszkusil bych ping 94.138.111.82
[god$] nslookup www.abclinuxu.cz Server: 192.168.100.1 Address: 192.168.100.1#53 Non-authoritative answer: www.abclinuxu.cz canonical name = abicko.abclinuxu.cz. Name: abicko.abclinuxu.cz Address: 94.138.111.82dig je trochu podrobnější :
[god$] dig www.abclinuxu.cz ; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> www.abclinuxu.cz ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24980 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;www.abclinuxu.cz. IN A ;; ANSWER SECTION: www.abclinuxu.cz. 3194 IN CNAME abicko.abclinuxu.cz. abicko.abclinuxu.cz. 1394 IN A 94.138.111.82 ;; AUTHORITY SECTION: abclinuxu.cz. 3194 IN NS mns01.domaincontrol.com. abclinuxu.cz. 3194 IN NS mns02.domaincontrol.com. ;; ADDITIONAL SECTION: mns01.domaincontrol.com. 3354 IN A 216.69.185.34 ;; Query time: 76 msec ;; SERVER: 192.168.100.1#53(192.168.100.1) ;; WHEN: Wed Feb 16 15:44:28 2011 ;; MSG SIZE rcvd: 144Důležité je že oba programy uvádějí IP dotazovaného serveru. Je to ten správný ???
etc]$ dig @82.114.192.15 www.abclinuxu.cz ; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> @82.114.192.15 www.abclinuxu.cz ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26926 ;; flags: qr rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;www.abclinuxu.cz. IN A ;; ANSWER SECTION: www.abclinuxu.cz. 3453 IN CNAME abicko.abclinuxu.cz. abicko.abclinuxu.cz. 495 IN A 94.138.111.82 ;; AUTHORITY SECTION: abclinuxu.cz. 2295 IN NS mns01.domaincontrol.com. abclinuxu.cz. 2295 IN NS mns02.domaincontrol.com. ;; ADDITIONAL SECTION: mns01.domaincontrol.com. 1319 IN A 216.69.185.34 mns02.domaincontrol.com. 3269 IN A 208.109.255.34 ;; Query time: 39 msec ;; SERVER: 82.114.192.15#53(82.114.192.15) ;; WHEN: Wed Feb 16 16:06:12 2011 ;; MSG SIZE rcvd: 160Další věc je, zda má systém službu využívat. Téměř bych přísahal, že to vždycky bylo v /etc/resolv.conf a měl by to být řádek :
order hosts,bindTeď se z nějakého důvodu (ten důvod bude možná věc zvaná Network manager) vyskytuje v souboru /etc/host.conf
# The primary network interface auto eth0 iface eth0 inet static address 192.168.0.102 netmask 255.255.255.0 network 192.168.0.100 broadcast 192.168.0.255 gateway 192.168.0.100 # dns-* options are imp lemented by the resolvconf package, if installed dns-nameservers 192.168.0.100 dalibor@server:~$a v /etc/resolv.conf mám:
.. 127.0.0.1 localhost.localdomain localhost 192.168.0.102 mujstroj ..Co to vyzkoušet nejdřív napevno, než si pohrajete s dhcp?
dig @192.168.2.1 www.abclinuxu.cz
dhcpcd
a nebyl schopen získat korektní informace ze serverů. řešil jsem to tak, že jsem jej odinstaloval a nainstaloval jiný (ten co má ubuntu) dhclient
. Měl jsem dojem, že příčina mohla být v tom, že v firemní síti mu odpovědělo na první výzvu více DHCP serverů, a ten co odpověděl první měl nějaké zamítnutí požadavku a klient nepočkal na další odpovědi, ale fakticky přiliž jsem příčinu pak už neřešil
resolv.conf
Distribuce mivaji nastaveno, ze jak na nej nekdo nekdy sahne, tak ho uz nikdy nikdo neprepise. Cili kdyz na nej nahodou neco nekdy sahne, tak pak dochazi k temhle problemum resolv.conf
nesahal. Stejne tak pokud pouzivas distro, ktery jeste nedospelo k zaveru, ze kdyz si uzivatel neco do resolv.conf
napise, tak ze mu asi automatika nevyhovuje. Ale kdyz nefunguje DNS, je obecne dobrej napad smazat resolv.conf
a pripojit se znova do site
Tiskni
Sdílej: