Strona 1 z 1

iptables i własny serwer dhcp

: 03 stycznia 2011, 23:04
autor: sponsoriada
Witam.
Chciałem zrobić ze swojego serwera, serwer dhcp i także zarządzać na nim ruchem w sieci. Robię to pierwszy raz więc proszę o wyrozumiałość. Plan jest taki:
  1. W tym momencie ruchem w sieci kieruje ruter draytek vigor 2110Vn i internet przychodzi do niego na kablu do Wanu. Teraz chciałbym zrobić to tak, że internet będzie najpierw dochodził do serwera, do jednej karty sieciowej i z drugiej dopiero na ruter. Ruter pracuje też jako punkt dostępu i bramka VoIP. Teraz rodzi mi się pierwsze pytanie, czy jak serwera wyjdziemy z drugiej karty sieciowej na ruter to wpiąć go do przełącznika w ruterze czy do Wanu? Chciałbym aby ruter dalej pracował jako bramka VoIP i punkt dostępu.
  2. Co do serwera DHCP. Skonfigurowałem go po swojemu i uruchomiłem testowo i zadziałał. Jednak konkretne IP przypisałem do adresów mac, chciałbym też aby komputery, które przypadkiem przewiną się w domu i chciały przyłączyć się do internetu też dostały jakiś adres z określonej puli. Na końcu tematu wkleję swojego konfiga.
  3. Co do przekierowania i IPTABLES. W tym jestem zupełnie zielony. Ale z tego co się domyśliłem karta sieciowa (w moim przypadku eth0) ma dostać zewnętrzny adres IP. Do drugiej karty (eth1) trzeba przypisać adres wewnętrzny, w moim przypadku 192.168.11.2. I teraz rozumiem, gdzieś trzeba zrobić przekierowanie żeby internet dostawały komputery wewnątrz sieci. Tutaj prosiłbym o pokierowanie mnie bo jak już się do tego zabiorę to nie chciałbym zostać nagle bez internetu.
Z góry dziękuję za pomoc, a poniżej wklejam konfig.

Kod: Zaznacz cały

#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;

# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

default-lease-time 600;
max-lease-time 7200;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

# No service will be given on this subnet, but declaring it helps the 
# DHCP server to understand the network topology.

subnet 192.168.11.0  netmask 255.255.255.0 {
}

# This is a very basic subnet declaration.

#subnet 10.254.239.0 netmask 255.255.255.224 {
#  range 10.254.239.10 10.254.239.20;
#  option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org;
#}

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet 10.254.239.32 netmask 255.255.255.224 {
#  range dynamic-bootp 10.254.239.40 10.254.239.60;
#  option broadcast-address 10.254.239.31;
#  option routers rtr-239-32-1.example.org;
#}

# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
#  range 10.5.5.26 10.5.5.30;
#  option domain-name-servers ns1.internal.example.org;
#  option domain-name "internal.example.org";
#  option routers 10.5.5.1;
#  option broadcast-address 10.5.5.31;
#  default-lease-time 600;
#  max-lease-time 7200;
#}

# Hosts which require special configuration options can be listed in
# host statements.   If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.

host piotrek {
hardware ethernet B4:82:FE :D B:98 :D 4;
option routers 192.168.11.2;
fixed-address 192.168.11.100;
}

host skura {
hardware ethernet 90:E6:BA:93:A1:60;
option routers 192.168.11.2;
fixed-address 192.168.11.101;
}




#host passacaglia {
#  hardware ethernet 0:0:c0:5d:bd:95;
#  filename "vmunix.passacaglia";
#  server-name "toccata.fugue.com";
#}

# Fixed IP addresses can also be specified for hosts.   These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP.   Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
#  hardware ethernet 08:00:07:26:c0:a5;
#  fixed-address fantasia.fugue.com;
#}

# You can declare a class of clients and then do address allocation
# based on that.   The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
#  match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}

#shared-network 224-29 {
#  subnet 10.17.224.0 netmask 255.255.255.0 {
#    option routers rtr-224.example.org;
#  }
#  subnet 10.0.29.0 netmask 255.255.255.0 {
#    option routers rtr-29.example.org;
#  }
#  pool {
#    allow members of "foo";
#    range 10.17.224.10 10.17.224.250;
#  }
#  pool {
#    deny members of "foo";
#    range 10.0.29.10 10.0.29.230;
#  }
#}


: 04 stycznia 2011, 18:49
autor: grzesiek
Nie znam dokładnych odpowiedzi ale powiem co wiem ;)

Jak zmieniasz routera z roli router to potem nie wpinasz do portu WAN. Jeżeli zastępujesz routing Debianem to router tym już nie musi się zajmować. Punkt dostępowy będzie działał po przepięciu kabla do przełacznika nawet bez konfiguracji, ale z bramką VoIP już pewnie tak nie będzie, bo teraz nie ma dostępu (bezpośredniego) na zewnątrz - będzie trzeba ją przekonfigurować, jeżeli w ogóle tak się da.

W DHCP da się ustawić pulę, z której część będzie na sztywno ustawiona (MAC), a reszta dynamicznie.

Co do przekierowania to poczytaj to: http://debian.linux.pl/entries/87-Zapor ... a-domowego