Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
1. lo rozhrani existujeprisel jsem na to nahodou kdyz jsem dal nmap -sT localhost a vracelo to hovadiny a predpokladam ze odstranenim teto zavady prestane strasit i v jinych castech pc. Ma nekdo dalsi napad kudy tudy cesticka?
2. ping na 127.0.0.1 funguje v poradku
3. soubor host.conf existuje a jeho obsah je totozny s obsahem souboru v jinem pc ktere funguje
4. soubor hosts existuje a jeho obsah je totozny s obsahem souboru v jinem pc ktere funguje
5. resolv.conf obsahuje ip poskytovatele nic vic
6. soubor nsswitch.conf je totozny se souborem s fungujicim systemem
cat hosts 127.0.0.1 localhost # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts
cat nsswitch.conf # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: compat group: compat shadow: compat hosts: dns files networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis
dig localhost ; <<>> DiG 9.2.4 <<>> localhost ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53033 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;localhost. IN A ;; ANSWER SECTION: localhost. 604800 IN A 127.0.0.1 ;; AUTHORITY SECTION: localhost. 604800 IN NS localhost. ;; Query time: 50 msec ;; SERVER: 62.129.50.20#53(62.129.50.20) ;; WHEN: Sun Aug 5 15:21:38 2007 ;; MSG SIZE rcvd: 57
... Within each process that uses nsswitch.conf, the entire file is read only once; if the file is later changed, the process will continue using the old configuration. ...Nebezi nam tu nahodou nejaky caching-only name server?
nsswitch.conf
nebo hosts
vůbec nezajímal. Takhle by se mohl chovat spíš nscd
. Ale spíš mám podezření na kombinaci search domény a tupohlavého poskytovatele DNS. A také temné tušení, že si zase někdo bez přemýšlení hrál s wildcard záznamy, jak je bohužel v kraji zvykem.
ping
?
ping localhost PING kumi.cz (78.108.144.2) 56(84) bytes of data. 64 bytes from dns.evkanet.net (78.108.144.2): icmp_seq=1 ttl=57 time=17.7 ms 64 bytes from dns.evkanet.net (78.108.144.2): icmp_seq=2 ttl=57 time=14.3 msbude to nekde spatne zapsane neb samo od sebe to hledat kumi.cz nezacne
telnet localhost
'?
Ještě mne napadá:
ping localhost.
'? (ta tečka na konci není překlep)resolv.conf
?resolv.conf
řádek domain
nebo search
, co udělá 'ping localhost.ta-doména
' (místo ta-doména
napište tu search doménu)?A jsme, zdá se, doma:
mike@lion:~> host -t a localhost.kumi.cz localhost.kumi.cz is an alias for kumi.cz. kumi.cz has address 78.108.144.2 mike@lion:~> # hm... mike@lion:~> host -t a bflmpsvz.kumi.cz bflmpsvz.kumi.cz is an alias for kumi.cz. kumi.cz has address 78.108.144.2 mike@lion:~> # že by... mike@lion:~> host -t a ignoranti.kumi.cz ignoranti.kumi.cz is an alias for kumi.cz. kumi.cz has address 78.108.144.2
Takže si (vy nebo váš poskytovatel DNS, podle toho, kdo si ten wildcard záznam vymyslel) za trest stokrát opište: "Wildcard záznamy jsou nebezpečná hračka a nepatří do do rukou malým dětem."
ping localhost. PING localhost (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.188 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.167 ms2.
cat /etc/resolv.conf nameserver 62.129.50.203.
nemam radek domain ani searchnejsem zrovna moudry s tohoto vysledku
Viděl bych dvě řešení:
kumi.cz
, aby zrušil ten wildcard CNAME
záznam pro *.kumi.cz
resolv.conf
přidat řádek 'options ndots:0
'Co si takhle zjistit (man resolv.conf
), co dělá to řešení uvedené v bodu 2?
Těžko odhadovat, proč se jiný server chová jinak. Nejspíš má jinak nastavenou (explicitně nebo implicitně) search doménu nebo se ptá jiného nameserveru. Problém je ale podle mne téměř jistě v té výbušné kombinaci search domény a wildcard záznamu. Nemáte-li po ruce lepší vysvětlení, zkuste mi uvěřit.
Tiskni Sdílej: