Přihlášení | Registrace

napište » Zprávičky

Kritická zranitelnost v React Server Components

dnes 04:22 | Bezpečnostní upozornění

Byly zveřejněny informace o kritické zranitelnosti CVE-2025-55182 s CVSS 10.0 v React Server Components. Zranitelnost je opravena v Reactu 19.0.1, 19.1.2 a 19.2.1.

Ladislav Hagara | Komentářů: 3

Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS)

dnes 02:44 | Komunita

Bylo rozhodnuto, že nejnovější Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2027. LTS jader je aktuálně šest: 5.10, 5.15, 6.1, 6.6, 6.12 a 6.18.

Ladislav Hagara | Komentářů: 0

Alpine Linux 3.23.0

dnes 02:22 | Nová verze

Byla vydána nová stabilní verze 3.23.0, tj. první z nové řady 3.23, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1

Django 6.0

včera 18:11 | Nová verze

Byla vydána verze 6.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0

WordPress 6.9 Gene

včera 05:55 | Nová verze

Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).

Ladislav Hagara | Komentářů: 13

Vývoj webového prohlížeče Ladybird (11/2025)

včera 05:11 | Komunita

Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).

Ladislav Hagara | Komentářů: 0

Google Chrome 143

včera 01:55 | Nová verze

Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0

Hardwarový a softwarový průzkum Steamu - 11/2025

2.12. 19:33 | Nová verze

Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.

Ladislav Hagara | Komentářů: 0

Ubuntu Pro pro WSL

2.12. 15:22 | IT novinky

Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).

Ladislav Hagara | Komentářů: 0

Samsung Galaxy Z TriFold

2.12. 13:11 | IT novinky

Samsung představil svůj nejnovější chytrý telefon Galaxy Z TriFold (YouTube). Skládačka se nerozkládá jednou, ale hned dvakrát, a nabízí displej s úhlopříčkou 10 palců. V České republice nebude tento model dostupný.

Ladislav Hagara | Komentářů: 10

Centrum | Napsat | Starší

navrhněte » Anketa

Jaké řešení používáte k vývoji / práci?

Github (34%)

Gitlab (47%)

Atlassian (19%)

Bitbucket (18%)

Gitea (23%)

Mercurial (15%)

jen git (25%)

jen svn (16%)

Jiné (uvedu v diskusi) (18%)

Celkem 426 hlasů

Komentářů: 18, poslední 2.12. 18:34

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Poradna / Linuxová poradna / 2 DHCPD v sieti

Štítky: bez, CentOS, distribuce, For, IPv4, port, siet, VIA, virtualizace, Xen

Dotaz: 2 DHCPD v sieti

3.7.2013 23:37 nicco | skóre: 7
2 DHCPD v sieti

Přečteno: 591×

Odpovědět | Admin

Ahoj,
mam takyto podivny Lab:
WindowsXP, na nom VMwarePlayer, v nom Centos(1) a v nom Xen domenu s dalsim Centosom(2)

VMPlayer(192.168.79.2) ma vlastny DHCPD a moze obsluzit Centos1 aj Centos2.
Ja som ale na Centos1 nastavil staticku IP(192.168.0.1) a nainstaloval som si tam vlastny DHCPD a chcem, aby Centos2 dostaval IPcku (192.168.0.254) z Centosu1, nie od VMPlayeru(192.168.79.136).

Mam v logu toto:
Jul 3 22:23:52 CentOS dhcpd: DHCPREQUEST for 192.168.79.136 from 00:16:3e:6f:99:86 via eth0: wrong network.
Jul 3 22:23:52 CentOS dhcpd: DHCPNAK on 192.168.79.136 to 00:16:3e:6f:99:86 via eth0

Ak vypnem network adapter vo VMPlayerovi a restartujem siet na Centos2, tak spravne nostanem IP z Centos1:

Jul 3 22:44:54 CentOS avahi-daemon[3132]: Interface eth0.IPv4 no longer relevant for mDNS.
Jul 3 22:44:54 CentOS avahi-daemon[3132]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.0.1.
Jul 3 22:44:54 CentOS avahi-daemon[3132]: Withdrawing address record for 192.168.0.1 on eth0.
Jul 3 22:44:54 CentOS dhcpd: receive_packet failed on eth0: Network is down
Jul 3 22:45:20 CentOS avahi-daemon[3132]: New relevant interface eth0.IPv4 for mDNS.
Jul 3 22:45:20 CentOS avahi-daemon[3132]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.0.1.
Jul 3 22:45:20 CentOS avahi-daemon[3132]: Registering new address record for 192.168.0.1 on eth0.
Jul 3 22:45:55 CentOS dhcpd: DHCPREQUEST for 192.168.79.136 from 00:16:3e:6f:99:86 via eth0: wrong network.
Jul 3 22:45:55 CentOS dhcpd: DHCPNAK on 192.168.79.136 to 00:16:3e:6f:99:86 via eth0
Jul 3 22:46:28 CentOS kernel: e1000: peth0 NIC Link is Down
Jul 3 22:46:28 CentOS kernel: xenbr0: port 1(peth0) entering disabled state
Jul 3 22:46:37 CentOS dhcpd: DHCPREQUEST for 192.168.79.136 from 00:16:3e:6f:99:86 via eth0: wrong network.
Jul 3 22:46:37 CentOS dhcpd: DHCPNAK on 192.168.79.136 to 00:16:3e:6f:99:86 via eth0
Jul 3 22:46:37 CentOS dhcpd: DHCPDISCOVER from 00:16:3e:6f:99:86 via eth0
Jul 3 22:46:38 CentOS dhcpd: DHCPOFFER on 192.168.0.254 to 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 3 22:46:38 CentOS dhcpd: Unable to add forward map from XENtest2.mydomain.org to 192.168.0.254: connection refused
Jul 3 22:46:38 CentOS dhcpd: DHCPREQUEST for 192.168.0.254 (192.168.0.1) from 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 3 22:46:38 CentOS dhcpd: DHCPACK on 192.168.0.254 to 00:16:3e:6f:99:86 (XENtest2) via eth0

Preco to stale berie z VMPlayeru? A ako to urobit, bez toho, aby som nemusel vypinat network vo VMPayerovi?

Skusal som dhclient -r, ale nepomohlo.

Diky

Řešení dotazu:

Komentář #3 (nicco, 1 hlasů)

Nástroje: Začni sledovat (0) ?

Odpovědi

4.7.2013 07:28 Jiří Veselský | skóre: 30 | blog: Jirkovo | Ostrava
Rozbalit Rozbalit vše Re: 2 DHCPD v sieti

No systematické by bylo v VMplayeru vypnout DHCP, ale to teda nevím, jestli to jde.

Pak mě napadá v Centos1 přidat do iptables nějaké vhodné pravidlo, které bude blokovat provoz na UDP portech 67/68, tj. DHCP portech, a to na té síťové kartě která vede do VMplayeru. Takže dotaz od Centos2 (a/nebo odpověď od VMplayeru) tímdle pravidlem neprojde. Je ovšem otázka, jestli to bude fungovat, protože netuším, jako "nízko" visí Xen v systému, jestli jeho síťový provoz podléhá či nepodléhá filtraci iptablesů toho hostitelského OS.

4.7.2013 10:49 nicco | skóre: 7
Rozbalit Rozbalit vše Re: 2 DHCPD v sieti

Skusil som teda zablokovat DHCPD:

-A RH-Firewall-1-INPUT -p tcp -i eth0 --sport 67:68 --dport 67:68 -j DROP
-A RH-Firewall-1-INPUT -p udp -i eth0 --sport 67:68 --dport 67:68 -j DROP

ale nepomohlo to. Stale tam ma request na oba DHCPD:

DHCPREQUEST for 192.168.0.254 (192.168.0.1) a DHCPREQUEST for 192.168.79.136 (192.168.79.254)

Jul 4 10:26:46 CentOS dhcpd: DHCPDISCOVER from 00:16:3e:6f:99:86 via eth0
Jul 4 10:26:47 CentOS dhcpd: DHCPOFFER on 192.168.0.254 to 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 4 10:26:48 CentOS dhcpd: Unable to add forward map from XENtest2.mydomain.org to 192.168.0.254: timed out
Jul 4 10:26:48 CentOS dhcpd: DHCPREQUEST for 192.168.0.254 (192.168.0.1) from 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 4 10:26:48 CentOS dhcpd: DHCPACK on 192.168.0.254 to 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 4 10:26:48 CentOS dhcpd: DHCPDISCOVER from 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 4 10:26:48 CentOS dhcpd: DHCPOFFER on 192.168.0.254 to 00:16:3e:6f:99:86 (XENtest2) via eth0
Jul 4 10:26:48 CentOS dhcpd: DHCPREQUEST for 192.168.79.136 (192.168.79.254) from 00:16:3e:6f:99:86 via eth0: wrong network.
Jul 4 10:26:48 CentOS dhcpd: DHCPNAK on 192.168.79.136 to 00:16:3e:6f:99:86 via eth0

Zaujimave je, ze Centos2 dostane adresu od VMPlayera, aj ked je az druhy v poradi v DHCPDISCOVER a este i pise wrong network

[root@CentOS ~]# tcpdump -vv -s 0 -i eth0 port 67 || port 68 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:26:46.132807 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:16:3e:6f:99:86 (oui Unknown), length: 300, xid:0x118f9876, flags: [none] (0x0000) Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:DISCOVER RQ:192.168.0.254 HN:"XENtest2" PR:SM+BR+TZ+DG+DN+NS+HN+YD+YS+NTP+MTU 10:26:47.003151 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 336) 192.168.0.1.bootps > 192.168.0.254.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length: 308, xid:0x118f9876, flags: [none] (0x0000) Your IP: 192.168.0.254 Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:OFFER SID:192.168.0.1 LT:21600 SM:255.255.255.0 TZ:-18000 DG:192.168.79.2 DN:"mydomain.org" NS:192.168.0.1 YD:"mydomain.org" 10:26:47.004239 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:16:3e:6f:99:86 (oui Unknown), length: 300, xid:0x118f9876, flags: [none] (0x0000) Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:REQUEST SID:192.168.0.1 RQ:192.168.0.254 HN:"XENtest2" PR:SM+BR+TZ+DG+DN+NS+HN+YD+YS+NTP+MTU 10:26:47.004515 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 192.168.79.254.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length: 300, xid:0x118f9876, flags: [Broadcast] (0x8000) Server IP: 192.168.79.254 Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:NACK MSG:"requested address not available" 10:26:47.475027 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:16:3e:6f:99:86 (oui Unknown), length: 300, xid:0x6f6be038, flags: [none] (0x0000) Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:DISCOVER HN:"XENtest2" PR:SM+BR+TZ+DG+DN+NS+HN+YD+YS+NTP+MTU 10:26:47.475638 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:16:3e:6f:99:86 (oui Unknown), length: 300, xid:0x6f6be038, flags: [none] (0x0000) Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:REQUEST SID:192.168.79.254 RQ:192.168.79.136 HN:"XENtest2" PR:SM+BR+TZ+DG+DN+NS+HN+YD+YS+NTP+MTU 10:26:48.054080 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 336) 192.168.0.1.bootps > 192.168.0.254.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length: 308, xid:0x118f9876, flags: [none] (0x0000) Your IP: 192.168.0.254 Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:ACK SID:192.168.0.1 LT:21600 SM:255.255.255.0 TZ:-18000 DG:192.168.79.2 DN:"mydomain.org" NS:192.168.0.1 YD:"mydomain.org" 10:26:48.054289 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 336) 192.168.0.1.bootps > 192.168.0.254.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length: 308, xid:0x6f6be038, flags: [none] (0x0000) Your IP: 192.168.0.254 Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:OFFER SID:192.168.0.1 LT:21600 SM:255.255.255.0 TZ:-18000 DG:192.168.79.2 DN:"mydomain.org" NS:192.168.0.1 YD:"mydomain.org" 10:26:48.054477 IP (tos 0x10, ttl 16, id 0, offset 0, flags [none], proto: UDP (17), length: 328) 192.168.0.1.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length: 300, xid:0x6f6be038, flags: [Broadcast] (0x8000) Server IP: 192.168.0.1 Client Ethernet Address: 00:16:3e:6f:99:86 (oui Unknown) Vendor-rfc1048: DHCP:NACK SID:192.168.0.1 MSG:"requested address not available"