06. juli 2004 - 19:17Der er
20 kommentarer og 1 løsning
dhcpd.conf og eth1
I YAST har jeg valgt eth1 som den interface dhcp skal lytte på - men det virker ikke!.
Hvis jeg kører dhcpd eth1 får jeg denne besked:
"No subnet declaration eth1 (0.0.0.0). **ignoring request on eth1. If this is not what you want, please write a subnet declaration in your dhcpd.conf for the network segment to wich interface eth1 is attached.** Not configured to listen to any interface"
men hvis den viser 192.168.1.1 så skulle det være i orden
Så er det eneste jeg kan komme i tanke om være at den tror den skal lytte på eth0, hvilket den sikkert også gør som default. I din dhcpd.conf er der ikke specificeret at den skal lytte på eth1 et eneste sted.
Det er meget mærkeligt: hvis jeg kører dhcpd start eller stop får jeg fejlen med at der ikke er configureret til at lytte på noget interface. Med dhcpd eth1 får jeg: wrote 0 leases to leases file. Listen on socket/eth1/192.168.1.0/24 Sending on socket/eth1/192.168.1.0/24 Sending on socket/fallback/falback-net hvis der skal være en subnet declaration i dhcpd.conf for eth1, hvordan skal den så se ud eller ligger fejlen et andet sted?.
Hvis du kan finde DHCPD_INTERFACE i en conf fil skal det stå til DHCPD_INTERFACE="eth1"
Men altså fejlen ligger i følgende: subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.100 192.168.1.200; }
Den vil af en eller anden grund gerne have en subnet deklaration for det subnet som den mener eth1 er på, og det er angivet til 0.0.0.0 i følge den selv. Har du ikke statisk ip sat på eth1??
Har geninstalleret og nu ser det ud til at dhcp og dns kører. Er det rigtigt at YAST laver zones på en anden måde end beskrevet i dokumentationen?. DHCP kan tildele lease til ws og jeg har internet adgang fra server men ikke fra ws - kan pinge interface der går til adsl (eth0). Så jeg har et routing problem - nogle forslag?. Læste forøvrigt et sted at der angives hvilke(t) interface dhcp skal lytte på hvis der er mere end et.
83.91.20.27 dev ppp0 proto kernel scope link src 192.168.1.1 83.91.20.16/28 dev eth0 proto kernel scope link src 83.91.20.27 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.1 169.254.0.0/16 dev eth0 scope link 127.0.0.0/8 dev lo scope link default via 83.91.20.17 dev eth0
>>Er det rigtigt at YAST laver zones på en anden måde end beskrevet i dokumentationen?
Det kan sagtens være, men jeg ved det ikke.
ok, så hvis jeg skal afhjælpe med et routing problem så skal jeg have helt styr på hvordan netværket er sat op. Jeg forstår stadig ikke helt hvor ppp0 kommer ind i billedet henne. Sidder adsl modemet i linux maskinen?
Er det kablet således? windows -- eth1(192.168.1.1)//eth0(83.91.20.27) -- isp
Eller hvorledes? Jeg kan ikke rigtigt se hvordan ppp0 passer ind.
Prøv iøvrigt for en sikkerheds skyld "iptables -L -n" for at vi er sikre på at der ikke står nogle dumme firewall regler og blokerer noget. Den lister bare de aktive regler.
169.254.0.0 er et område som er privat, men som ikke kan routes iøvrigt. Det kaldes APIPA, og bruges blandt andet af Microsoft ICS. Jeg kan heller ikke lige helt se hvordan APIPA kommer ind i billedet her.
næste gang du laver troubleshooting af netværk og vil se om firewall driller så prøv: iptables -F iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT
Fjerner (-F for Flush) alle reglerne og sætter default chain policy til accept i stedet for drop.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
