[Megoldva]DHCP Gondjaim

Hálózatok egyéb

Sziasztok!

Egy kis segítséget szeretnék kérni.
A helyzet a következő:
Van 1 gép, PPPoE kapcsolattal, 2db hálókártyával, illetve fut rajta 3 virtuális gép. (Mindegyik virtuális gép más célt szolgál, OP-rendszerük is különböző). Van FreeBSD, openSUSE, és egy Gentoo, illetve a gazda OS egy Debian 6.0.
eth1-re szeretnék beállítani egy DHCP-t, a virtuális gépek számára.
El is kezdtem, felraktam az isc-dhcp-server csomagot, beállításokkal is haladtam egy kicsit, de ennek ellenére nem hajlandó címeket osztani a gépeknek. (Egyiknek sem)

Ezekre jutottam:

/etc/default/isc-dhcp-server

# Defaults for dhcp initscript
# sourced by /etc/init.d/dhcp
# installed at /etc/default/isc-dhcp-server by the maintainer scripts

#
# This is a POSIX shell fragment
#

# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
# Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACES="eth1"

/etc/dhcp/dhcpd.conf

max-lease-time 3600;
default-lease-time 3600;

ddns-update-style none;
authoritative;
one-lease-per-client true;
get-lease-hostnames true;
log-facility local7;
ping-check true;

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.100 192.168.1.200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
}

/etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
#NetworkManager#iface eth0 inet dhcp

#DHCP
auto eth1
iface eth1 inet static
up route add -host dehacepe dev eth1
address 192.168.1.1
netmask 255.255.255.0

/etc/hosts

127.0.0.1 localhost
127.0.1.1 XYZ
255.255.255.255 dehacepe

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

  • 2976 megtekintés

( trey | 2012. 01. 08., v – 12:31 )

A log-ot kéne nézni. Oda írja, hogy mi a nyűgje. Elindul egyáltalán (ha nem, kiírja mi a baja)? Ha igen, egy új IP kérésnél mi látszik a logban?

--
trey @ gépház

( Fisher v | 2012. 01. 08., v – 12:32 )

A konkrét virtualizáció ismerete nélkül csak találgatok: össze van bridzselve az eth1 a kívánt virtuális masinákkal? Mert lehet hogy kéne.

( InfinityP | 2012. 01. 08., v – 12:40 )

Log
Jan 8 12:04:38 XYZ dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
Jan 8 12:04:38 XYZ dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Jan 8 12:04:38 XYZ dhcpd: All rights reserved.
Jan 8 12:04:38 XYZ dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Jan 8 12:04:38 XYZ dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
Jan 8 12:04:38 XYZ dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Jan 8 12:04:38 XYZ dhcpd: All rights reserved.
Jan 8 12:04:38 XYZ dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Jan 8 12:04:38 XYZ dhcpd: Wrote 0 deleted host decls to leases file.
Jan 8 12:04:38 XYZ dhcpd: Wrote 0 new dynamic host decls to leases file.
Jan 8 12:04:38 XYZ dhcpd: Wrote 0 leases to leases file.
Jan 8 12:05:07 XYZ kernel: [54202.438825] device eth1 entered promiscuous mode
Jan 8 12:06:18 XYZ dhcpd: No hostname for 192.168.1.100
Jan 8 12:06:18 XYZ dhcpd: DHCPDISCOVER from 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:18 XYZ dhcpd: DHCPOFFER on 192.168.1.100 to 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:23 XYZ dhcpd: No hostname for 192.168.1.100
Jan 8 12:06:23 XYZ dhcpd: DHCPDISCOVER from 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:23 XYZ dhcpd: DHCPOFFER on 192.168.1.100 to 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:33 XYZ dhcpd: No hostname for 192.168.1.100
Jan 8 12:06:33 XYZ dhcpd: DHCPDISCOVER from 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:33 XYZ dhcpd: DHCPOFFER on 192.168.1.100 to 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:43 XYZ dhcpd: No hostname for 192.168.1.100
Jan 8 12:06:43 XYZ dhcpd: DHCPDISCOVER from 08:00:27:6c:8d:9a via eth1
Jan 8 12:06:43 XYZ dhcpd: DHCPOFFER on 192.168.1.100 to 08:00:27:6c:8d:9a via eth1
Jan 8 12:07:00 XYZ dhcpd: No hostname for 192.168.1.100
Jan 8 12:07:00 XYZ dhcpd: DHCPDISCOVER from 08:00:27:6c:8d:9a via eth1
Jan 8 12:07:00 XYZ dhcpd: DHCPOFFER on 192.168.1.100 to 08:00:27:6c:8d:9a via eth1

Virtualboxban futnak a gépek, és természetesen mindegyiknél be van állítva, hogy eth1-re csatlakozzanak.

Nem írtad a virtualboxos virtuális gépek hálózati kártyáinak beállítását. Elvileg a bridge kellene, de félek ebben a kombinációban nem fog probléma mentesen működni.
Tcpdumpolni kellene a dhcp szerveres gépen és a az egyik virtuális gépen is egy időben és összerakni a forgalmat. Abból kiderülhet mi a probléma.

Linuxscripting

Virtualbox beállításai:
Kártya 1:Intel PRO/1000 MT Desktop (Bridge-elt kártya, eth1)

tcpdump:
http://pastebin.com/fs5taLEv

Hát, ez első olvasásra nekem elég homály. :)
De talán
Subnet-Mask, BR, Time-Zone, Classless-Static-Route, Default-Gateway, Domain-Name, Domain-Name-Server, Hostname
ezek a paraméterek hiányoznának?

A helyzeted rosszabb lett mint volt, mert ebben csak a kérések látszanak, válasz nem megy.
Így néz ki normális esetben a tcpdump:
15:48:09.499765 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:34:38:51 (oui Unknown), length 347
15:48:09.499993 IP 10.10.8.2.bootps > 10.10.8.29.bootpc: BOOTP/DHCP, Reply, length 324
15:48:09.507389 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:34:38:51 (oui Unknown), length 359
15:48:09.517302 IP 10.10.8.2.bootps > 10.10.8.29.bootpc: BOOTP/DHCP, Reply, length 324

hozzá tartozó dhcp log:
Jan 8 15:48:09 dhcp4-server dhcpd: DHCPDISCOVER from 00:0c:29:34:38:51 via eth0.108
Jan 8 15:48:09 dhcp4-server dhcpd: DHCPOFFER on 10.10.8.29 to 00:0c:29:34:38:51 (myhost) via eth0.108
Jan 8 15:48:09 dhcp4-server dhcpd: DHCPREQUEST for 10.10.8.29 (10.10.8.2) from 00:0c:29:34:38:51 (myhost) via eth0.108
Jan 8 15:48:09 dhcp4-server dhcpd: DHCPACK on 10.10.8.29 to 00:0c:29:34:38:51 (myhost) via eth0.108

Közben szerkesztettem, az option subnet-mask helyes ahol van, csak felesleges. Redhat doksi:
The option subnet-mask option defines a subnet mask, and overrides the netmask value in the subnet declaration. In simple cases, the subnet and netmask values are the same.
Akkor már csak 1 ötletem maradt:
igazi géppel próba az eth1-en.

( sirenter | 2012. 01. 08., v – 16:42 )

ha túl tudod tenni magad az "ágyuval verébre" szindrómán, akkor javaslom a dnsmasq kipróbálását

Yoda: Engem kicsinek látsz nem igaz? Hát tudd meg, a látszat csal... ...mert velem van az Erő, és az Erő hatalmas. Az életből árad, ezért nagy. Körülvesz valamennyiünket. Összeköt és megvilágosít minket. Nem az izmaidban, magadban, magad körül kell érezned az Erőt. Mindenütt. Közted és köztem. A fákban, a kőben. Mindenütt. Igen.

http://hu.wikiquote.org/wiki/Csillagok_h%C3%A1bor%C3%BAja_V:_A_Birodalo…

amúgy (a többieknek) légyszi: [megoldva]