DHCP szerver és maszkolás [Megoldva]

Fórumok

Sziasztok !

A következő problémára szeretnék megoldást :

Van egy PC, benne egy wifi modul és egy ethernet port. A netet DHCP kliensként a wifi modulról kapja a gép.

Szeretném a ethernet portot DHCP szerverként használni, úgy hogy net is legyen a ethernetre csatlakozó kliensen.

Fedora 38 desktop (NetworkManager -rel) fut a gépen.

Jelenleg a wifi :

ipv4 : 192.168.8.130

DNS : 192.168.8.1

Amit eddig próbáltam :

/etc/systemconfig/dhcpd :

...

(default)

DHCPDARGS="enspls0";

 

/etc/dhcp/dhcpd.conf :

subnet 192.168.9.0 netmask 255.255.255.0 {
   range 192.168.9.10 192.168.9.50;
   option subnet-mask 255.255.255.0;
   option routers 192.168.9.1;
   option domain-name-servers 8.8.8.8;
}
host interface1 {
    hardware ethernet d0:50:99:a8:9d:21;
    fixed-address 192.168.9.60;
}

A dhcpd hibával leáll. Előre is köszönöm a segítséget.

Hozzászólások

A hibaüzenet alapján valami beállítás nem jó ;-)

A DHCP konfigja elég undorító (sajnos a successor kea sem sokkal jobb), de a hibaüzenetben általában viszonylag bőbeszédű. Ebből itt nem sokat láttunk.

Szerkesztve: 2024. 01. 31., sze – 08:17

nat be van állítva? (nem emiatt nem indul, de ez is fog kelleni)

Szerkesztve: 2024. 01. 31., sze – 08:14

Én kiolvastam a hibaüzenetből, hogy a dnsmasq már elfoglalta a portot ezért nem indul el. 

Szerkesztve: 2024. 01. 31., sze – 08:16

Elsö körben arra tippelnék hogy az enspls0 IP címe (ha egyáltalán van) nem a 192.168.9.0/24 tartományban van, bár az sem biztos hogy enspls0-nak hívják.

nem esetleg enp1s0 vagy ens1?

ip link show

mit mutat?

Szerk:

ha a dnsmasq foglalja, akkor azzal is megoldható a DHCP

Szerkesztve: 2024. 01. 31., sze – 08:56

enp1s0 -> igen

 

Hibaüzenet : 

journalctl -xeu dhcpd.service

jan 31 08:49:40 00-0F-00-8D-09-F9 dhcpd[3614]: exiting.
jan 31 08:49:40 00-0F-00-8D-09-F9 systemd[1]: dhcpd.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ An ExecStart= process belonging to unit dhcpd.service has exited.
░░ 
░░ The process' exit code is 'exited' and its exit status is 1.
jan 31 08:49:40 00-0F-00-8D-09-F9 systemd[1]: dhcpd.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ The unit dhcpd.service has entered the 'failed' state with result 'exit-code'.
jan 31 08:49:40 00-0F-00-8D-09-F9 systemd[1]: Failed to start dhcpd.service - DHCPv4 Server Daemon.
░░ Subject: A(z) dhcpd.service egység hibát jelzett
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A(z) dhcpd.service egység hibát jelzett.
░░ 
░░ Az eredmény: failed.
 

dnsmasq hogy ellenőrizhető, a fent említettel hogy megoldható ?

systemd-r  702 systemd-resolve   11u  IPv4   3768      0t0  TCP *:5355 (LISTEN)
systemd-r  702 systemd-resolve   13u  IPv6   3771      0t0  TCP *:5355 (LISTEN)
systemd-r  702 systemd-resolve   17u  IPv4   3775      0t0  TCP 127.0.0.53:53 (LISTEN)
systemd-r  702 systemd-resolve   19u  IPv4   3777      0t0  TCP 127.0.0.54:53 (LISTEN)
 

 4214 pts/0    S+     0:00          \_ grep --color=auto dnsmasq
 

Szerkesztve: 2024. 01. 31., sze – 09:39

egy routert próbálsz csinálni egy desktop OS-ből, ráadásul desktop GUI-s hálózatkezeléssel. - és látszólag hozzáértés nélkül.

Nem lehetetlen persze, mint ahogy szembe széllel is lehet pisálni, csak kihívásokkal (és mellékhatásokkal) teli a feladat ;)

 

De hogy konstruktívabb legyek:

- ha router funkciót akarsz, vegyél egy routert.

- ha magad akarod faragni, akkor fogj egy router/firewall OS-t, és azzal próbálkozz...

 

Az első kettőben sokan lesznek segítségedre. De  ha ragaszkodsz a desktop-hoz meg a NM GUI-hoz, akkor csak sok sikert tudok kívánni.

Ja jól sejtem a következő lépéseket kéne valahogy véghezvinnem :

1 - enp1s0 eszköznek adni címet

2 - dhcpd beüzemelése enp1s0 -en

3 - valahogy elérni hogy kommunikáljon a localhost -al

Azt szeretném első lépésben elérni, hogy a enp1s0 -be bedugott orange-pi eszköznek osszon dhcpd címet hogy utánna ssh-n keresztül be tudjak jelentkezni.

4 - elérni hogy esetleg a wifwn keresztül bejövő netet is elérhesse

Network Manager fut, nem tudom hogy lehetne konfigurálni a feladathoz.

nmcli device show nmp1s0 :

GENERAL.DEVICE:                         enp1s0
GENERAL.TYPE:                           ethernet
GENERAL.HWADDR:                         D0:50:99:A8:9D:21
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (kapcsolódva)
GENERAL.CONNECTION:                     1. vezetékes kapcsolat
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/3
WIRED-PROPERTIES.CARRIER:               be
IP4.ADDRESS[1]:                         192.168.9.60/24
IP4.GATEWAY:                            192.168.9.1
IP4.ROUTE[1]:                           dst = 192.168.9.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[2]:                           dst = 0.0.0.0/0, nh = 192.168.9.1, mt = 20100
IP6.GATEWAY:                            --
 

Most ezt a hibát dobja a dhcpd :

jan 31 09:48:01 00-0F-00-8D-09-F9 dhcpd[4797]: No subnet declaration for enp1s0; (no IPv4 addresses).
jan 31 09:48:01 00-0F-00-8D-09-F9 dhcpd[4797]: ** Ignoring requests on enp1s0;.  If this is not what
jan 31 09:48:01 00-0F-00-8D-09-F9 dhcpd[4797]:    you want, please write a subnet declaration
jan 31 09:48:01 00-0F-00-8D-09-F9 dhcpd[4797]:    in your dhcpd.conf file for the network segment
jan 31 09:48:01 00-0F-00-8D-09-F9 dhcpd[4797]:    to which interface enp1s0; is attached. **
 

Ez alapján az enp1s0 interfésznek (még?) nincs címe akkor, amikor a dhcpd elindul. Lehet, hogy a Network Manager csak akkor ad neki IP címet, miután bejelentkeztél? (sose használtam Network Manager-t)

 

Szerk: ezt úgy tudod ellenőrizni, hogy újraindítás után először a konzolban jelentkezel be (*), a grafikus felületen nem, és ott nézed meg, hogy az enp1s0 interfésznek van-e IP címe:

ip addr show dev enp1s0

Ha jól sejtem, akkor még nem lesz címe.

 

(*) grafikus felületről konzolra (tty1) váltás: Ctrl-Alt-F1; vissza a grafikus felületre: Alt-F7

ip addr kimenete :

 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d0:50:99:a8:9d:21 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.0/24 brd 192.168.9.255 scope global noprefixroute enp1s0
       valid_lft forever preferred_lft forever
3: wlp0s18f2u1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 00:0f:00:8d:09:f9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.130/24 brd 192.168.8.255 scope global dynamic noprefixroute wlp0s18f2u1
       valid_lft 75711sec preferred_lft 75711sec
    inet6 fe80::bee3:32c5:53a:57bf/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
 

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d0:50:99:a8:9d:21 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.0/24 brd 192.168.9.255 scope global noprefixroute enp1s0
       valid_lft forever preferred_lft forever

Ez 192.168.9.1/24 kéne legyen.

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d0:50:99:a8:9d:21 brd ff:ff:ff:ff:ff:ff
    inet 192.168.9.1/24 brd 192.168.9.255 scope global noprefixroute enp1s0
       valid_lft forever preferred_lft forever
 

Sajnos így is ugyan az a hibaüzenet.

Meg, semmi változás, kivéve hogy nincs hibaüzenet.

 

jan 31 13:44:31 00-0F-00-8D-09-F9 dhcpd[7381]: exiting.
jan 31 13:44:31 00-0F-00-8D-09-F9 systemd[1]: dhcpd.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ An ExecStart= process belonging to unit dhcpd.service has exited.
░░ 
░░ The process' exit code is 'exited' and its exit status is 1.
jan 31 13:44:31 00-0F-00-8D-09-F9 systemd[1]: dhcpd.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ The unit dhcpd.service has entered the 'failed' state with result 'exit-code'.
jan 31 13:44:31 00-0F-00-8D-09-F9 systemd[1]: Failed to start dhcpd.service - DHCPv4 Server Daemon.
░░ Subject: A(z) dhcpd.service egység hibát jelzett
░░ Defined-By: systemd
 

korábban írtad:

nmcli device show nmp1s0 :
..
GENERAL.DEVICE:                         enp1s0
IP4.ADDRESS[1]:                         192.168.9.60/24
..

most akkor nmp1s0 vagy enp1s0?
Egyáltalán ugyanarról a gépröl van szó vagy sem, fentebb 60 az IP vége most meg beállítod 1-re, nehéz követni.

dhcp.conf: hardware ethernet d0:50:99:a8:9d:21;

ip addr:

2: enp1s0: ...
    link/ether d0:50:99:a8:9d:21

ha ez ugyanaz a gép mint ahova a dhcp szervert fel szeretnég hegeszteni, akkor szólok, a dhcp szerver magának nem szokott IP-t osztani, másoknak szokott, neki fix IP kell (nem, nem a dhcp.conf-ban).

a 0 azért nem jó mert a subnet elsö címe szokott lenni a network címe, az utolsó pedig a broadcast.

A hibaüzenet arra enged következtetni hogy dhcp-re van állítva az enp1s0, nem static (FIX) IP-re.

Jelen pillanatban Így van beállítva :

sudo nmcli connection modify '1. vezetékes kapcsolat' ipv4.address 192.168.9.1/24 ipv4.gateway 192.168.9.2 ipv4.method manual ipv4.dns 192.168.9.2
 

Innen vettem az ötletet :

https://www.slideshare.net/husseinyounis/configure-a-dhcp-server-on-fedorapdf

Nézzünk már meg egy:

/usr/sbin/dhcpd -d -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid  enp1s0

kimenetet parancssorból...  Előtte esetleg egy

/usr/sbin/dhcpd -d -t -cf /etc/dhcp/dhcpd.conf

sem ártana.

/usr/sbin/dhcpd -d -t -cf /etc/dhcp/dhcpd.conf

Internet Systems Consortium DHCP Server 4.4.3-P1
Copyright 2004-2022 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Can't open /etc/dhcp/dhcpd.conf: Permission denied

This version of ISC DHCP is based on the release available
on ftp.isc.org. Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.

Please report issues with this software via: 
https://bugzilla.redhat.com/

exiting.
 

/usr/sbin/dhcpd -d -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid  enp1s0

Internet Systems Consortium DHCP Server 4.4.3-P1
Copyright 2004-2022 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
you must be root to set user

This version of ISC DHCP is based on the release available
on ftp.isc.org. Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.

Please report issues with this software via: 
https://bugzilla.redhat.com/

exiting.
 

A commandline egy CentOS8-as unit fájlból lett kimásolva, de a Fedora38-hoz valóban sincs semmi extra:

 

[Unit]
Description=DHCPv4 Server Daemon
Documentation=man:dhcpd(8) man:dhcpd.conf(5)
Wants=network-online.target
After=network-online.target
After=time-sync.target

[Service]
Type=notify
EnvironmentFile=-/etc/sysconfig/dhcpd
ExecStart=/usr/sbin/dhcpd -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid $DHCPDARGS
StandardError=null

[Install]
WantedBy=multi-user.target

Lehet hogy buta kérdés, de ha csak annyi a cél, hogy az ethernet portra csatlakozott gép is kapjon IP-t és internetet, akkor nem lenne egyszerűbb bridge módra állítani az ethernetet és akkor kapná az IP-t, netet a kliens ugyanattól a DHCP szervertől, amitől a gép is?

requirements.yml

---
- src: mrlesmithjr.dnsmasq

dnsmasq.yml

---
- hosts: all
  become: yes
  gather_facts: yes

  roles:
    - role: mrlesmithjr.dnsmasq
      dnsmasq_config: true
      dnsmasq_enable_dhcp: true
      dnsmasq_pri_domain_name:
      dnsmasq_dhcp_boot: ""
      dnsmasq_nameservers:
        - 1.1.1.1
        - 8.8.8.8
      dnsmasq_dhcp_options:
        - option: dns-server
          value:
            - 1.1.1.1
            - 8.8.8.8
        - option: ntp-server
          value:
            - 192.168.9.x
            - 192.168.9.x
        - option: router
          value:
            - 192.168.9.x
      dnsmasq_dhcp_scopes:
        - start:                         192.168.9.x
          end:                           192.168.9.x
          netmask:                       255.255.255.0
          lease_time:                    24h
      dnsmasq_dhcp_host_reservations:
        - address:                       192.168.9.x
          lease_time:                    24h
          mac_address:
            - "11:22:33:44:55:66"
          name:                          dummy

ansible-galaxy install -r requirements.yml

ansible-playbook -i "192.168.8.130," dnsmasq.yml

Szerintem teljesen alapokkal nem vagy tisztában.

A magyart felejtsd el, mert mindenki le fog hidalni és/vagy körbe fog röhögni.

Ha tanulni akarsz, akkor ne a saját gépeddel, és ne desktop toolokkal játsz, hanem telepíts valami vm-et.

Szóval, a sima routing (ip_forward) alapból csak akkor lesz jó, ha a másik oldalon lévő eszköz is tudja a route-ot, egyébként natolni kell.

"Sose a gép a hülye."

A magyar "szakzsargon" olyan, mint Zuzuval beszélgetni - de inkább rosszabb. (Ford Fairlane kalandjai, mint kötelezően ajánlott film).
Menjünk sorjában...
Van egy két interfésszel rendelkező géped, aminek az egyik oldala wifi-n csatlakozik "valahova", a másik oldala egy ethernet kártya, amin te szeretnél más eszközöknek címet osztani, _és_ a későbbiekben a wifi felé internet-elérést is biztosítani.
Első körben kell egy DHCP szerver, ami _csak_ az ethernet interfész felől érhető el, és ott oszt címeket. Ezzel kapcsolatban fentebb voltak kérdéseim, arra kérnék választ először, mert amíg a dhcp nincs meg, addig nem érdemes további dolgokat, pláne ötletszerűen turkálni (bridge).

Amikor megvan az ethernet felőli oldalon a működő dhcp szerver, és abból az irányból tud "beszélgetni" egymással a géped meg az ethernet másik "végére" dugott mondjuk rpi, akkor lehet nekilátni a gépedből routert, méghozzá NAT-olós (címfordítást végző) routert fabrikálni. Ez sem űrtechnológia, de ez egyelőre ne legyen cél.
 

Köszi, rendben.

sudo /usr/sbin/dhcpd -d -t -cf /etc/dhcp/dhcpd.conf

Internet Systems Consortium DHCP Server 4.4.3-P1
Copyright 2004-2022 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
ldap-gssapi-principal is not set,GSSAPI Authentication for LDAP will not be used
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Config file: /etc/dhcp/dhcpd.conf
Database file: /var/lib/dhcpd/dhcpd.leases
PID file: /var/run/dhcpd.pid
Source compiled to use binary-leases

 

/usr/sbin/dhcpd -d -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid  enp1s0

Internet Systems Consortium DHCP Server 4.4.3-P1
Copyright 2004-2022 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
ldap-gssapi-principal is not set,GSSAPI Authentication for LDAP will not be used
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Config file: /etc/dhcp/dhcpd.conf
Database file: /var/lib/dhcpd/dhcpd.leases
PID file: /var/run/dhcpd.pid
Source compiled to use binary-leases
Wrote 0 leases to leases file.

No subnet declaration for enp1s0 (no IPv4 addresses).
** Ignoring requests on enp1s0.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface enp1s0 is attached. **

Not configured to listen on any interfaces!

This version of ISC DHCP is based on the release available
on ftp.isc.org. Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.

Please report issues with this software via: 
https://bugzilla.redhat.com/
 

/etc/sysconfig/dhcp

 

# WARNING: This file is NOT used anymore.

# If you are here to restrict what interfaces should dhcpd listen on,
# be aware that dhcpd listens *only* on interfaces for which it finds subnet
# declaration in dhcpd.conf. It means that explicitly enumerating interfaces
# also on command line should not be required in most cases.

# If you still insist on adding some command line options,
# copy dhcpd.service from /lib/systemd/system to /etc/systemd/system and modify
# it there.
# https://fedoraproject.org/wiki/Systemd#How_do_I_customize_a_unit_file.2…

# example:
# $ cp /usr/lib/systemd/system/dhcpd.service /etc/systemd/system/
# $ vi /etc/systemd/system/dhcpd.service
# $ ExecStart=/usr/sbin/dhcpd -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid <your_interface_name(s)>
# $ systemctl --system daemon-reload
# $ systemctl restart dhcpd.service

DHCPDRAGS="enp1s0"
 

 

/etc/dhcp/dhcpd.conf

 

subnet 192.168.9.0 netmask 255.255.255.0 {
       range 192.168.9.10 192.168.9.50;
       option subnet-mask 255.255.255.0;
       option routers 192.168.9.2;
       option domain-name-servers 8.8.8.8;
    }
}
 

ifconfig 

 

enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether d0:50:99:a8:9d:21  txqueuelen 1000  (Ethernet)
        RX packets 331  bytes 73370 (71.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 110  bytes 10933 (10.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 18  bytes 2118 (2.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 2118 (2.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp0s18f2u1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.8.130  netmask 255.255.255.0  broadcast 192.168.8.255
        inet6 fe80::bee3:32c5:53a:57bf  prefixlen 64  scopeid 0x20<link>
        ether 00:0f:00:8d:09:f9  txqueuelen 1000  (Ethernet)
        RX packets 66582  bytes 75133597 (71.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 47249  bytes 12583923 (12.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 

itt azt látom, hogy nincs IP cime az enp1s0-nak:

enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether d0:50:99:a8:9d:21  txqueuelen 1000  (Ethernet)
        RX packets 331  bytes 73370 (71.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 110  bytes 10933 (10.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

erre nyilván nyafog a dhcp server..

szerintem kell a netmask is, de ez így addig marad amig újra nem indítod a gépet. itt egy leírás a statikus IP-re.

ha nem akarsz ilyent, akkor kézzel kell indítani a dhcp-szervert a kártya beállítása után.

javaslom még hogy a dhcp.conf-ban a router IP cime legyen az a cím amit a kártyának adsz, most nem fontos, de késöbb az lehet, mert a te géped lesz a gw.

de mielött nekiállsz, most hogy van IP az enp1s0-án, megprobálnám megint ezt:

sudo /usr/sbin/dhcpd -d -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid  enp1s0

amúgy ez melyik kártya?

nmcli dev mod em1 

a nevekkel nem dobálózni kell (em1, enp1s0, stb) hanem azt kell használni ami neked van gépben. (lásd ifconfig)

ha ezt írtad be, ez sem jó:

nmcli dev mod enp1s01 ipv4.addr "192.168.9.2/24"

hogy miért? mert nincs ilyen ethernet eszközöd hogy enp1s01, ezért írtam hogy nem kell kapkodni (dobálózni), mert nem vagyok telepata, csak abból tudok kiindulni amit leírsz, nem abból amit gondolsz.

enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.9.2  netmask 255.255.255.255  broadcast 0.0.0.0
        inet6 fe80::368c:8068:2a10:7ba  prefixlen 64  scopeid 0x20<link>
        ether d0:50:99:a8:9d:21  txqueuelen 1000  (Ethernet)
        RX packets 735  bytes 165210 (161.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 144  bytes 16319 (15.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 

 

No subnet declaration for enp1s0 (192.168.9.2).
** Ignoring requests on enp1s0.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface enp1s0 is attached. **
 

enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.9.2  netmask 255.255.255.0  broadcast 192.168.9.255
        inet6 fe80::4275:a0a4:f449:2ceb  prefixlen 64  scopeid 0x20<link>
        ether d0:50:99:a8:9d:21  txqueuelen 1000  (Ethernet)
        RX packets 935  bytes 210730 (205.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1146  bytes 180573 (176.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 

 

febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Internet Systems Consortium DHCP Server 4.4.3-P1
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Copyright 2004-2022 Internet Systems Consortium.
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: All rights reserved.
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: For info, please visit https://www.isc.org/software/dhcp/
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: ldap-gssapi-principal is not set,GSSAPI Authentication for>
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Not searching LDAP since ldap-server, ldap-port and ldap-b>
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Config file: /etc/dhcp/dhcpd.conf
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Database file: /var/lib/dhcpd/dhcpd.leases
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: PID file: /var/run/dhcpd.pid
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Source compiled to use binary-leases
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Wrote 0 leases to leases file.
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Listening on LPF/enp1s0/d0:50:99:a8:9d:21/192.168.9.0/24
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Sending on   LPF/enp1s0/d0:50:99:a8:9d:21/192.168.9.0/24
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Sending on   Socket/fallback/fallback-net
febr 01 14:58:06 00-0F-00-8D-09-F9 dhcpd[10248]: Server starting service.
febr 01 14:58:06 00-0F-00-8D-09-F9 systemd[1]: Started dhcpd.service - DHCPv4 Server Daemon.
░░ Subject: A(z) dhcpd.service egység befejezte az indulást
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A(z) dhcpd.service egység befejezte az indulást
░░ 
░░ Az indítás eredménye: done.
 

Köszönöm.

sudo firewall-cmd --get-active-zones 
FedoraWorkstation

 

sudo firewall-cmd --zone FedoraWorkstation --query-masquerade
no
 

sudo firewall-cmd --zone FedoraWorkstation --add-masquerade

 

sudo firewall-cmd --zone FedoraWorkstation --query-masquerade
yes

És már működik is.

(Később megtaláltam a firevall-config GUI -ban is.)