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.
- 1385 megtekintés
Hozzászólások
A hibaüzenet alapján valami beállítás nem jó ;-)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
nat be van állítva? (nem emiatt nem indul, de ez is fog kelleni)
- A hozzászóláshoz be kell jelentkezni
Én kiolvastam a hibaüzenetből, hogy a dnsmasq már elfoglalta a portot ezért nem indul el.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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ó ?
- A hozzászóláshoz be kell jelentkezni
sudo lsof -i -P -n | grep LISTEN | grep 53
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
Korábban mások kérdezték, ezért nézd már meg:
ps fax | grep dnsmasq
- A hozzászóláshoz be kell jelentkezni
Minek, oda van írva, hogy a systemd-resovled fogja a portot.
Inkább azt válaszold meg kérlek, hogy miért érdekes, hogy fogja-e valaki az 53-at, ami a dns, mikor a dhcpd nem tud elindulni, aminek meg az nem kell, csak a 67?
- A hozzászóláshoz be kell jelentkezni
Fogalmam sincs. Nem is értettem elsőre, majd írta, hogy azzal is tud cimeket kiosztani.
- A hozzászóláshoz be kell jelentkezni
ja, ő olyat nem mondott, valaki behaluzta. (Nem is értem miért, desktop gépen mitől futna már)
- A hozzászóláshoz be kell jelentkezni
Nem ő írta, hanem valaki más. Tom
- A hozzászóláshoz be kell jelentkezni
enp1s0 -> igen
ebben az esetben ezt:
DHCPDARGS="enspls0";
kicserélném erre:
DHCPDARGS="enp1s0";
itt: /etc/systemconfig/dhcpd
- A hozzászóláshoz be kell jelentkezni
Megvolt, köszönöm.
- A hozzászóláshoz be kell jelentkezni
nincs abban a logban feljebb még valami arról, hogy miért exiting?
(nem lehetetlen, hogy nem jelenik meg a unit alatt, szóval egy fapados journalctl | grep dhcpd jobb eredményt hoz.)
- A hozzászóláshoz be kell jelentkezni
4214 pts/0 S+ 0:00 \_ grep --color=auto dnsmasq
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Köszi.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ha csak egy eszköz lesz rajta, akkor minek a DHCP?
Oldd meg fix IP-kkel, azzal gyorsabb, és kevesebb a gond!
nTOMasz
"The hardest thing in this world is to live in it!"
- A hozzászóláshoz be kell jelentkezni
Mivel nem szeretnék soros kapcsolaton belépni és alapból dhcp -vel kér IP címet.
- A hozzászóláshoz be kell jelentkezni
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: --
- A hozzászóláshoz be kell jelentkezni
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. **
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Ezt próbáltad már?
https://jfearn.fedorapeople.org/fdocs/en-US/Fedora/20/html/Networking_G…
nTOMasz
"The hardest thing in this world is to live in it!"
- A hozzászóláshoz be kell jelentkezni
Próbálgatom, semmi változás.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
megpróbálod kivenni azt a host interface1 { ... } részt, amiben benne van az interface címe .60-al teljesen feleslegesen?
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
neked nem kell a vezetékesre gw (szerintem), a leirásban azért van (jó eséllyel) mert neki ott csücsül a routere (igy látatlanba, mert most nem tudom megnyitni az oldalt)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
/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 hozzászóláshoz be kell jelentkezni
Ezt vagy nem rootként cináltad, vagy a dhcpd usernek nincs rá olvasási joga...:
"Can't open /etc/dhcp/dhcpd.conf: Permission denied"
" you must be root to set user" - nem rootként csináltad...
Szóval mindkettőt tessék már root userrel megpróbálni...
- A hozzászóláshoz be kell jelentkezni
Illetve csapjunk mellé egy ls -la /etc/dhcp/dhcpd.conf-ot, illetve ezen a ponton én szívesen belenéznék abba a unit fileba is, hogy valójában mit próbál csinálni...
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
Nekem így is tökéletes lenne.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
köszi
- A hozzászóláshoz be kell jelentkezni
jelen esetben ágyúval verébre...
- A hozzászóláshoz be kell jelentkezni
A hidalást próbálom valahogy beállítani de nem sikerül.
https://docs.fedoraproject.org/en-US/fedora-server/administration/virtual-routing-bridge/
Ez alapján próbálkozok, létre hozom a 'vbr1s0' hidat, utána passz.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
Szia, a Wifi oldalon van egy router, a ethernet portban pedig egy DHCP klienst futtató kütyü van, azt szeretném hogy hogy a router (amin be van állítva a DHCP) adjon neki IP címet.
- A hozzászóláshoz be kell jelentkezni
Akkor neked nem DHCP szerver kell a gépre, csak simán egy bridge a lanra és a wifire.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Sajnos ennél messzebröl kell indulni, még a kályha sincs kész.
Amig nem tudja mit, miért és hogyan állít be, addig a bridge rakétafizika.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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..
- A hozzászóláshoz be kell jelentkezni
Így jó lehet ?
nmcli dev mod em1 ipv4.method manual ipv4.addr "192.168.9.2"
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
nmcli dev mod enp1s01 ipv4.addr "192.168.9.2/24"
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Így csináltam : nmcli con edit type ethernet
aztán : save
Így megmarad a konfig.
- A hozzászóláshoz be kell jelentkezni
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. **
- A hozzászóláshoz be kell jelentkezni
inet 192.168.9.2 netmask 255.255.255.255 broadcast 0.0.0.0
Szar a mask
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ez most jónak tűnik.
- A hozzászóláshoz be kell jelentkezni
Igen, be tudok lépni ssh -val.
Köszönöm a segítséget, esetleg a kovetkező lépéshez is kaphatnék ? ( Legyen net :-) )
- A hozzászóláshoz be kell jelentkezni
Érzésre kb a firewall guin be kell tenned az enp1s0 intefacet egy szimpatikus zónába, és azon a zónán be kell kapcsolnod a masquaredinget.
- A hozzászóláshoz be kell jelentkezni
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.)
- A hozzászóláshoz be kell jelentkezni
még egy sudo firewall-cmd --runtime-to-permanent akkor fog kelleni.
- A hozzászóláshoz be kell jelentkezni