31

вообщем в автозапуск все прописал, но есть проблема, настроил дхцп настроил все ок, ребутаю комп - не раздает айпи, дхцп работает, но айпи не раздает, открываю конфиг вставляю пробел, перезапускаю сервер - раздает ип, все ок. Что за шляпа?

32

n2b, а если не добавлять пробел, а просто перезапустить? Есть подозрение, что dhcpd во время загрузки запускается раньше, чем стартуют собственно интерфейсы.

33 (28.03.2011 01:43:43 отредактировано n2b)

Теперь и с пробелом и просто, вообщем перестал он работать, мне кажется что я что-то намудрил с Зонами, в которых находятся сетевые интерфейсы.
internet(eth0) - внешняя зона
eth1 - внутренняя зона(Незащищенная)
В брандмауре для внешней зоны разрешены службы DHCP и DNS.
А если выбрать Внутренную зону - то Брандмауер выкидывает с ошибкой ab
Также в Брандмауере в разделе Широковещательная рассылка записал две службы на TCP на Внешнию и Внутреннюю зоны сети 0/0 везде(т.е. все айпи)

34

Поудалял все настройки брандмаура, поставил его на дефолт, выставил внешнюю зону интернету, внутреннюю зону второму интерфейсу - не раздает он айпи, хоть ты тресни, два раза еще вчера раздал и все... =\

35

После полной загрузки системы перезагрузи dhcp server
Если загрузиться норм тогда смотрим логи
tail -f /var/log/syslog

оставляем консоль и пробуем например по wi-fi получить ип и смотрим логи

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

36

Вообщем я починил )) И понял почему не работало. По проводу работает, выдает ип адреса и всю информацию.
Кстати, syslog - такого файла у меня нет, у меня логи как-то странно разбросаны по разным файлам и логи от дхцп сервера оказались в localmessages... ag
Простейший NAT я настроил, за Брандмауер(iptables) еще не брался, щас хочу редактить hostapd.conf и увидеть точку доступа свою. Кстати, вопрос - чтобы увидеть своб точку доступа, мне надо только этот файл отредактировать и все? Все заработает? Т.е. я увижу ее? Кстати, при простейшем настроенном НАТе - интернета по проводу нет... =\
Буду разбираться.
НАТ настраивал вот так:

Все необходимые настройки заключены в одном файле /etc/sysconfig/SuSEfirewall2. Открываем его с помощью любимого текстового редактора и начинаем править ( в моем случае - mcedit ):
user@opensuse:~> sudo mcedit /etc/sysconfig/SuSEfirewall2

В секции 2 вам нужно указать ваши интерфейсы, какие из них будут внешними, какие внутренними:
# Внешние ( в принципе можно не указывать, по умолчанию все интерфейсы являются внешними):
FW_DEV_EXT="any eth1"
# Внутренние:
FW_DEV_INT="eth0"

В секции 5 находятся еще два нужных нам параметра:
# Включаем роутинг в ядре
FW_ROUTE="yes"
# Разрешаем маскардинг
FW_MASQUERADE="yes"

В секции 6 указываем вашу подсеть, в моем случае - это 192.168.1.0/24:
FW_MASQ_NETS="192.168.1.0/24"

Готово! Теперь осталось применить правила и насладиться результатом:
user@opensuse:~> sudo /etc/init.d/SuSEfirewall2_setup restart

Кстати, может кому поможет - у меня на нетбуке стоит windows 7, при помощи нее тестил выдает ли ип по проводу, так вот почему не выдавало... При первом разе, когда меня винда спросила что за сеть, я ответил домашняя, т.е. доверенная, и винда теперь соотвественно просила опцию в dhcpd.conf "not authoritative" вот и все.

37 (29.03.2011 01:21:48 отредактировано n2b)

И вот опять, ребутнул комп(прописав в автозагрузку(в /etc/init.d/after.local) намед и дхцп и все, перестал сервак раздавать айпи... опять все по новой... =\

38 (29.03.2011 01:40:23 отредактировано n2b)

Вообщем ситауция такова:
настроил конфиг - не раздает.
добавил команду not authoritative; в конфиг, айпи получил, дальше добавил в after.local команды /etc/init.d/dhcpd restart и /etc/init.d/named restart, добавил в /etc/sysconfig/dhcpd в строчку про интерфейсы еще и wlan0 ребутнул комп, айпи перестал выдавать.
помучался, помучался, убрал wlan0 из интерфейсов, убарл из after.local строчки про автозагрузку, перезапустил дхцп - не работает.
Отркыл сетевые интерфейсы, поставил ip на eth1 192.168.1.0 вместе 192.168.1.1, не работает, изменил обратно - все заработало... ПОЧЕМУ?!!!
Щас дальше тестирую с ребутами и автозагрузкой...
И что самое интересное и с not authoritative; и с authoritative;  и без этой команды все работает, щас ребутнусь и посмотрю что будет....

39

Вот логи messages ПОСЛЕ ребута(айпи опять перестал раздавать dhcp сервер) и ДО ТОГО как я стал шаманить и делать ip eth1 с 1.1 на 1.0:

Mar 29 01:44:50 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 01:44:50 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 01:44:58 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 01:44:58 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1

Вот что произошло когда я сменил ip на 1.0 у eth1:

Mar 29 01:47:16 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 01:47:16 broadband-109-173-70-42 ifup-dhcp:     eth0      DHCP4 client is already running
Mar 29 01:47:16 broadband-109-173-70-42 ifup-dhcp:     eth0      IP address: 109.173.70.42/22
Mar 29 01:47:16 broadband-109-173-70-42 ifup:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 01:47:16 broadband-109-173-70-42 kernel: [  348.429914] eth1: link down
Mar 29 01:47:16 broadband-109-173-70-42 kernel: [  348.430214] ADDRCONF(NETDEV_UP): eth1: link is not ready
Mar 29 01:47:16 broadband-109-173-70-42 ifup:     eth1      
Mar 29 01:47:16 broadband-109-173-70-42 ifup: IP address: 192.168.1.0/24  
Mar 29 01:47:16 broadband-109-173-70-42 ifup:  
Mar 29 01:47:16 broadband-109-173-70-42 avahi-daemon[2253]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.1.0.
Mar 29 01:47:16 broadband-109-173-70-42 avahi-daemon[2253]: New relevant interface eth1.IPv4 for mDNS.
Mar 29 01:47:16 broadband-109-173-70-42 avahi-daemon[2253]: Registering new address record for 192.168.1.0 on eth1.IPv4.

Логи запуска dhcpd после того как я сменил ip обратно с 1.0 на 1.1 у eth1:

Mar 29 01:49:29 broadband-109-173-70-42 avahi-daemon[2253]: Registering new address record for 192.168.1.1 on eth1.IPv4.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Wrote 1 leases to leases file.
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Listening on LPF/eth1/00:e0:51:18:03:85/192.168.1.0/24
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Sending on   LPF/eth1/00:e0:51:18:03:85/192.168.1.0/24
Mar 29 01:49:51 broadband-109-173-70-42 dhcpd: Sending on   Socket/fallback/fallback-net

А вот логи ПОСЛЕ того как я нашаманил с ип адресом eth1:
Короче ничего не работает.... опять, хотя до этого эти же действия привел к нормальной работе.
Вообщем раз 30 перенастраивал интерфейсы, перезаупскал сервер в итоге заработало, я правда не понимаю теперь как, я изменял способ запуска интерфейса, при подключении, и после последнего раза(30го) я выставил при  загрузке системы(На оба интерфейса) сразу все заработало, хотя до этого стояло тоже при запуске системы и ничего не работало. Вообщем вот ПОЛНЫЙ лог 2 последних перезапусков интерфейсов и как оно должно работать:

Mar 29 01:59:59 broadband-109-173-70-42 dhcpd: Sending on   Socket/fallback/fallback-net
Mar 29 02:00:04 broadband-109-173-70-42 dhcpd: DHCPDISCOVER from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:00:05 broadband-109-173-70-42 dhcpd: DHCPOFFER on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:00:14 broadband-109-173-70-42 gnomesu-pam-backend: The gnome keyring socket is not owned with the same credentials as the user login: /tmp/keyring-3SffVt/control
Mar 29 02:00:14 broadband-109-173-70-42 gnomesu-pam-backend: gkr-pam: couldn't unlock the login keyring.
Mar 29 02:00:17 broadband-109-173-70-42 kernel: [ 1129.734260] b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found
Mar 29 02:00:17 broadband-109-173-70-42 kernel: [ 1129.734266] b43-phy0 ERROR: Firmware file "b43-open/ucode5.fw" not found
Mar 29 02:00:17 broadband-109-173-70-42 kernel: [ 1129.734270] b43-phy0 ERROR: Please open a terminal and enter the command "sudo /usr/sbin/install_bcm43xx_firmware" to download the correct firmware for this driver version. For an off-line installation, go to http://en.opensuse.org/HCL/Network_Adapters_(Wireless)/Broadcom_BCM43xx and follow the instructions in the "Installing firmware from RPM packages" section.
Mar 29 02:00:21 broadband-109-173-70-42 dhcpd: DHCPDISCOVER from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:00:21 broadband-109-173-70-42 dhcpd: DHCPOFFER on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:00:47 broadband-109-173-70-42 ifprobe:     eth0      changed config file: ifcfg-eth0 --> restart interface!
Mar 29 02:00:48 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:48 broadband-109-173-70-42 dhcpcd[20556]: eth0: sending signal 15 to pid 1830
Mar 29 02:00:48 broadband-109-173-70-42 dhcpcd[1830]: eth0: received SIGTERM, stopping
Mar 29 02:00:48 broadband-109-173-70-42 dhcpcd[1830]: eth0: exiting
Mar 29 02:00:48 broadband-109-173-70-42 dhcpcd[20556]: eth0: exiting
Mar 29 02:00:49 broadband-109-173-70-42 avahi-daemon[2253]: Withdrawing address record for 109.173.70.42 on eth0.
Mar 29 02:00:49 broadband-109-173-70-42 avahi-daemon[2253]: Leaving mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:00:49 broadband-109-173-70-42 avahi-daemon[2253]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar 29 02:00:49 broadband-109-173-70-42 ifprobe:     eth1      changed config file: ifcfg-eth1 --> restart interface!
Mar 29 02:00:49 broadband-109-173-70-42 ifplugd(eth1)[18600]: Executing '/etc/sysconfig/network/scripts/ifplugd-selectif eth1 down'.
Mar 29 02:00:49 broadband-109-173-70-42 ifplugd(eth1)[18600]: client: ifdown eth1 -o ifplugd
Mar 29 02:00:50 broadband-109-173-70-42 ifplugd(eth1)[18600]: client:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:50 broadband-109-173-70-42 ifdown:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:51 broadband-109-173-70-42 avahi-daemon[2253]: Withdrawing address record for 192.168.1.1 on eth1.
Mar 29 02:00:51 broadband-109-173-70-42 avahi-daemon[2253]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.1.
Mar 29 02:00:51 broadband-109-173-70-42 avahi-daemon[2253]: Interface eth1.IPv4 no longer relevant for mDNS.
Mar 29 02:00:51 broadband-109-173-70-42 dhcpd: receive_packet failed on eth1: Network is down
Mar 29 02:00:51 broadband-109-173-70-42 ifplugd(eth1)[18600]: Program executed successfully.
Mar 29 02:00:51 broadband-109-173-70-42 ifplugd(eth1)[18600]: Exiting.
Mar 29 02:00:51 broadband-109-173-70-42 ifdown:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:53 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:53 broadband-109-173-70-42 kernel: [ 1165.745932] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Mar 29 02:00:53 broadband-109-173-70-42 ifup-dhcp:     eth0      Starting DHCP4 client
Mar 29 02:00:53 broadband-109-173-70-42 dhcpcd[21247]: eth0: dhcpcd 3.2.3 starting
Mar 29 02:00:53 broadband-109-173-70-42 dhcpcd[21247]: eth0: hardware address = 00:17:31:be:dd:8e
Mar 29 02:00:53 broadband-109-173-70-42 dhcpcd[21247]: eth0: broadcasting for a lease
Mar 29 02:00:53 broadband-109-173-70-42 dhcpcd[21247]: eth0: offered 109.173.70.42 from 77.37.128.2
Mar 29 02:00:53 broadband-109-173-70-42 dhcpcd[21247]: eth0: checking 109.173.70.42 is available on attached networks
Mar 29 02:00:53 broadband-109-173-70-42 ifup-dhcp: . 
Mar 29 02:00:54 broadband-109-173-70-42 dhcpcd[21247]: eth0: leased 109.173.70.42 for 3600 seconds
Mar 29 02:00:54 broadband-109-173-70-42 dhcpcd[21247]: eth0: no renewal time supplied, assuming 1800 seconds
Mar 29 02:00:54 broadband-109-173-70-42 dhcpcd[21247]: eth0: no rebind time supplied, assuming 3150 seconds
Mar 29 02:00:54 broadband-109-173-70-42 dhcpcd[21247]: eth0: adding IP address 109.173.70.42/22
Mar 29 02:00:54 broadband-109-173-70-42 dhcpcd[21247]: eth0: adding default route via 109.173.68.1 metric 0
Mar 29 02:00:54 broadband-109-173-70-42 avahi-daemon[2253]: Joining mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:00:54 broadband-109-173-70-42 avahi-daemon[2253]: New relevant interface eth0.IPv4 for mDNS.
Mar 29 02:00:54 broadband-109-173-70-42 avahi-daemon[2253]: Registering new address record for 109.173.70.42 on eth0.IPv4.
Mar 29 02:00:55 broadband-109-173-70-42 dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Mar 29 02:00:55 broadband-109-173-70-42 dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Mar 29 02:00:55 broadband-109-173-70-42 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Mar 29 02:00:55 broadband-109-173-70-42 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Mar 29 02:00:55 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:55 broadband-109-173-70-42 dhcpcd[21247]: eth0: setting hostname to `broadband-109-173-70-42'
Mar 29 02:00:55 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:56 broadband-109-173-70-42 dhcpcd[21247]: eth0: exiting
Mar 29 02:00:56 broadband-109-173-70-42 ifup-dhcp:  
Mar 29 02:00:56 broadband-109-173-70-42 ifup-dhcp:     eth0      IP address: 109.173.70.42/22 (broadband-109-173-70-42)
Mar 29 02:00:56 broadband-109-173-70-42 ifup:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:00:56 broadband-109-173-70-42 kernel: [ 1168.397692] eth1: link up, 100Mbps, full-duplex, lpa 0xCDE1
Mar 29 02:00:56 broadband-109-173-70-42 ifup:     eth1      
Mar 29 02:00:56 broadband-109-173-70-42 ifup: IP address: 192.168.1.1/24  
Mar 29 02:00:56 broadband-109-173-70-42 ifup:  
Mar 29 02:00:56 broadband-109-173-70-42 avahi-daemon[2253]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.1.1.
Mar 29 02:00:56 broadband-109-173-70-42 avahi-daemon[2253]: New relevant interface eth1.IPv4 for mDNS.
Mar 29 02:00:56 broadband-109-173-70-42 avahi-daemon[2253]: Registering new address record for 192.168.1.1 on eth1.IPv4.
Mar 29 02:01:02 broadband-109-173-70-42 dhcpd: DHCPDISCOVER from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:01:02 broadband-109-173-70-42 dhcpd: DHCPOFFER on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:01:02 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 (192.168.1.1) from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:01:02 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: If this DHCP server is authoritative for that subnet,
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: please write an `authoritative;' directive either in the
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: subnet declaration or in some scope that encloses the
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: subnet declaration - for example, write it at the top
Mar 29 02:01:08 broadband-109-173-70-42 dhcpd: of the dhcpd.conf file.
Mar 29 02:01:11 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0

Я ничего не понимаю, почему так?!
Вот конфиг дхцп:

not authoritative;
# IP сервера указано тут потому что мы подняли собственный DNS. Вы можете использовать тут DNS провайдера.
option domain-name-servers 192.168.1.1;
# Отключаем динамические обновления DNS
ddns-update-style none;
ddns-updates off;
log-facility local7;

# Наша подсеть
subnet 192.168.1.0 netmask 255.255.255.0 {
# Диапазон выдаваемых IP адресов.
range 192.168.1.2 192.168.1.254;
# Дефолтный gateway
option routers 192.168.1.1;
# Время обновления адресов(12 часов).
default-lease-time 43200;
max-lease-time 86400;
}

На всякий случай, вот конфиг ДНС:

// Первой строкой задаем сети, которым будет разрешено
//посылать запросы через наш DNS-сервер:
acl "mynet" { 192.168.1.0/24; 127.0.0.1; };
options {
// Рабочая директория: 
   directory "/etc/named.d";  
// Pid файл создавать тоже в рабочей директории, хотя можно
// написать любую другую, например /var/run/named/named.pid: 
   pid-file "named.pid";            
// Разрешаем посылать запросы только от тех сетей, которые мы
// указали выше:
   allow-query { "mynet"; };
   forwarders { 192.168.1.1; 127.0.0.1; 77.37.251.33; 77.37.255.30; }; 
   };
// Указатели корневых серверов: 
   zone "." { 
       type hint; 
       file "named.root"; }; 
// Настраиваем обратное отображение
// для адреса 127.0.0.1: 
   zone "0.0.127.in-addr.arpa" { 
       type master; 
       file "localhost.rev"; 
       notify no; }; 
   zone "1.168.192.in-addr.arpa" { 
       type master; 
       file "n2b.rev"; 
       notify no; }; 


Помогите мне ab это какое-то шаманство.... щас ребутнусь и опять ничего не будет работать наверняка... вот делаю ребут.

40

Обнаружилась проблема и ее рецепт:
После ребута, как и преполагалось, ничего не заработает сразу.
Открыл сетевые интерфейсы, поставил "Подключение на "лету" на оба интерфейса и изменил ип адрес на 1.0(на всякий случай) - нажал применить, начал следить за виндовым подключением, за пакетами(отправлено - 0, принято - 316 и остановилось), а сразу после ребута отправлено было много и принято 0. Как только применение закончилось(пакеты начали приниматься на этапе поднятия интерфейсов) принятие пакетов остановилось. Я открыл опять интерфейсы, поставил На оба интерфейса "Включаться при загрузке системы", сменил ип на 1.1 и нажал применить, начал следить за виндовым подключением(оно, при не работающем дхцп оказалось как "неопознаная сеть"), оно начало отправлять и принимать пакеты, т.е. БИНГО, заработало, но параметры не применяла, я его перезапустил(в винде) и вуаля, работает. Собственно после таких подробных объяснений и наблюдений можно сделать вывод, что при загрузки системы интерфейсы не поднимаются должным образом, т.е. в after.local надо сначала прописывать поднятие интерфесов, а потом уже поднятие служб и тогда по идее все заработает. Команда на поднятнятие интерфейса: ifconfig eth1 down/up, но так как интернет работает сразу, то можно сделать вывод что интерфейс eth0 поднимается нормально(так как он смотрит в интернет). т.е. только eth1 не правильно поднимается и мой after.local должен будет выглядеть так:

ifconfig eth1 down
ifconfig eth1 up
/etc/init.d/dhcpd restart
named

Или же выставить в настройках "подключать автоматически" и убрать из after.local команду ifconfig eth1 down.
Я конечно понимаю что это может и сработает, но все-таки мне интересно почему так случается? От чего такие вещи? Кстати, может быть важно что eth0(internet) это встроенная сетевая карточка в мать, а eth1 - отдельная pci карта. Завтра или сейчас(если силы остались) проверю свою догадку про такой after.local.
вот логи:

Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Internet Systems Consortium DHCP Server 4.2.0-P2
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: All rights reserved.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Wrote 1 leases to leases file.
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Listening on LPF/eth1/00:e0:51:18:03:85/192.168.1.0/24
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Sending on   LPF/eth1/00:e0:51:18:03:85/192.168.1.0/24
Mar 29 02:10:55 broadband-109-173-70-42 dhcpd: Sending on   Socket/fallback/fallback-net
Mar 29 02:11:03 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:03 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:10 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:10 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:24 broadband-109-173-70-42 gnomesu-pam-backend: The gnome keyring socket is not owned with the same credentials as the user login: /tmp/keyring-JwVXvP/control
Mar 29 02:11:24 broadband-109-173-70-42 gnomesu-pam-backend: gkr-pam: couldn't unlock the login keyring.
Mar 29 02:11:30 broadband-109-173-70-42 kernel: [  262.090120] b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found
Mar 29 02:11:30 broadband-109-173-70-42 kernel: [  262.090126] b43-phy0 ERROR: Firmware file "b43-open/ucode5.fw" not found
Mar 29 02:11:30 broadband-109-173-70-42 kernel: [  262.090130] b43-phy0 ERROR: Please open a terminal and enter the command "sudo /usr/sbin/install_bcm43xx_firmware" to download the correct firmware for this driver version. For an off-line installation, go to http://en.opensuse.org/HCL/Network_Adapters_(Wireless)/Broadcom_BCM43xx and follow the instructions in the "Installing firmware from RPM packages" section.
Mar 29 02:11:32 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:32 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:40 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:40 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:58 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:11:58 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:02 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:02 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:07 broadband-109-173-70-42 ifprobe:     eth0      changed config file: ifcfg-eth0 --> restart interface!
Mar 29 02:12:07 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[7098]: eth0: sending signal 15 to pid 2271
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[2271]: eth0: received SIGTERM, stopping
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[2271]: eth0: removing default route via 109.173.68.1 metric 0
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[2271]: eth0: removing IP address 109.173.70.42/22
Mar 29 02:12:07 broadband-109-173-70-42 avahi-daemon[2599]: Withdrawing address record for 109.173.70.42 on eth0.
Mar 29 02:12:07 broadband-109-173-70-42 avahi-daemon[2599]: Leaving mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:12:07 broadband-109-173-70-42 avahi-daemon[2599]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[7098]: eth0: exiting
Mar 29 02:12:07 broadband-109-173-70-42 dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Mar 29 02:12:07 broadband-109-173-70-42 dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Mar 29 02:12:07 broadband-109-173-70-42 dhcpcd[2271]: eth0: exiting
Mar 29 02:12:08 broadband-109-173-70-42 ifprobe:     eth1      changed config file: ifcfg-eth1 --> restart interface!
Mar 29 02:12:08 broadband-109-173-70-42 ifdown:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:09 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:09 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:09 broadband-109-173-70-42 avahi-daemon[2599]: Withdrawing address record for 192.168.1.1 on eth1.
Mar 29 02:12:09 broadband-109-173-70-42 avahi-daemon[2599]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.1.
Mar 29 02:12:09 broadband-109-173-70-42 avahi-daemon[2599]: Interface eth1.IPv4 no longer relevant for mDNS.
Mar 29 02:12:09 broadband-109-173-70-42 dhcpd: receive_packet failed on eth1: Network is down
Mar 29 02:12:09 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:10 broadband-109-173-70-42 kernel: [  302.429542] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Mar 29 02:12:10 broadband-109-173-70-42 ifup-dhcp:     eth0      Starting DHCP4 client
Mar 29 02:12:10 broadband-109-173-70-42 dhcpcd[7682]: eth0: dhcpcd 3.2.3 starting
Mar 29 02:12:10 broadband-109-173-70-42 dhcpcd[7682]: eth0: hardware address = 00:17:31:be:dd:8e
Mar 29 02:12:10 broadband-109-173-70-42 dhcpcd[7682]: eth0: broadcasting for a lease
Mar 29 02:12:10 broadband-109-173-70-42 dhcpcd[7682]: eth0: offered 109.173.70.42 from 77.37.128.2
Mar 29 02:12:10 broadband-109-173-70-42 dhcpcd[7682]: eth0: checking 109.173.70.42 is available on attached networks
Mar 29 02:12:10 broadband-109-173-70-42 ifup-dhcp: . 
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd[7682]: eth0: leased 109.173.70.42 for 3600 seconds
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd[7682]: eth0: no renewal time supplied, assuming 1800 seconds
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd[7682]: eth0: no rebind time supplied, assuming 3150 seconds
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd[7682]: eth0: adding IP address 109.173.70.42/22
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd[7682]: eth0: adding default route via 109.173.68.1 metric 0
Mar 29 02:12:11 broadband-109-173-70-42 avahi-daemon[2599]: Joining mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:12:11 broadband-109-173-70-42 avahi-daemon[2599]: New relevant interface eth0.IPv4 for mDNS.
Mar 29 02:12:11 broadband-109-173-70-42 avahi-daemon[2599]: Registering new address record for 109.173.70.42 on eth0.IPv4.
Mar 29 02:12:11 broadband-109-173-70-42 dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Mar 29 02:12:11 broadband-109-173-70-42 dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Mar 29 02:12:11 broadband-109-173-70-42 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Mar 29 02:12:12 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:12 broadband-109-173-70-42 dhcpcd[7682]: eth0: setting hostname to `broadband-109-173-70-42'
Mar 29 02:12:12 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:12 broadband-109-173-70-42 dhcpcd[7682]: eth0: exiting
Mar 29 02:12:12 broadband-109-173-70-42 ifup-dhcp:  
Mar 29 02:12:12 broadband-109-173-70-42 ifup-dhcp:     eth0      IP address: 109.173.70.42/22 (broadband-109-173-70-42)
Mar 29 02:12:12 broadband-109-173-70-42 ifup:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:12:13 broadband-109-173-70-42 kernel: [  305.010754] eth1: link up, 100Mbps, full-duplex, lpa 0xCDE1
Mar 29 02:12:13 broadband-109-173-70-42 ifup:     eth1      
Mar 29 02:12:13 broadband-109-173-70-42 ifup: IP address: 192.168.1.0/24  
Mar 29 02:12:13 broadband-109-173-70-42 ifup:  
Mar 29 02:12:13 broadband-109-173-70-42 avahi-daemon[2599]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.1.0.
Mar 29 02:12:13 broadband-109-173-70-42 avahi-daemon[2599]: New relevant interface eth1.IPv4 for mDNS.
Mar 29 02:12:13 broadband-109-173-70-42 avahi-daemon[2599]: Registering new address record for 192.168.1.0 on eth1.IPv4.
Mar 29 02:12:25 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:25 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: If this DHCP server is authoritative for that subnet,
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: please write an `authoritative;' directive either in the
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: subnet declaration or in some scope that encloses the
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: subnet declaration - for example, write it at the top
Mar 29 02:12:33 broadband-109-173-70-42 dhcpd: of the dhcpd.conf file.
Mar 29 02:12:36 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0
Mar 29 02:12:42 broadband-109-173-70-42 gnomesu-pam-backend: The gnome keyring socket is not owned with the same credentials as the user login: /tmp/keyring-JwVXvP/control
Mar 29 02:12:42 broadband-109-173-70-42 gnomesu-pam-backend: gkr-pam: couldn't unlock the login keyring.
Mar 29 02:12:45 broadband-109-173-70-42 kernel: [  337.273547] b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found
Mar 29 02:12:45 broadband-109-173-70-42 kernel: [  337.273553] b43-phy0 ERROR: Firmware file "b43-open/ucode5.fw" not found
Mar 29 02:12:45 broadband-109-173-70-42 kernel: [  337.273558] b43-phy0 ERROR: Please open a terminal and enter the command "sudo /usr/sbin/install_bcm43xx_firmware" to download the correct firmware for this driver version. For an off-line installation, go to http://en.opensuse.org/HCL/Network_Adapters_(Wireless)/Broadcom_BCM43xx and follow the instructions in the "Installing firmware from RPM packages" section.
Mar 29 02:13:11 broadband-109-173-70-42 ifprobe:     eth0      changed config file: ifcfg-eth0 --> restart interface!
Mar 29 02:13:11 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:11 broadband-109-173-70-42 dhcpcd[9648]: eth0: sending signal 15 to pid 8075
Mar 29 02:13:11 broadband-109-173-70-42 dhcpcd[8075]: eth0: received SIGTERM, stopping
Mar 29 02:13:11 broadband-109-173-70-42 dhcpcd[8075]: eth0: removing default route via 109.173.68.1 metric 0
Mar 29 02:13:11 broadband-109-173-70-42 dhcpcd[8075]: eth0: removing IP address 109.173.70.42/22
Mar 29 02:13:11 broadband-109-173-70-42 avahi-daemon[2599]: Withdrawing address record for 109.173.70.42 on eth0.
Mar 29 02:13:11 broadband-109-173-70-42 avahi-daemon[2599]: Leaving mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:13:11 broadband-109-173-70-42 avahi-daemon[2599]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar 29 02:13:11 broadband-109-173-70-42 dhcpcd[9648]: eth0: exiting
Mar 29 02:13:12 broadband-109-173-70-42 dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Mar 29 02:13:12 broadband-109-173-70-42 dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Mar 29 02:13:12 broadband-109-173-70-42 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Mar 29 02:13:12 broadband-109-173-70-42 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Mar 29 02:13:12 broadband-109-173-70-42 dhcpcd[8075]: eth0: exiting
Mar 29 02:13:12 broadband-109-173-70-42 ifprobe:     eth1      changed config file: ifcfg-eth1 --> restart interface!
Mar 29 02:13:12 broadband-109-173-70-42 ifdown:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:13 broadband-109-173-70-42 avahi-daemon[2599]: Withdrawing address record for 192.168.1.0 on eth1.
Mar 29 02:13:13 broadband-109-173-70-42 avahi-daemon[2599]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.0.
Mar 29 02:13:13 broadband-109-173-70-42 avahi-daemon[2599]: Interface eth1.IPv4 no longer relevant for mDNS.
Mar 29 02:13:13 broadband-109-173-70-42 dhcpd: receive_packet failed on eth1: Network is down
Mar 29 02:13:14 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:14 broadband-109-173-70-42 kernel: [  366.641811] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Mar 29 02:13:14 broadband-109-173-70-42 ifup-dhcp:     eth0      Starting DHCP4 client
Mar 29 02:13:14 broadband-109-173-70-42 dhcpcd[10232]: eth0: dhcpcd 3.2.3 starting
Mar 29 02:13:14 broadband-109-173-70-42 dhcpcd[10232]: eth0: hardware address = 00:17:31:be:dd:8e
Mar 29 02:13:14 broadband-109-173-70-42 dhcpcd[10232]: eth0: broadcasting for a lease
Mar 29 02:13:14 broadband-109-173-70-42 dhcpcd[10232]: eth0: offered 109.173.70.42 from 77.37.128.2
Mar 29 02:13:14 broadband-109-173-70-42 dhcpcd[10232]: eth0: checking 109.173.70.42 is available on attached networks
Mar 29 02:13:14 broadband-109-173-70-42 ifup-dhcp: . 
Mar 29 02:13:15 broadband-109-173-70-42 dhcpcd[10232]: eth0: leased 109.173.70.42 for 3600 seconds
Mar 29 02:13:15 broadband-109-173-70-42 dhcpcd[10232]: eth0: no renewal time supplied, assuming 1800 seconds
Mar 29 02:13:15 broadband-109-173-70-42 dhcpcd[10232]: eth0: no rebind time supplied, assuming 3150 seconds
Mar 29 02:13:15 broadband-109-173-70-42 dhcpcd[10232]: eth0: adding IP address 109.173.70.42/22
Mar 29 02:13:15 broadband-109-173-70-42 dhcpcd[10232]: eth0: adding default route via 109.173.68.1 metric 0
Mar 29 02:13:15 broadband-109-173-70-42 avahi-daemon[2599]: Joining mDNS multicast group on interface eth0.IPv4 with address 109.173.70.42.
Mar 29 02:13:15 broadband-109-173-70-42 avahi-daemon[2599]: New relevant interface eth0.IPv4 for mDNS.
Mar 29 02:13:15 broadband-109-173-70-42 avahi-daemon[2599]: Registering new address record for 109.173.70.42 on eth0.IPv4.
Mar 29 02:13:15 broadband-109-173-70-42 dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Mar 29 02:13:15 broadband-109-173-70-42 dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Mar 29 02:13:16 broadband-109-173-70-42 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Mar 29 02:13:16 broadband-109-173-70-42 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Mar 29 02:13:16 broadband-109-173-70-42 ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:16 broadband-109-173-70-42 dhcpcd[10232]: eth0: setting hostname to `broadband-109-173-70-42'
Mar 29 02:13:16 broadband-109-173-70-42 ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:16 broadband-109-173-70-42 dhcpcd[10232]: eth0: exiting
Mar 29 02:13:16 broadband-109-173-70-42 ifup-dhcp:  
Mar 29 02:13:16 broadband-109-173-70-42 ifup-dhcp:     eth0      IP address: 109.173.70.42/22 (broadband-109-173-70-42)
Mar 29 02:13:17 broadband-109-173-70-42 ifup:     eth1      device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Mar 29 02:13:17 broadband-109-173-70-42 kernel: [  369.244088] eth1: link up, 100Mbps, full-duplex, lpa 0xCDE1
Mar 29 02:13:17 broadband-109-173-70-42 ifup:     eth1      
Mar 29 02:13:17 broadband-109-173-70-42 ifup: IP address: 192.168.1.1/24  
Mar 29 02:13:17 broadband-109-173-70-42 ifup:  
Mar 29 02:13:17 broadband-109-173-70-42 avahi-daemon[2599]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.1.1.
Mar 29 02:13:17 broadband-109-173-70-42 avahi-daemon[2599]: New relevant interface eth1.IPv4 for mDNS.
Mar 29 02:13:17 broadband-109-173-70-42 avahi-daemon[2599]: Registering new address record for 192.168.1.1 on eth1.IPv4.
Mar 29 02:13:39 broadband-109-173-70-42 dhcpd: DHCPREQUEST for 192.168.1.2 from bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:13:39 broadband-109-173-70-42 dhcpd: DHCPACK on 192.168.1.2 to bc:ae:c5:1a:aa:db (n2b-netbook) via eth1
Mar 29 02:13:43 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0
Mar 29 02:13:46 broadband-109-173-70-42 dhcpd: DHCPINFORM from 192.168.1.2 via eth1: not authoritative for subnet 192.168.1.0

41 (29.03.2011 02:45:26 отредактировано n2b)

Связка в after.local при выставленном в настройках интерфейсов для eth1 подключение "Вручную":
ifconfig eth1 up
/etc/init.d/dhcpd restart
named

не сработала, дхцп отказался видеть интерфейс...

Щас проверил еще одну, в настройках "загрузка вместе с системой", а в after.local:
ifconfig eth1 down
ifconfig eth1 up
/etc/init.d/dhcpd restart
named

И ребутнул. Щас будет результат.
Не сработало, а вот как-только я РУКАМИ В КОНСОЛЕ вбил ifconfig eth1 down и после сразу ifconfig eth1 up не выключая дхцп все сразу заработало!!! Почему?! Может скрипт какой написать? Или для after.local есть какая-то команды наподобии delay? в минуту например, а потом запускать эти команды, а дхцп на гася все подцепит и начинает работать?
Если есть какие мысли по этому поводу - выскажите пожалуйста. Завтра начну разбираться с hostapd или что там еще нужно для того чтобы я увидел свою точку доступа вайфай? Я так и не понял, хватит ли hostapd. Ну и да, вопрос выше что я задавал, я настроил НАТ(как настроил я выложил инструкцию), ип получаю, а интернета-то нет.

1. Почему такая проблема происходит с дхцп сервером и интерфейсом eth1?
2. Что нужно кроме конфиг файла hostapd для поднятия точки доступа вайфая(чтобы я ее видел)?
3. Почему мой настроенный НАТ(если правильно все), не дает мне интернет по проводу?(Брандмауер еще вообще не трогал, зоны для обоих интерфейсов(eth0(internet) and eth1(network)) стоит пунк "Брандмауер отключен")



Простите что захламил тему, просто реально каждый раз новые результаты, хочется высказаться и пойти спать, но блин, нет, сидишь и дальше ковыряешь и опять новые результаты и так цикл... Зато есть результаты, хотя бы такие... И все равно пишу сюда, так как нуждаюсь в помощи.

42

Рекомендую обратиться с вопросами в раздел по OpenSuSe. Я могу вам сказать как все сделать руками в консоли. А как потом заставить это автоматически загружаться после перезагрузки уже сказать не смогу. Дистрибутив уж больно специфический.

2. Еще нужно демона hostapd и его запустить =). Если вы не видите свою точку доступа, то есть смысл посмотреть в лог hostapd и найти там сообщения об ошибке(ах).

43

...интерфейсов(eth0(internet) and eth1(network)) стоит пунк "Брандмауер отключен")

там по-моему в ясте есть еще такая штука как AppArmor, которая тоже должна быть отключена, причем в первую очередь!!!

44

AppArmor отключен.
DHCP работает только после ручного отключения и включения внутреннего интерфейса, я так понимаю, тут косяк в загрузке служб на уровнях runlevel, тут буду думать.
Мне нужна помосч с iptables и с NATом, почему у меня инета по проводу нет?
Вот выводы:

broadband-109-173-70-42:/home/n2b # sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1
broadband-109-173-70-42:/home/n2b # iptables -L
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            ctstate ESTABLISHED 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED 
input_ext  all  --  anywhere             anywhere            
input_ext  all  --  anywhere             anywhere            
input_ext  all  --  anywhere             anywhere            
input_ext  all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere            limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-IN-ILL-TARGET ' 
DROP       all  --  anywhere             anywhere            

Chain FORWARD (policy DROP)
target     prot opt source               destination         
TCPMSS     tcp  --  anywhere             anywhere            tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
forward_ext  all  --  anywhere             anywhere            
forward_ext  all  --  anywhere             anywhere            
forward_ext  all  --  anywhere             anywhere            
LOG        all  --  anywhere             anywhere            limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-FWD-ILL-ROUTING ' 
DROP       all  --  anywhere             anywhere            

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            

Chain forward_ext (3 references)
target     prot opt source               destination         
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp echo-reply 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp destination-unreachable 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp time-exceeded 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp parameter-problem 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp timestamp-reply 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp address-mask-reply 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp protocol-unreachable 
ACCEPT     icmp --  anywhere             anywhere            ctstate RELATED,ESTABLISHED icmp redirect 
DROP       all  --  anywhere             anywhere            PKTTYPE = multicast 
DROP       all  --  anywhere             anywhere            PKTTYPE = broadcast 
LOG        tcp  --  anywhere             anywhere            limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-FWDext-DROP-DEFLT ' 
LOG        icmp --  anywhere             anywhere            limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-FWDext-DROP-DEFLT ' 
LOG        udp  --  anywhere             anywhere            limit: avg 3/min burst 5 ctstate NEW LOG level warning tcp-options ip-options prefix `SFW2-FWDext-DROP-DEFLT ' 
DROP       all  --  anywhere             anywhere            

Chain input_ext (4 references)
target     prot opt source               destination         
DROP       all  --  anywhere             anywhere            PKTTYPE = broadcast 
ACCEPT     icmp --  anywhere             anywhere            icmp source-quench 
ACCEPT     icmp --  anywhere             anywhere            icmp echo-request 
LOG        tcp  --  anywhere             anywhere            limit: avg 3/min burst 5 tcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP ' 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh 
DROP       all  --  anywhere             anywhere            PKTTYPE = multicast 
DROP       all  --  anywhere             anywhere            PKTTYPE = broadcast 
LOG        tcp  --  anywhere             anywhere            limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' 
LOG        icmp --  anywhere             anywhere            limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' 
LOG        udp  --  anywhere             anywhere            limit: avg 3/min burst 5 ctstate NEW LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT ' 
DROP       all  --  anywhere             anywhere            

Chain reject_func (0 references)
target     prot opt source               destination         
REJECT     tcp  --  anywhere             anywhere            reject-with tcp-reset 
REJECT     udp  --  anywhere             anywhere            reject-with icmp-port-unreachable 
REJECT     all  --  anywhere             anywhere            reject-with icmp-proto-unreachable 
broadband-109-173-70-42:/home/n2b # netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth1
109.173.68.0    0.0.0.0         255.255.252.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         109.173.68.1    0.0.0.0         UG        0 0          0 eth0

45 (30.03.2011 01:32:05 отредактировано n2b)

Вообщем интернет раздается мне по проводам, вроде как все настроил.
Теперь вопрос:
Открыл cmd -> ping ya.ru на нетбуке куда по проводу раздался инет.
Открыл брандмауер включил, все окей, открыл вкладку Трансляция сетевых адресов - убрал галку с Транслировать сети, cmd мне говорит что 192.168.1.1 - Заданный протокол закрыт, поставил галку, пинг идет от ya.ru. И не важно абсолютно что бы я не делал в брандмауере, если стоит галка на Транслировать сети - инет есть, на все порты, т.е. я и почту могу проверять и по страничкам лазить, то есть все полностью, какие бы я разрешительные правила не создавал(даже в этой же вкладке Трансляция сетевых адресов) все равно ВЕСЬ интернет у меня есть, т.е. фактически получается что все порты открыты и я весь как на ладоне, и вот собственно вопрос - Как закрыть не нужное, открыть нужное и так далее?
SuSefirewall2(по сути это iptables):

# Copyright (c) 2000-2002 SuSE GmbH Nuernberg, Germany
# Copyright (c) 2003,2004 SuSE Linux AG Nuernberg, Germany
# Copyright (c) 2005-2011 SUSE LINUX Products GmbH Nuernberg, Germany
#
# Author: Marc Heuse, 2002
#         Ludwig Nussel, 2004-2011
#
# /etc/sysconfig/SuSEfirewall2
#
# for use with /sbin/SuSEfirewall2 version 3.6
#
# ------------------------------------------------------------------------
#
# Note that running a packet filter/firewall is no panacea against
# network security threats. Make sure to
#
# - expose only actually needed services
# - assign different zones to express different levels of trust.
#   Opening ports for LAN services in the external zone defeats the
#   purpose of the firewall!
# - use software that is designed with security in mind (such as
#   postfix, vsftpd, openssh)
# - install security updates regularly 
#
# ------------------------------------------------------------------------
#
# Configuration Hints:
#
# Note that while this file looks like a shell script and is parsed
# by a shell script it actually is not a shell script itself. More
# information about sysconfig files can be found here:
# http://en.opensuse.org/Packaging/SUSE_Package_Conventions/Sysconfig
# It's generally a good idea to avoid using shell variable
# substitution (foo="$bar") and multi line values.
#
# If you have any problems configuring this file, take a look at
# /usr/share/doc/packages/SuSEfirewall2/EXAMPLES or use YaST
#
# For end user systems that are only connected to one network
# FW_DEV_EXT and maybe FW_CONFIGURATIONS_EXT to open some ports need
# to be modified. The defaults for all other settings are usually
# fine.
#
# For firewalls that should perform routing or masquerading between
# networks the settings FW_DEV_EXT, FW_DEV_INT, FW_ROUTE, FW_MASQUERADE,
# FW_SERVICES_EXT_TCP, and maybe FW_SERVICES_ACCEPT_EXT,  FW_FORWARD,
# FW_FORWARD_MASQ
#
# Please note that if you use service names, they have to exist in
# /etc/services. There is for example no service "dns", it's called
# "domain"; email is called "smtp" etc.
#
# ------------------------------------------------------------------------

## Path:    Network/Firewall/SuSEfirewall2
## Description:    SuSEfirewall2 configuration
## Type:    string
#
# Which are the interfaces that point to the internet/untrusted
# networks?
#
# Enter all untrusted network devices here
#
# Format: space separated list of interface or configuration names
#
# The special keyword "any" means that packets arriving on interfaces not
# explicitly configured as int, ext or dmz will be considered external. Note:
# this setting only works for packets destined for the local machine. If you
# want forwarding or masquerading you still have to add the external interfaces
# individually. "any" can be mixed with other interface names.
#
# Examples: "wlan0", "ippp0 ippp1", "any dsl0"
#
# Note: alias interfaces (like eth0:1) are ignored
#
FW_DEV_EXT="eth0"

## Type:    string
#
# Which are the interfaces that point to the internal network?
#
# Enter all trusted network interfaces here. If you are not
# connected to a trusted network (e.g. you have just a dialup) leave
# this empty.
#
# Format: space separated list of interface or configuration names
#
# Examples: "tr0", "eth0 eth1"
#
FW_DEV_INT="eth1"

## Type:    string
#
# Which are the interfaces that point to the dmz or dialup network?
#
# Enter all the network devices here which point to the dmz/dialups.
# A "dmz" is a special, seperated network, which is only connected
# to the firewall, and should be reachable from the internet to
# provide services, e.g. WWW, Mail, etc. and hence is at risk from
# attacks. See /usr/share/doc/packages/SuSEfirewall2/EXAMPLES for an
# example.
#
# Note: You have to configure FW_FORWARD to define the services
# which should be available to the internet and set FW_ROUTE to yes.
#
# Format: space separated list of interface or configuration names
#
# Examples: "tr0", "eth0 eth1"
#
FW_DEV_DMZ=""

## Type:    yesno
#
# Should routing between the internet, dmz and internal network be
# activated?
#
# Set this to "yes" if you either want to masquerade internal
# machines or allow access to the dmz (or internal machines, but
# this is not a good idea).
# 
# This option overrides IP_FORWARD from
# /etc/sysconfig/network/options
#
# Setting this option one alone doesn't do anything. Either activate
# masquerading with FW_MASQUERADE below if you want to masquerade
# your internal network to the internet, or configure FW_FORWARD to
# define what is allowed to be forwarded. You also need to define
# internal or dmz interfaces in FW_DEV_INT or FW_DEV_DMZ.
#
# defaults to "no" if not set
#
FW_ROUTE="yes"

## Type:    yesno
#
# Do you want to masquerade internal networks to the outside?
#
# Requires: FW_DEV_INT or FW_DEV_DMZ, FW_ROUTE, FW_MASQ_DEV
#
# "Masquerading" means that all your internal machines which use
# services on the internet seem to come from your firewall. Please
# note that it is more secure to communicate via proxies to the
# internet than to use masquerading.
# 
# This option is required for FW_MASQ_NETS and FW_FORWARD_MASQ.
#
# defaults to "no" if not set
#
FW_MASQUERADE="yes"

## Type:    string
#
# You also have to define on which interfaces to masquerade on.
# Those are usually the same as the external interfaces. Most users
# can leave the default.
#
# The special string "zone:" concatenated with the name of a zone
# means to take all interfaces in the specified zone.
#
# Old version of SuSEfirewall2 used a shell variable ($FW_DEV_EXT)
# here. That method is deprecated as it breaks auto detection of
# interfaces. Please use zone:ext instead.
#
# Examples: "ippp0", "zone:ext"
#
FW_MASQ_DEV=""

## Type:    string
#
# Which internal computers/networks are allowed to access the
# internet via masquerading (not via proxys on the firewall)?
#
# Format: space separated list of
#  <source network>[,<destination network>,<protocol>[,port[:port]]
#  
#  If the protocol is icmp then port is interpreted as icmp type
#
# Examples: - "0/0" unrestricted access to the internet
#           - "10.0.0.0/8" allows the whole 10.0.0.0 network with
#             unrestricted access.
#           - "10.0.1.0/24,0/0,tcp,80 10.0.1.0/24,0/0,tcp,21" allows
#             the 10.0.1.0 network to use www/ftp to the internet. -
#           - "10.0.1.0/24,0/0,tcp,1024:65535 10.0.2.0/24" the
#             10.0.1.0/24 network is allowed to access unprivileged
#             ports whereas 10.0.2.0/24 is granted unrestricted
#             access.
#           - "0/0,!10.0.0.0/8" unrestricted access to the internet
#             with the exception of 10.0.0.8 which will not be
#             masqueraded.
#           
FW_MASQ_NETS="192.168.1.0/24"

## Type:    string
#
# Which computers/networks to exclude from masquerading.
#
# Note that this only affects the POSTROUTING chain of the nat
# table. Ie the forwarding rules installed by FW_MASQ_NETS do not
# include the listed exceptions.
# *** Since you may use FW_NOMASQ_NETS together with IPsec make sure
# that the policy database is loaded even when the tunnel is not up
# yet. Otherwise packets to the listed networks will be forwarded to
# the internet unencrypted! ***
#
# Format: space separated list of
#  <source network>[,<destination network>,<protocol>[,port[:port]]
#  
#  If the protocol is icmp then port is interpreted as icmp type
#
# Examples: - "0/0,10.0.0.0/8" do not masquerade packets from
#             anywhere to the 10.0.0.0/8 network
#           
FW_NOMASQ_NETS=""

## Type:    list(yes,no,notrack)
## Default:    no
#
# Do you want to protect the firewall from the internal network?
# Requires: FW_DEV_INT
#
# If you set this to "yes", internal machines may only access
# services on the firewall you explicitly allow. If you set this to
# "no", any internal user can connect (and attack) any service on
# the firewall.
#
# The value "notrack" acts similar to "no" but additionally
# connection tracking is switched off for interfaces in the zone.
# This is useful to gain better performance on high speed
# interfaces.
#
# defaults to "yes" if not set
#
# see also FW_REJECT_INT
# 
FW_PROTECT_FROM_INT="no"

## Type:    string
#
# Which TCP services _on the firewall_ should be accessible from
# untrusted networks?
#
# Format: space separated list of ports, port ranges or well known
#         service names (see /etc/services)
#
# Examples: "ssh", "123 514", "3200:3299", "ftp 22 telnet 512:514"
#
# Note: this setting has precedence over FW_SERVICES_ACCEPT_*
#
FW_SERVICES_EXT_TCP=""

## Type:    string
#
# Which UDP services _on the firewall_ should be accessible from
# untrusted networks?
#
# Format: space separated list of ports, port ranges or well known
#         service names (see /etc/services)
#
# Example: "53", "syslog"
#
# Note: this setting has precedence over FW_SERVICES_ACCEPT_*
#
FW_SERVICES_EXT_UDP=""

## Type:    string
# 
# Which IP services _on the firewall_ should be accessible from
# untrusted networks?
#
# Usually for VPN/Routing services that END at the firewall like
# IPsec, GRE, PPTP or OSPF
#
# Format: space separated list of ports, port ranges or well known
#         protocol names (see /etc/protocols)
#
# Example: "esp"
#
# Note: this setting has precedence over FW_SERVICES_ACCEPT_*
#
FW_SERVICES_EXT_IP=""

## Type:        string
#
# Which RPC services _on the firewall_ should be accessible from
# untrusted networks?
#
# Port numbers of RPC services are dynamically assigned by the
# portmapper. Therefore "rpcinfo -p localhost" has to be used to
# automatically determine the currently assigned port for the
# services specified here.
#
# USE WITH CAUTION!
# regular users can register rpc services and therefore may be able
# to have SuSEfirewall2 open arbitrary ports
#
# Example: "mountd nfs"
#
# Note: this setting has precedence over FW_SERVICES_ACCEPT_*
#
FW_SERVICES_EXT_RPC=""

## Type:        string
#
# Which services _on the firewall_ should be accessible from
# untrusted networks?
#
# Packages can drop a configuration file that specifies all required
# ports into /etc/sysconfig/SuSEfirewall2.d/services. That is handy for
# services that require multiple ports or protocols. Enter the space
# separated list of configuration files you want to load.
#
# The content of those files is merged into
# FW_SERVICES_$zone_$protocol, ie has precedence over
# FW_SERVICES_ACCEPT_*
#
# Example: "samba-server nfs-kernel-server"
FW_CONFIGURATIONS_EXT="bind dhcp-server sshd"

## Type:    string
#
# see comments for FW_SERVICES_EXT_TCP
FW_SERVICES_DMZ_TCP=""

## Type:    string
#
# see comments for FW_SERVICES_EXT_UDP
FW_SERVICES_DMZ_UDP=""

## Type:    string
#
# see comments for FW_SERVICES_EXT_IP
FW_SERVICES_DMZ_IP=""

## Type:        string
#
# see comments for FW_SERVICES_EXT_RPC
FW_SERVICES_DMZ_RPC=""

## Type:        string
#
# see comments for FW_CONFIGURATIONS_EXT
FW_CONFIGURATIONS_DMZ="sshd"

## Type:    string
#
# see comments for FW_SERVICES_EXT_TCP
FW_SERVICES_INT_TCP=""

## Type:    string
#
# see comments for FW_SERVICES_EXT_UDP
FW_SERVICES_INT_UDP=""

## Type:    string
#
# see comments for FW_SERVICES_EXT_IP
FW_SERVICES_INT_IP=""

## Type:        string
#
# see comments for FW_SERVICES_EXT_RPC
FW_SERVICES_INT_RPC=""

## Type:        string
#
# see comments for FW_CONFIGURATIONS_EXT
FW_CONFIGURATIONS_INT="sshd"

## Type: string
#
# Packets to silently drop without log message
#
# Format: space separated list of net,protocol[,port][,sport]
# Example: "0/0,tcp,445 0/0,udp,4662"
#
# The special value _rpc_ is recognized as protocol and means that dport is
# interpreted as rpc service name. See FW_SERVICES_EXT_RPC for
# details.
#
FW_SERVICES_DROP_EXT=""

## Type: string
#
# see FW_SERVICES_DROP_EXT
FW_SERVICES_DROP_DMZ=""

## Type: string
#
# see FW_SERVICES_DROP_EXT
FW_SERVICES_DROP_INT=""

## Type: string
## Default:
#
# Packets to silently reject without log message. Common usage is
# TCP port 113 which if dropped would cause long timeouts when
# sending mail or connecting to IRC servers.
#
# Format: space separated list of net,protocol[,dport][,sport]
# Example: "0/0,tcp,113"
#
# The special value _rpc_ is recognized as protocol and means that dport is
# interpreted as rpc service name. See FW_SERVICES_EXT_RPC for
# details.
#
FW_SERVICES_REJECT_EXT=""

## Type: string
#
# see FW_SERVICES_REJECT_EXT
FW_SERVICES_REJECT_DMZ=""

## Type: string
#
# see FW_SERVICES_REJECT_EXT
FW_SERVICES_REJECT_INT=""

## Type: string
## Default:
#
# Services to allow. This is a more generic form of FW_SERVICES_XXX_{IP,UDP,TCP}
# and more specific than FW_TRUSTED_NETS
#
# Format: space separated list of net,protocol[,dport[,sport[,flags]]]
# Example: "0/0,tcp,22"
#
# Supported flags are
#   hitcount=NUMBER     : ipt_recent --hitcount parameter
#   blockseconds=NUMBER : ipt_recent --seconds parameter
#   recentname=NAME     : ipt_recent --name parameter
# Example:
#    Allow max three ssh connects per minute from the same IP address:
#      "0/0,tcp,22,,hitcount=3,blockseconds=60,recentname=ssh"
#
# The special value _rpc_ is recognized as protocol and means that dport is
# interpreted as rpc service name. See FW_SERVICES_EXT_RPC for
# details.
#
# Note1: keep in mind that FW_SERVICES_EXT_TCP, FW_SERVICES_EXT_UDP
# take precedence over FW_SERVICES_ACCEPT_EXT so don't open the same
# port with both options.
#
# Note2: the iptables recent module may not be available for ipv6. To
# avoid an error message use 0.0.0.0/0 instead of 0/0. This will
# install the rule for ipv4 only.
#
FW_SERVICES_ACCEPT_EXT=""

## Type: string
#
# see FW_SERVICES_ACCEPT_EXT
FW_SERVICES_ACCEPT_DMZ=""

## Type: string
#
# see FW_SERVICES_ACCEPT_EXT
FW_SERVICES_ACCEPT_INT=""

## Type: string
## Default:
#
# Services to allow that are considered RELATED by the connection tracking
# engine.
#
# Format: space separated list of net,protocol[,sport[,dport]]
#
# Example:
#    Allow samba broadcast replies marked as related by
#    nf_conntrack_netbios_ns from a certain network:
#       "192.168.1.0/24,udp,137"
#
# See also FW_LOAD_MODULES
#
FW_SERVICES_ACCEPT_RELATED_EXT=""

## Type: string
#
# see FW_SERVICES_ACCEPT_RELATED_EXT
FW_SERVICES_ACCEPT_RELATED_DMZ=""

## Type: string
#
# see FW_SERVICES_ACCEPT_RELATED_EXT
FW_SERVICES_ACCEPT_RELATED_INT=""

## Type:    string
#
# Which services should be accessible from 'trusted' hosts or nets?
#
# Define trusted hosts or networks (doesn't matter whether they are internal or
# external) and the services (tcp,udp,icmp) they are allowed to use. This can
# be used instead of FW_SERVICES_* for further access restriction. Please note
# that this is no replacement for authentication since IP addresses can be
# spoofed. Also note that trusted hosts/nets are not allowed to ping the
# firewall until you also permit icmp.
#
# Format: space separated list of network[,protocol[,port]]
# in case of icmp, port means the icmp type
#
# Example: "172.20.1.1 172.20.0.0/16 1.1.1.1,icmp 2.2.2.2,tcp,22"
#
FW_TRUSTED_NETS=""

## Type:    string
#
# Which services or networks are allowed to be routed through the
# firewall, no matter which zone they are in?
# Requires: FW_ROUTE
#
# With this option you may allow access to e.g. your mailserver. The
# machines must have valid, non-private, IP addresses which were
# assigned to you by your ISP. This opens a direct link to the
# specified network, so please think twice befor using this option!
#
# Format: space separated list of
#    <source network>,<destination network>[,protocol[,destination port[,flags]]]
#
#  If the protocol is icmp then port is interpreted as icmp type
#
#  flags, separated by comma:
#    ipsec:
#       match packets that originate from an IPsec tunnel
#    zonein=ZONE, zoneout=ZONE:
#       match only packets coming in/going out on interfaces from
#       the specified zone.
#
# Examples: - "1.1.1.1,2.2.2.2" allow the host 1.1.1.1 to access any
#             service on the host 2.2.2.2
#           - "3.3.3.3/16,4.4.4.4/24" allow the network 3.3.3.3/16
#             to access any service in the network 4.4.4.4/24
#           - "5.5.5.5,6.6.6.6,igmp" allow routing of IGMP messages
#              from 5.5.5.5 to 6.6.6.6
#           - "0/0,0/0,udp,514" always permit udp port 514 to pass
#             the firewall
#           - "192.168.1.0/24,10.10.0.0/16,,,ipsec \
#              10.10.0.0/16,192.168.1.0/24,,,ipsec" permit traffic
#              from 192.168.1.0/24 to 10.10.0.0/16 and vice versa
#              provided that both networks are connected via an
#              IPsec tunnel.
#           - "fd76:9dbb:91a3:1::/64,fd76:9dbb:91a3:4::/64,tcp,ssh"
#              allow ssh from one IPv6 network to another
#
FW_FORWARD=""

## Type:    string
#
# same as FW_FORWARD but packages are rejected instead of accepted
#
# Requires: FW_ROUTE
#
FW_FORWARD_REJECT=""

## Type:    string
#
# same as FW_FORWARD but packages are dropped instead of accepted
#
# Requires: FW_ROUTE
#
FW_FORWARD_DROP=""

## Type:    string
#
# Which services accessed from the internet should be allowed to masqueraded
# servers (on the internal network or dmz)?
# Requires: FW_ROUTE
#
# With this option you may allow access to e.g. your mailserver. The
# machines must be in a masqueraded segment and may not have public
# IP addesses! Hint: if FW_DEV_MASQ is set to the external interface
# you have to set FW_FORWARD from internal to DMZ for the service as
# well to allow access from internal!
#
# Please note that this should *not* be used for security reasons!
# You are opening a hole to your precious internal network. If e.g.
# the webserver there is compromised - your full internal network is
# compromised!
#
# Format: space separated list of
#    <source network>,<ip to forward to>,<protocol>,<port>[,redirect port,[destination ip]]
#
# Protocol must be either tcp or udp
#
# Examples: - "4.0.0.0/8,10.0.0.10,tcp,80" forward all tcp request on
#             port 80 coming from the 4.0.0.0/8 network to the
#             internal server 10.10.0.10
#           - "4.0.0.0/8,10.0.0.10,tcp,80,81" forward all tcp request on
#             port 80 coming from the 4.0.0.0/8 network to the
#             internal server 10.10.0.10 on port 81
#           - "200.200.200.0/24,10.0.0.10,tcp,80,81,202.202.202.202"
#             the network 200.200.200.0/24 trying to access the
#             address 202.202.202.202 on port 80 will be forwarded
#             to the internal server 10.0.0.10 on port 81
#
# Note: du to inconsitent iptables behaviour only port numbers are possible but
# no service names (https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=273)
#
FW_FORWARD_MASQ="0/0,192.168.1.2,tcp,80,80,0/0"

## Type:    string
#
# Which accesses to services should be redirected to a local port on
# the firewall machine?
#
# This option can be used to force all internal users to surf via
# your squid proxy, or transparently redirect incoming webtraffic to
# a secure webserver.
# 
# Format: list of <source network>[,<destination network>,<protocol>[,dport[:lport]]
# Where protocol is either tcp or udp. dport is the original
# destination port and lport the port on the local machine to
# redirect the traffic to
#
# An exclamation mark in front of source or destination network
# means everything EXCEPT the specified network
#
# Example: "10.0.0.0/8,0/0,tcp,80,3128 0/0,172.20.1.1,tcp,80,8080"
#
# Note: contrary to previous SuSEfirewall2 versions it is no longer necessary
# to additionally open the local port
FW_REDIRECT=""

## Type:    yesno
#
# Which kind of packets should be logged?
#
# When set to "yes", packages that got dropped and are considered
# 'critical' will be logged. Such packets include for example
# spoofed packets, tcp connection requests and certain icmp types.
#
# defaults to "yes" if not set
#
FW_LOG_DROP_CRIT="yes"

## Type:    yesno
#
# whether all dropped packets should be logged
#
# Note: for broadcasts to be logged you also need to set
# FW_IGNORE_FW_BROADCAST_* to 'no'
#
# defaults to "no" if not set
#
FW_LOG_DROP_ALL="yes"

## Type:    yesno
#
# When set to "yes", packages that got accepted and are considered
# 'critical' will be logged. Such packets include for example tcp
# connection requests, rpc connection requests and forwarded pakets.
#
# Set to "no" for on systems with high traffic
#
# defaults to "yes" if not set
#
FW_LOG_ACCEPT_CRIT="yes"

## Type:    yesno
#
# whether all accepted packets should be logged
#
# Note: setting this to 'yes' causes _LOTS_ of log entries and may
# fill your disk quickly. It also disables FW_LOG_LIMIT
#
# defaults to "no" if not set
#
FW_LOG_ACCEPT_ALL="yes"

## Type:    string
#
# How many packets per time unit get logged for each logging rule.
# When empty a default of 3/minute is used to prevent port scans
# flooding your log files. For desktop usage it's a good idea to
# have the limit, if you are using logfile analysis tools however
# you might want to disable it.
#
# Set to 'no' to disable the rate limit. Setting FW_LOG_ACCEPT_ALL
# to 'yes' disables this option as well.
# 
# Format: a digit and suffix /second, /minute, /hour or /day
FW_LOG_LIMIT=""

## Type:    string
#
# iptables logging option. Must end with --log-prefix and some prefix
# characters
#
# You may specify an alternative logging target by starting the
# string with "-j ". E.g. "-j ULOG --ulog-prefix SFW2"
#
# Note that ULOG doesn't work with IPv6
#
# only change this if you know what you are doing!
FW_LOG=""

## Type:    yesno
#
# Do you want to enable additional kernel TCP/IP security features?
# If set to yes, some obscure kernel options are set.
# (icmp_ignore_bogus_error_responses, icmp_echoreply_rate,
#  icmp_destunreach_rate, icmp_paramprob_rate, icmp_timeexeed_rate,
#  ip_local_port_range, log_martians, rp_filter, routing flush,
#  bootp_relay, proxy_arp, secure_redirects, accept_source_route
#  icmp_echo_ignore_broadcasts, ipfrag_time)
#
# Tip: Set this to "no" until you have verified that you have got a
# configuration which works for you. Then set this to "yes" and keep it
# if everything still works. (It should!) ;-)
#
# Choice: "yes" or "no", if not set defaults to "yes"
#
FW_KERNEL_SECURITY=""

## Type:    yesno
#
# Keep the routing set on, if the firewall rules are unloaded?
# REQUIRES: FW_ROUTE
#
# Choices "yes" or "no", if not set defaults to "no"
#
FW_STOP_KEEP_ROUTING_STATE=""

## Type:    yesno
#
# Allow the firewall to reply to icmp echo requests
#
# defaults to "yes" if not set
#
FW_ALLOW_PING_FW=""

## Type:    yesno
#
# Allow hosts in the dmz to be pinged from hosts in other zones even
# if neither FW_FORWARD nor FW_MASQUERADE is set
#
# Requires: FW_ROUTE
#
# defaults to "no" if not set
#
FW_ALLOW_PING_DMZ=""

## Type:    yesno
#
# Allow hosts in the external zone to be pinged from hosts in other
# zones even if neither FW_FORWARD nor FW_MASQUERADE is set
#
# Requires: FW_ROUTE
#
# defaults to "no" if not set
#
FW_ALLOW_PING_EXT=""

## Type:    yesno
#
# Allow ICMP sourcequench from your ISP?
#
# If set to yes, the firewall will notice when connection is choking, however
# this opens yourself to a denial of service attack. Choose your poison.
#
# Defaults to "yes" if not set
#
FW_ALLOW_FW_SOURCEQUENCH=""

## Type:    string(yes,no)
#
# Allow IP Broadcasts?
#
# Whether the firewall allows broadcasts packets.
# Broadcasts are used for e.g. for Netbios/Samba, RIP, OSPF and Games.
#
# If you want to drop broadcasts however ignore the annoying log entries, set
# FW_IGNORE_FW_BROADCAST_* to yes.
#
# Note that if you allow specifc ports here it just means that broadcast
# packets for that port are not dropped. You still need to set
# FW_SERVICES_*_UDP to actually allow regular unicast packets to
# reach the applications.
#
# Format: either
#           - "yes" or "no"
#           - list of udp destination ports
#
# Examples: - "631 137" allow broadcast packets on port 631 and 137
#              to enter the machine but drop any other broadcasts
#           - "yes" do not install any extra drop rules for
#              broadcast packets. They'll be treated just as unicast
#              packets in this case.
#           - "no" drop all broadcast packets before other filtering
#              rules
#
# defaults to "no" if not set
#
FW_ALLOW_FW_BROADCAST_EXT=""

## Type:    string
#
# see comments for FW_ALLOW_FW_BROADCAST_EXT
FW_ALLOW_FW_BROADCAST_INT=""

## Type:    string
#
# see comments for FW_ALLOW_FW_BROADCAST_EXT
FW_ALLOW_FW_BROADCAST_DMZ=""

## Type:    string(yes,no)
#
# Suppress logging of dropped broadcast packets. Useful if you don't allow
# broadcasts on a LAN interface.
#
# This setting only affects packets that are not allowed according
# to FW_ALLOW_FW_BROADCAST_*
#
# Format: either
#           - "yes" or "no"
#           - list of udp destination ports
#
# Examples: - "631 137" silently drop broadcast packets on port 631 and 137
#           - "yes" do not log dropped broadcast packets
#           - "no" log all dropped broadcast packets
#
#
# defaults to "no" if not set
FW_IGNORE_FW_BROADCAST_EXT="yes"

## Type:    string
#
# see comments for FW_IGNORE_FW_BROADCAST_EXT
FW_IGNORE_FW_BROADCAST_INT="no"

## Type:    string
#
# see comments for FW_IGNORE_FW_BROADCAST_EXT
FW_IGNORE_FW_BROADCAST_DMZ="no"

## Type:    list(yes,no,int,ext,dmz,)
#
# Specifies whether routing between interfaces of the same zone should be allowed
# Requires: FW_ROUTE="yes"
#
# Set this to allow routing between interfaces in the same zone,
# e.g. between all internet interfaces, or all internal network
# interfaces.
#
# Caution: Keep in mind that "yes" affects all zones. ie even if you
# need inter-zone routing only in the internal zone setting this
# parameter to "yes" would allow routing between all external
# interfaces as well. It's better to use
# FW_ALLOW_CLASS_ROUTING="int" in this case.
#
# Choice: "yes", "no", or space separate list of zone names
#
# Defaults to "no" if not set
#
FW_ALLOW_CLASS_ROUTING=""

## Type:    string
#
# Do you want to load customary rules from a file?
#
# This is really an expert option. NO HELP WILL BE GIVEN FOR THIS!
# READ THE EXAMPLE CUSTOMARY FILE AT /etc/sysconfig/scripts/SuSEfirewall2-custom
#
#FW_CUSTOMRULES="/etc/sysconfig/scripts/SuSEfirewall2-custom"
FW_CUSTOMRULES=""

## Type:    yesno
#
# Do you want to REJECT packets instead of DROPing?
#
# DROPing (which is the default) will make portscans and attacks much
# slower, as no replies to the packets will be sent. REJECTing means, that
# for every illegal packet, a connection reject packet is sent to the
# sender.
#
# Choice: "yes" or "no", if not set defaults to "no"
#
# Defaults to "no" if not set
#
# You may override this value on a per zone basis by using a zone
# specific variable, e.g. FW_REJECT_DMZ="yes"
#
FW_REJECT=""

## Type:    yesno
#
# see FW_REJECT for description
#
# default config file setting is "yes" assuming that slowing down
# portscans is not strictly required in the internal zone even if
# you protect yourself from the internal zone 
#
FW_REJECT_INT=""

## Type:    string
#
# Tuning your upstream a little bit via HTB (Hierarchical Token Bucket)
# for more information about HTB see http://www.lartc.org
#
# If your download collapses while you have a parallel upload,
# this parameter might be an option for you. It manages your
# upload stream and reserves bandwidth for special packets like
# TCP ACK packets or interactive SSH.
# It's a list of devices and maximum bandwidth in kbit.
# For example, the german TDSL account, provides 128kbit/s upstream
# and 768kbit/s downstream. We can only tune the upstream.
#
# Example:
# If you want to tune a 128kbit/s upstream DSL device like german TDSL set
# the following values:
# FW_HTB_TUNE_DEV="dsl0,125"
# where dsl0 is your pppoe device and 125 stands for 125kbit/s upstream
#
# you might wonder why 125kbit/s and not 128kbit/s. Well practically you'll
# get a better performance if you keep the value a few percent under your
# real maximum upload bandwidth, to prevent the DSL modem from queuing traffic in
# it's own buffers because queing is done by us now.
# So for a 256kbit upstream
#   FW_HTB_TUNE_DEV="dsl0,250"
# might be a better value than "dsl0,256". There is no perfect value for a
# special kind of modem. The perfect value depends on what kind of traffic you
# have on your line but 5% under your maximum upstream might be a good start.
# Everthing else is special fine tuning.
# If you want to know more about the technical background,
# http://tldp.org/HOWTO/ADSL-Bandwidth-Management-HOWTO/
# is a good start
#
FW_HTB_TUNE_DEV=""

## Type:    list(no,drop,reject)
## Default:    drop
#
# What to do with IPv6 Packets?
#
# On older kernels ip6tables was not stateful so it's not possible to implement
# the same features as for IPv4 on such machines. For these there are three
# choices:
# 
# - no: do not set any IPv6 rules at all. Your Host will allow any IPv6
#   traffic unless you setup your own rules.
#
# - drop: drop all IPv6 packets.
#
# - reject: reject all IPv6 packets. This is the default if stateful matching is
#   not available.
#
# Disallowing IPv6 packets may lead to long timeouts when connecting to IPv6
# Adresses. See FW_IPv6_REJECT_OUTGOING to avoid this.
#
# Leave empty to automatically detect whether ip6tables supports stateful matching.
#
FW_IPv6=""

## Type:    yesno
## Default:    yes
#
# Reject outgoing IPv6 Packets?
#
# Set to yes to avoid timeouts because of dropped IPv6 Packets. This Option
# does only make sense with FW_IPv6 != no
#
# Defaults to "yes" if not set
#
FW_IPv6_REJECT_OUTGOING=""

## Type:    list(yes,no,int,ext,dmz,)
## Default:    no
#
# Trust level of IPsec packets.
#
# You do not need to change this if you do not intend to run
# services that should only be available trough an IPsec tunnel.
#
# The value specifies how much IPsec packets are trusted. 'int', 'ext' or 'dmz'
# are the respective zones. 'yes' is the same as 'int. 'no' means that IPsec
# packets belong to the same zone as the interface they arrive on.
#
# Note: you still need to explicitely allow IPsec traffic.
# Example:
#   FW_IPSEC_TRUST="int"
#   FW_SERVICES_EXT_IP="esp"
#   FW_SERVICES_EXT_UDP="isakmp"
#   FW_PROTECT_FROM_INT="no"
#
# Defaults to "no" if not set
#
FW_IPSEC_TRUST="no"

## Type:    string
#
# Define additional firewall zones
#
# The built-in zones INT, EXT and DMZ must not be listed here. Names
# of additional zones must only contain lowercase ascii characters.
# To define rules for the additional zone, take the approriate
# variable for a built-in zone and substitute INT/EXT/DMZ with the
# name of the additional zone.
#
# Example:
#   FW_ZONES="wlan"
#   FW_DEV_wlan="wlan0"
#   FW_SERVICES_wlan_TCP="80"
#   FW_ALLOW_FW_BROADCAST_wlan="yes"
#
FW_ZONES=""

## Type:    string(no,auto)
#
# Set default firewall zone
#
# Format: 'auto', 'no' or name of zone.
#
# When set to 'no' no firewall rules will be installed for unknown
# or unconfigured interfaces. That means traffic on such interfaces
# hits the default drop rules.
#
# When left empty or when set to 'auto' the zone that has the
# interface string 'any' configured is used for all unconfigured
# interfaces (see FW_DEV_EXT). If no 'any' string was found the
# external zone is used.
#
# When a default zone is defined a catch all rule redirects traffic
# from interfaces that were not present at the time SuSEfirewall2
# was run to the default zone. Normally SuSEfirewall2 needs to be
# run if new interfaces appear to avoid such unknown interfaces.
#
# Defaults to 'auto' if not set
#
FW_ZONE_DEFAULT=""

## Type:    list(yes,no,auto,)
## Default:    
#
# Whether to use iptables-batch
#
# iptables-batch commits all rules in an almost atomic way similar
# to iptables-restore. This avoids excessive iptables calls and race
# conditions.
#
# Choice:
#     - yes: use iptables-batch if available and warn if it isn't
#     - no: don't use iptables-batch
#     - auto: use iptables-batch if available, silently fall back to
#       iptables if it isn't
#
# Defaults to "auto" if not set
#
FW_USE_IPTABLES_BATCH=""

## Type:    string
#
# Which additional kernel modules to load at startup
#
# Example:
#   FW_LOAD_MODULES="nf_conntrack_netbios_ns"
#
# See also FW_SERVICES_ACCEPT_RELATED_EXT
#
FW_LOAD_MODULES="nf_conntrack_netbios_ns"

## Type:    string
## Default:    
#
# Bridge interfaces without IP address
#
# Traffic on bridge interfaces like the one used by xen appears to
# enter and leave on the same interface. Add such interfaces here in
# order to install special permitting rules for them.
#
# Format: list of interface names separated by space
#
# Note: this option is deprecated, use FW_FORWARD_ALLOW_BRIDGING instead
#
# Example:
#   FW_FORWARD_ALWAYS_INOUT_DEV="xenbr0"
#
FW_FORWARD_ALWAYS_INOUT_DEV=""

## Type:    string
#
# Whether traffic that is only bridged but not routed should be
# allowed. Such packets appear to pass though the forward chain so
# normally they would be dropped.
#
# Note: it is not possible to configure SuSEfirewall2 as bridging
# firewall. This option merely controls whether SuSEfirewall2 should
# try to not interfere with bridges.
#
# Choice:
#     - yes: always install a rule to allow bridge traffic
#     - no: don't install a rule to allow bridge traffic
#     - auto: install rule only if there are bridge interfaces
#
# Defaults to "auto" if not set
#
FW_FORWARD_ALLOW_BRIDGING=""

## Type:    yesno
#
# Write status information to /var/run/SuSEfirewall2/status for use
# by e.g. graphical user interfaces. Can safely be disabled on
# servers.
# 
# Defaults to "yes" if not set
#
FW_WRITE_STATUS=""

## Type:    yesno
#
# Allow dynamic configuration overrides in
# /var/run/SuSEfirewall2/override for use by e.g. graphical user
# interfaces. Can safely be disabled on servers.
#
# Defaults to "yes" if not set
#
FW_RUNTIME_OVERRIDE=""

## Type:    yesno
#
# Install NOTRACK target for interface lo in the raw table. Doing so
# speeds up packet processing on the loopback interface. This breaks
# certain firewall setups that need to e.g. redirect outgoing
# packets via custom rules on the local machine.
#
# Defaults to "yes" if not set
#
FW_LO_NOTRACK=""

## Type:    yesno
#
# Specifies whether /etc/init.d/SuSEfirewall2_init should install the
# full rule set already. Default is to just install minimum rules
# that block incoming traffic. Set to "yes" if you user services
# such as drbd that require open ports during boot already. 
#
# Defaults to "no" if not set
# 
FW_BOOT_FULL_INIT=""

Щас пока жду вашего ответа начну точку доступа поднимать.
И сюда же такой вопрос, вторичный, так сказать: Я открыл в инете(на нетбуке по разданному инету по проводу) сервис проверяющий порты, мой ип он определил как интернет ип моего сервака, и сказал что 80 порт закрыт, 21 закрыт, и так далее, тогда, проститет как я щас с этого компьютера пишу вам, если у меня 80 закрыт?

46 (30.03.2011 02:31:02 отредактировано n2b)

## Type:    string
#
# Which internal computers/networks are allowed to access the
# internet via masquerading (not via proxys on the firewall)?
#
# Format: space separated list of
#  <source network>[,<destination network>,<protocol>[,port[:port]]
#  
#  If the protocol is icmp then port is interpreted as icmp type
#
# Examples: - "0/0" unrestricted access to the internet
#           - "10.0.0.0/8" allows the whole 10.0.0.0 network with
#             unrestricted access.
#           - "10.0.1.0/24,0/0,tcp,80 10.0.1.0/24,0/0,tcp,21" allows
#             the 10.0.1.0 network to use www/ftp to the internet. -
#           - "10.0.1.0/24,0/0,tcp,1024:65535 10.0.2.0/24" the
#             10.0.1.0/24 network is allowed to access unprivileged
#             ports whereas 10.0.2.0/24 is granted unrestricted
#             access.
#           - "0/0,!10.0.0.0/8" unrestricted access to the internet
#             with the exception of 10.0.0.8 which will not be
#             masqueraded.
#           
FW_MASQ_NETS="192.168.1.1/24"

Вот с такой опцией, как на конфиге выше интернет есть на нетбуке.
маска этой опции примерно такова: ip(local),ip(internet),protocol,port
Т.е. правильная команда на разрешение ОДНОГО порта такова: 192,168.1.1/24,0/0,tcp,80 и блин, при таком параметре cmd на нетбуке мне пишет "заданный протокол не доступен"  - вопрос, почему?!

hostapd поставил, настроил conf, в папке default hostapd.conf нет такого файла, т.е. я не знаю где прописать RUN_DAEMON="yes", через /etc/init.d/hostapd restart - пишет что нет такого скрипта... Вообщем не понимаю я как с этой штукой работать.

47

Вообщем dhcp заработал стабильно после создания моста br0(eth1 wlan0)
wlan0 не вписался в мост, как оказалось, чтобы объединить два интерфейса(проводной и безпроводной) надо сначало поднять hostapd, а он жаловался на ошибку инициализации драйвера nlчетотам, ошибка эта возникала из-за того что hostapd кривой. Щас надо скомпилить hostapd руками, тогда по идее все заработает. Спасибо за помощь, тема закрыта, дальше сам+советчик гугл решать вопросы, а то чего-то долго жду ответов от вас ab да и специфичное это все, тут нет рецептов как на винде, там все просто, что с сервером, что с десктопом... =\ Но мне нравится ab

48

И кстати, все работает, вайфай на ура работает, осталось с iptables разобраться.

49 (04.04.2011 11:30:29 отредактировано n2b)

Все настроил. Интернет раздается и по вафле и по кабелю. Все окей.
Остался только 1 вопрос:
iptables:
файл конфигурации SuSEfirewall2:
FW_DEV_EXT="eth0"
FW_DEV_INT="br0"
FW_ROUTE="yes"
FW_MASQUERADE="yes"
FW_MASQ_DEV="zone:ext"
FW_MASQ_NETS="0/0"

Больше ничего не менял. Все работает, если поменять параметр на FW_MASQ_NETS="192.168.1.0/24,0/0,tcp,80" - нетбук, который подключен по проводу на ping ya.ru отвечает что "192.168.1.1: Заданный узел недоступен."  Что-то еще надо изменить? В чем проблема?