David Buchanan na svém blogu rozebírá zranitelnost acropalypse (CVE-2023-21036) telefonů Google Pixel. Z výřezu (crop) snímku obrazovky vytvořeného integrovanou aplikací Markup může být možné částečné obnovení původního snímku obrazovky. Viz tweet Simona Aaronse. Vyzkoušet lze webovou aplikaci acropalypse.app. Opraveno v březnové aktualizaci.
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.19.0. Přehled novinek i s náhledy v příspěvku na blogu. Kvůli "převzetí Gitei" společností Gitea Limited byl v prosinci loňského roku představen fork Gitei s názvem Forgejo (Codeberg).
Byla vydána nová verze 5.11 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Nově je používán zram. Tor Browser byl aktualizován na verzi 12.0.4. Thunderbird na verzi 102.9.0.
Na GOG.com běží Spring Sale. Při té příležitosti lze získat zdarma počítačovou hru Lorelai (ProtonDB).
Curl, řádkový nástroj a knihovna pro přenos dat po různých protokolech, slaví 25 let. Vydána byla nová verze 8.0.0. Mimo jiné řeší 6 zranitelností.
V sobotu 25. března proběhne Arduino Day 2023. Od 14:00 lze sledovat oficiální stream. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.
Fabrice Bellard, tvůrce FFmpeg nebo QEMU, představil TextSynth Server. Jedná se o webový server nabízející REST API k velkým AI jazykovým modelům. CPU verze je k dispozici zdarma jako binárka pod licencí MIT. GPU verze je komerční. Vyzkoušet lze na stránkách TextSynth.
Na konferenci LibrePlanet 2023 byly vyhlášeny ceny Free Software Foundation. Oceněni byli Eli Zaretskii za dlouhodobé příspěvky (správce Emacsu), Tad „SkewedZeppelin“ za nové příspěvky (správce DivestOS, distribuce Androidu) a projekt GNU Jami za společenský přínos.
Projekt Libreboot (Wikipedie) vydal novou verzi 20230319 svého svobodného firmwaru nahrazujícího proprietární BIOSy. Přibyla například podpora Lenovo ThinkPadů W530 a T530. Libreboot je distribucí Corebootu bez proprietárních blobů.
Na YouTube jsou k dispozici videozáznamy z 20. konference SCALE (Southern California Linux Expo). Závěrečnou přednášku měl dnes již osmdesátiletý Ken Thompson. Na otázku, jaký operační systém používá, odpověděl: "Většinu svého života jsem používal Apple, protože jsem se do této společnosti tak trochu narodil. Poslední dobou, myslím posledních pět let, jsem ale kvůli Applu více a více depresivní. To, co dělá s něčím, co by vám mělo umožnit
… více »
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
dhcpd vybafne tato chybová hláška:
Error, requested 192.xxx.x.xx address is in use Error, requested 192.xxx.x.xx address is in use Error, requested 192.xxx.x.xx address is in useatd. až do timeoutu:
Timed out waiting for a valid DHCP server responsePožadováná adresa je stále stejná, konfigurace dhcp provedena při instalaci Gentoo podle návodu (a zkontrolována (instalace sice proběhla v chroot, ale zkoušel jsem to opravit i ve vlastní instalaci), dhcp v ostatních systémech funguje bez problémů. Používám (standardní a doporučený program dhcpcd). Pro úplnost: v
/etc/conf.d/net mám:
config_eth0=( "dhcp" )
Mohl byste mě někdo nakopnout, kde hledat chybu? Nevím, jestli je moc horko, ale nemůžu nikde najít nějaký problém. Díky.
asi je fakt moc horko, ale jak nestartujici dhcpd souvisi s dns?Díky za reakci, pardon, přepsal jsem se, patří tam samozřejmě DHCP serveru, viz chybová hláška.
a co to vlastne vytimeoutuje? dhcp server? a muzes sem teda hodit konfigurak toho dhcpd?Timeout přijde po startu dhcpd při bootování (stejně tak při
/etc/init.d/dhcpd start. Tipl bych to, že požadovaná adresa je nějak zablokovaná ("in use"), ale nemůžu přijít na to kde a jak. Na ostatních OS v počítači net normálně funguje, taktéž DHCP.
Soubor /etc/conf.d/dhcpd je v původním stavu, tj. kompletně zakomentovaný a /etc/dhcp/dhcpd.conf nebo podobně nemám žádný (ostatně nikde jsem nečetl, že by byl třeba a nepamatuji se, že bych někdy něco takového upravoval).
Ale v jiném OS je v /etc/dhcpd/dhcpd:
# # Arguments to be passed to the DHCP client daemon # DHCPCD_ARGS="-t 30 -h $HOSTNAME"zkusím to překopírovat a jakmile budu moci rebootnout, tak sem dám výsledek.
/etc/conf.d/dhcpd:
# # Arguments to be passed to the DHCP client daemon # DHCPCD_ARGS="-t 30 -h $HOSTNAME"
tak moment, snazis se zprovoznit klienta nebo server?Klienta (viz reakce níže) aneb úplně normální připojení k netu přes službu DHCP. Aspoň doufám, že to nemotám :) Program je
dhcpcd v Gentoo.
dhcpd? To je DHCP server. Klient je buď dhcpcd nebo dhclient.
Klient je buďAno, omlouvám se,dhcpcdnebodhclient.
dhcpcd tam patří, písmenko mi vypadlo (trochu moc nevyslovitelných zkratek najednou).
/var/lib/dhcp/dhcpd.leases , zkuste se podívat tam, zda se s nějakým PC nepere o IP adresu (pokud máte na server přístup). Ta hláška mi připadá poněkud divná, jako by od DHCP požadoval nějakou konkrétní adresu… Ještě by to mohlo znamenat, že dostane od DHCP přidělenou IP adresu, ale ta už je někde jinde na síti použitá (např. protože si jí někdo nastavil na pevno). Zkuste na tu IP adresu pingnout z jiného PC.
Přidělené IP adresy jsou na serveru vidět v /var/lib/dhcp/dhcpd.leases , zkuste se podívat tam, zda se s nějakým PC nepere o IP adresu (pokud máte na server přístup).
Nainstalovaný program je dhcpcd v Gentoo. Obsah /var/lib/dhcpc/ (nemám adresář dhcp) jsou tři soubory: dhcpcd-eth0.info, záloha dhcpcd-eth0.info.old (obsah totožný) a dhcpcd-eth0.cache.
dhcpcd-eth0.info (konkrétní údaje nahrazeny x):
IPADDR=192.xxx.x.xx NETMASK=255.255.255.0 NETWORK=192.xxx.x.0 BROADCAST=192.xxx.x.255 GATEWAY=192.xxx.x.1 DOMAIN='xxxxxxx.xx' DNS=213.xx.xx.xx,213.xx.xx.xx DHCPSID=192.xxx.x.1 DHCPGIADDR=0.0.0.0 DHCPSIADDR=213.xx.xx.xx DHCPCHADDR=00:xx:xx:xx:xx:xx DHCPSHADDR=00:xx:xx:xx:xx:xx DHCPSNAME='' LEASETIME=604800 RENEWALTIME=302400 REBINDTIME=529200 INTERFACE='eth0' CLASSID='Linux 2.6.17-gentoo-r3 i686' CLIENTID=00:xx:xx:xx:xx:xxIP adresa jako první je přesně ta, na niž pokus o start
dhcpd hlásí:
Error, requested 192.xxx.x.xx address is in useOvšem výše zmíněný obsah je totožný s obsahem souboru
/etc/dhcpc/dhcpcd-eth0.info, který je na témže počítači v Archlinuxu, kde všechno bez problémů funguje. Rozdíl je pouze v řádce CLASSID='Linux 2.6.17-gentoo-r3 i686', kde je CLASSID='Linux 2.6.17-ARCH i686'. Vedle nainstalované Ubuntu rovněž žádný problém s přístupem k netu.
Ta hláška mi připadá poněkud divná, jako by od DHCP požadoval nějakou konkrétní adresu… Ještě by to mohlo znamenat, že dostane od DHCP přidělenou IP adresu, ale ta už je někde jinde na síti použitá (např. protože si jí někdo nastavil na pevno). Zkuste na tu IP adresu pingnout z jiného PC.Z jiného PC teď nemám možnost, ale z jiného spuštěného systému na témže počítači tato adresa posílá odezvu. Pokouším se spustit normálního klienta DHCP služby (či jak se to jmenuje) na obyčejném PC, žádnou vlastní síť nebo server. Jelikož to v ostatních systémech na témže PC funguje, hledám teď nějakou chybu v té nové instalaci Gentoo, ale ať šťourám jak šťourám... Na netu jsem tento problém ještě nepotkal, tuším tedy chybu mezi klávesnicí a židlí, ale už netuším, jak ji hledat... Díky za každý tip.
20.7.2006 02:21
David Watzke | skóre: 74
| blog: Blog...
| Praha
Pro úplnost: vA to je chyba. Má tam být/etc/conf.d/netmám:config_eth0=( "dhcp" )
config_eth0=( "dhcpcd" )
modules_eth0=( "dhcpcd" ) (???) tak výpis z logu:
Jul 20 02:49:16 [rc-scripts] ERROR: "dhcpd" has not yet been started. Jul 20 02:49:23 [rc-scripts] No loaded modules provide "dhcpcd" (dhcpcd_start) Jul 20 02:49:23 [rc-scripts] ERROR: Problem starting needed services. Jul 20 02:49:23 [rc-scripts] "dhcpd" was not started.Ostatně, v aktuální verzi Handbooku se dokonce tvrdí, že není v případě DHCP služby nutné psát do
/etc/conf.d/net nic (DHCP is used by default and does not require any further configuration., v tom případě ovšem nastane opět situace z původního dotazu:
Jul 20 03:09:47 [rc-scripts] Configuration not set for eth0 - assuming dhcp
Jul 20 03:09:47 [dhcpcd] MAC address = 00:xx:xx:xx:xx:xx
Jul 20 03:09:47 [dhcpcd] requested 192.xxx.x.31 address is in use
- Last output repeated 300 times -
Jul 20 03:10:47 [dhcpcd] timed out waiting for a valid DHCP server response
Jul 20 03:10:47 [rc-scripts] ERROR: Problem starting needed services.
Jul 20 03:10:47 [rc-scripts] "dhcpd" was not started.
No každopádně díky za tipy, asi to budu muset nechat na chladnější počasí :/
20.7.2006 03:41
David Watzke | skóre: 74
| blog: Blog...
| Praha
dhcpcd jak jsem psal, tak nepíše nic a funguje OK. Tzn. zdá se, že v tom máš nějaký nepořádek, protože fungovat by to mělo bez jakýhokoliv nastavení.
Tzn. zdá se, že v tom máš nějaký nepořádekbingo ;) Jo, to mě taky napadlo... akorát jsem měl ambice zjistit, kde přesně... ale už mě to pomalu opouští. Naštěstí je to jen základní experimentální instalace ještě bez programů. Zkusím to znova až pominou vedra, třeba jsem při laborování s chroot zapomněl na něco tak strašně důležitého nebo udělal ještě nějakou jinou kravinu, které si nejsem vědom. Škoda jen, že to nemůžu jako pravá lama najít. Pokud něco ještě objevím, přidám to sem. Díky všem, jdu se asi projít :)
dhcpcd eth0'), případně navíc s přepínačem '-d'.
20.7.2006 04:02
David Watzke | skóre: 74
| blog: Blog...
| Praha
/sbin/dhcpcd -h $HOSTNAME -o eth0
-h, jestli není problém tam. O přepínači '-o' se moje manuálová stránka nezmiňuje vůbec.
20.7.2006 04:17
David Watzke | skóre: 74
| blog: Blog...
| Praha
-o
Stops dhcpcd from bringing the interface down when it is
terminated with the SIGTERM signal. This is useful when the
interace is controlled by another daemon such as ifplugd or
wpa_supplicant and the daemon requires the interface to remain up.$ emerge -pqv dhcpcd [ebuild R ] net-misc/dhcpcd-2.0.8
Info, MAC address = 00:xx:xx:xx:xx:0e Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31 Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec Debug, DHCP_ACK received from (192.xxx.x.1) Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31 Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0 Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected Debug, broadcasting DHCP_DECLINE Debug, broadcasting DHCP_DISCOVER Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec Debug, DHCP_OFFER received from (192.xxx.x.1) Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31 Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec Debug, DHCP_ACK received from (192.xxx.x.1) Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31 Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0 Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected Debug, broadcasting DHCP_DECLINE Debug, broadcasting DHCP_DISCOVER Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec Debug, DHCP_OFFER received from (192.xxx.x.1) Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31 Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec Debug, DHCP_ACK received from (192.xxx.x.1) Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31 Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0 Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected Debug, broadcasting DHCP_DECLINE Debug, broadcasting DHCP_DISCOVER Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response. Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 secatd. :(
dhcpcd eth0 -d
1. Proč váš počítač tvrdošíjně lpí na té adrese 192.xxx.x.31?
2. Kdo je 192.xxx.x.207?
3. Proč pracně zaixováváte neroutovatelné privátní IP adresy (schválně: že xxx.x znamená 168.1, 168.2 nebo 168.0) a MAC adresy (bojíte se, že se dozvíme výrobce vaší síťové karty?).
1. Proč váš počítač tvrdošíjně lpí na té adrese 192.xxx.x.31?To kdybych věděl, asi by tento dotaz vůbec nevznikl. Tedy cílem tohoto dotazu je aspoň zjistit, jak bych to mohl zjistit ;)
2. Kdo je 192.xxx.x.207?Nemám tušení.
3. Proč pracně zaixováváte neroutovatelné privátní IP adresy (schválně: že xxx.x znamená 168.1, 168.2 nebo 168.0) a MAC adresy (bojíte se, že se dozvíme výrobce vaší síťové karty?).Není to tak pracné (rozhodně momentálně méně pracnější než pátrat, o jaké adresy se jedná). Doufám, že vám odpovědi na vaše otázky pomohly. Nicméně děkuji za několik tipů (pár věcí jsem se zase naučil). Je to v podstatě první problém s dhcp, který jsem kdy potkal, takže jsem se tím nikdy zabývat nemusel a tedy nezbýval.
Ad 2. Doporučoval bych to zjistit. Ten počítač vám podle všeho aktivně zasahuje do DHCP, takže by bylo dobré přinejmenším zjistit, jestli je to DHCP server nebo někdo jiný.
8.8.2006 16:34
David Watzke | skóre: 74
| blog: Blog...
| Praha
Mon May 15 15:08:59 2006 >>> net-misc/dhcpcd-2.0.5 Mon Jun 5 19:23:42 2006 >>> net-misc/dhcpcd-2.0.6 Fri Jun 23 17:03:17 2006 >>> net-misc/dhcpcd-2.0.7 Thu Jul 13 02:31:02 2006 >>> net-misc/dhcpcd-2.0.8 Sat Jul 22 03:18:03 2006 >>> net-misc/dhcpcd-2.0.8-r1 Sun Jul 23 03:31:23 2006 >>> net-misc/dhcpcd-2.0.8-r2... a žádný problém.
Tiskni
Sdílej:
