DHCP, как ip-адресам присвоить символьные имена?

10.03.2011 11:52 · отредактировано #138373

r1sh написал:
может быть....написать

ДЯДЯ ГУГЛЬ!!!

почувствовать себя чуток умнее? :[

первая же ссылка

большими буквами:
text
Select Interface card
nano -w /etc/default/dhcp3-server
INTERFACES="wlan0 eth0"
Моцг, пробовали использовать по его прямому назначению?

если не заметил я написал что у меня нет в /etc/default/dhcp3-server вот и спросил куда прописать,сам его создавал но ошибка при перезагрузке повторяется.. да спасибо больше открыли что есть man.. уж почитал перед тем как вопросы задавать, файл dhcp.conf синтаксически собрал правильно, сейчас попробую что вы там мне насоветовали:)

10.03.2011 13:56 #138427

sagvir написал:
ж почитал перед тем как вопросы задавать, файл dhcp.conf синтаксически собрал правильно, сейчас попробую что вы там мне насоветовали:)

кстати, есть ведь примеры заведомо верных конфигов. ссылку найти? или сами?

11.03.2011 10:26 #138791

drBatty написал:
[quote=sagvir]ж почитал перед тем как вопросы задавать, файл dhcp.conf синтаксически собрал правильно, сейчас попробую что вы там мне насоветовали:)

кстати, есть ведь примеры заведомо верных конфигов. ссылку найти? или сами?[/quote]
Спасибо, но лучше я вот с примерами которые XliN скинул разберусь)мне нужна связка dns+dhcpd вот по этой ссылке делал ошибки..http://www.lcard.ru/~nail/dns_dhcp.txt
которые здесь выложили bind стартует без ошибок, но
# nslookup 192.168.2.254
Server: 127.0.0.1
Address: 127.0.0.1#53

** server can't find 254.2.168.192.in-addr.arpa.: NXDOMAIN
файлы зон следующие:

Показать

# cat /var/named/db.example
$ORIGIN .
$TTL 86400 ; 1 day
mailserver.example IN SOA ns1.mailserver.example. hostmaster.mailserver.example. (
20110300 ; serial
28800 ; refresh (8 hours)
7200 ; retry (2 hours)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
NS ns1.mailserver.example.
NS ns2.mailserver.example.
A 192.168.2.254
MX 10 mail.mailserver.example.
cat /var/named/db.192.168.2
@ IN SOA mailserver.example. hostmaster.mailserver.example. (
2011031001 ; serial (yymmdd##)
3H ; refresh
15M ; retry
1W ; expiry
1D ) ; minimum
@ IN NS localhost.

вот лог:

Показать

Mar 11 20:15:07 mailserver named[18088]: adjusted limit on open files from 1024 to 1048576
Mar 11 20:15:07 mailserver named[18088]: found 4 CPUs, using 4 worker threads
Mar 11 20:15:07 mailserver named[18088]: using up to 4096 sockets
Mar 11 20:15:07 mailserver named[18088]: loading configuration from '/etc/bind/named.conf'
Mar 11 20:15:07 mailserver named[18088]: using default UDP/IPv4 port range: [1024, 65535]
Mar 11 20:15:07 mailserver named[18088]: using default UDP/IPv6 port range: [1024, 65535]
Mar 11 20:15:07 mailserver named[18088]: listening on IPv4 interface lo, 127.0.0.1#53
Mar 11 20:15:07 mailserver named[18088]: listening on IPv4 interface eth0, 192.168.1.200#53
Mar 11 20:15:07 mailserver named[18088]: listening on IPv4 interface eth1, 192.168.2.254#53
Mar 11 20:15:07 mailserver named[18088]: generating session key for dynamic DNS
Mar 11 20:15:07 mailserver named[18088]: set up managed keys zone for view _default, file 'managed-keys.bind'
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 0.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 127.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 254.169.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 100.51.198.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 113.0.203.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: D.F.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 8.E.F.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 9.E.F.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: A.E.F.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: B.E.F.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
Mar 11 20:15:07 mailserver named[18088]: command channel listening on 127.0.0.1#953
Mar 11 20:15:07 mailserver named[18088]: command channel listening on ::1#953
Mar 11 20:15:07 mailserver named[18088]: the working directory is not writable
Mar 11 20:15:07 mailserver named[18088]: logging channel 'default_ch' file 'data/named-base.log': file not found
Mar 11 20:15:07 mailserver named[18088]: logging channel 'security_ch' file 'data/named-security.log': file not found
Mar 11 20:15:07 mailserver named[18088]: isc_log_open 'data/named-base.log' failed: file not found

при запуске dhcpd, /usr/sbin/dhcpd eth1 тоже пробовал запускается но айпи не раздает

Показать

/usr/sbin/dhcpd -d -f
Internet Systems Consortium DHCP Server 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Wrote 0 leases to leases file.
Listening on LPF/eth1/00:1b:21:80:81:9b/192.168.2.0/24
Sending on LPF/eth1/00:1b:21:80:81:9b/192.168.2.0/24

No subnet declaration for eth0 (192.168.1.200).
** Ignoring requests on eth0. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface eth0 is attached. **

Sending on Socket/fallback/fallback-net

11.03.2011 10:43 #138798

sagvir написал:
мне нужна связка dns+dhcpd

почему вы не хотите настраивать поэтапно:
1) настраиваете DHCP клиент, что-бы он получал IP от провайдера. DNS сервер вообще не ставите - как только вы получите IP в Интернете, вы сможете обратится на 8.8.8.8, это гугловский DNS-сервер.
2) затем подымаете кеширующий DNS, который кеширует запросы к провадерскому или гугловскому DNS
3) затем подымаете вторую сетевуху, в которой IP её жёстко фиксирован, для раздачи интернета внутри своей сетки.
4) затем подымаете DHCP-сервер, который раздаёт IP в вашей сетке
5) при необходимости вы можете перестроить DNS сервер, что-бы он разименовывал имена внутри вашей сети, наприме клиент сможет набрать http://admin, и попасть на ваш сайт, внутри вашей ЛС. Конечно вы можете и купить адреса, и тогда ваши сайты будут доступны и снаружи.

пункт №2 и пункт №5 не обязательны. Порядок действий лучше не менять (правда перед №2 рекомендуется отключить внешнюю сеть)

Кроме того, на шлюзе должен быть фаервол. Он встроен в ядро, достаточно лишь прописать необходимые правила прохождения пакетов, используя iptables. ну и после №1 есть смысл поднять ssh-сервер, что-бы не бегать между компами, и не мучится с консолью лишний раз (ибо на шлюзе иксы не только не нужны, но и даже вредны).

Да, и уж засовывать bind в chroot конечно надо, но только при выполнении трёх условий:
1) вы чётко понимаете, ЧТО вы делаете.
2) у вас уже всё работает.
3) вы - параноик.

При невыполнении любого устройства, в chroot'е нет никакого смысла.

11.03.2011 11:46 · отредактировано #138831

Спасибо за совет drBatty, но у меня немножко иная ситуация,
1) Есть кеширующий DNS сервер с прокси, он выделил мне статический айпи в своей подсети
2) DNS сервер я хотел настроить для своей подсети,в связке с DHCP в forwarders named.conf указал кеширующий DNS, через который посредством прокси я в нет смотрю
3) сетевухе присвоил статический айпи и DHCP - сервер и DNS все привязал на этот айпи
Вообщем задача сделать локальный сервак который будет раздавать айпи, с помощью dns будут преобразовываться имена, в BIND9 насколько я знаю можно сделать (мастер для своего домена + кеширующий сервер для своей подсети) ну а интернет через выделенный мне серваком сверху, форвардинг для этого сделал. etcho '1' > /proc/sys/net/ipv4/ip_forward
уж помогите пожалуйста:) очень хочеться научиться..естественно литературу тоже читаю, книжку вон хорошую купил "эви немет руководство администратора linux 2 часть" прилично стоит кстати;) со временем на курсы пойти надо будет, но там по шаблону обычно учат, легче самому по тем же методичкам.

11.03.2011 12:44 #138858

sagvir написал:
1) Есть кеширующий DNS сервер с прокси, он выделил мне статический айпи в своей подсети

неправильно.
кеширующий DNS сервер переводит доменное_имя -> IP. В первый раз он обращается к DNS серверу провайдера, а далее выдаёт IP адреса из своего кеша.
"прокси" == промежуточный сервер. я не знаю, что вы вкладываете в это понятие.
IP (в том числе и статические) выдаёт DHCP сервер DHCP клиенту. DNS - это вообще другой уровень OSI. Не нужно мешать www и TCP/IP, это совершенно разные, и не пересекающиеся понятия - и то и другое может существовать и работать отдельно. Основная ваша ошибка - вы всё смешали в одну кучу. :(

sagvir написал:
Вообщем задача сделать локальный сервак который будет раздавать айпи

это "шлюз" называется. ворота между вашей сеточкой, и Интернетом.

sagvir написал:
с помощью dns будут преобразовываться имена, в BIND9 насколько я знаю можно сделать

поймите - это не нужно. кеширующий DNS сам не разыменовывает имена. просто не умеет.

sagvir написал:
форвардинг для этого сделал. etcho '1' > /proc/sys/net/ipv4/ip_forward

этого недостаточно. покажите iptables-save.

sagvir написал:
эви немет руководство администратора linux 2 часть"

почему вторую?

11.03.2011 13:30 #138879

drBatty написал:
[quote=sagvir]1) Есть кеширующий DNS сервер с прокси, он выделил мне статический айпи в своей подсети
неправильно.
кеширующий DNS сервер переводит доменное_имя -> IP. В первый раз он обращается к DNS серверу провайдера, а далее выдаёт IP адреса из своего кеша.
"прокси" == промежуточный сервер. я не знаю, что вы вкладываете в это понятие.
IP (в том числе и статические) выдаёт DHCP сервер DHCP клиенту. DNS - это вообще другой уровень OSI. Не нужно мешать www и TCP/IP, это совершенно разные, и не пересекающиеся понятия - и то и другое может существовать и работать отдельно. Основная ваша ошибка - вы всё смешали в одну кучу. :(

Я имел в виду что прокси сервер выделил мне статический айпи, а никак не DNS о его функциях я знаю ( запятую не поставил: Есть кеширующий dns, а так же прокси, который..)

sagvir написал:
Вообщем задача сделать локальный сервак который будет раздавать айпи

это "шлюз" называется. ворота между вашей сеточкой, и Интернетом.

drBatty написал:
[quote=sagvir]с помощью dns будут преобразовываться имена, в BIND9 насколько я знаю можно сделать

поймите - это не нужно. кеширующий DNS сам не разыменовывает имена. просто не умеет. [/quote]
что вы предложения выдергиваете такие)) само сабой DNS будет неавторитетным по отношению к выше стоящим доменам, он лишь хранит в кеше запросы пользователей, а под преобразовывает имена я подразумевал имено преоброзование доменное имя -айпи (dns будет динамически обновляться с помощью dhcp и от туда брать базу имен-айпи)

drBatty написал:
[quote=sagvir]форвардинг для этого сделал. etcho '1' > /proc/sys/net/ipv4/ip_forward

этого недостаточно. покажите iptables-save.[/quote]
да конечно)

Показать

# iptables-save
# Generated by iptables-save v1.4.8 on Fri Mar 11 23:19:18 2011
*nat
:PREROUTING ACCEPT [153954:14582200]
:POSTROUTING ACCEPT [13303:874762]
:OUTPUT ACCEPT [54021:4895277]
-A POSTROUTING -s 192.168.2.0/24 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/24 -j MASQUERADE
-A POSTROUTING -o eth1 -j SNAT --to-source 192.168.1.155
-A POSTROUTING -o eth1 -j SNAT --to-source 192.168.1.155
COMMIT
# Completed on Fri Mar 11 23:19:18 2011
где eth1 - интерфейс с фиксированным айпи, на который я хочу посадить dns+dhcp, 192.168.1.155 смотрит в сеть. 2 верхних правила я в результате проб написал)

drBatty написал:
[quote=sagvir]эви немет руководство администратора linux 2 часть"

почему вторую?[/quote][/quote] 2ое издание, содержание этого издания мне наибольше подходит в данный момент
p.s извеняюсь если не корректно строю предложения, впредь буду изъясняться более логично:)

11.03.2011 13:42 #138886

sagvir написал:
Я имел в виду что прокси сервер выделил мне статический айпи, а никак не DNS о его функциях я знаю ( запятую не поставил: Есть кеширующий dns, а так же прокси, который..)

основная задача DHCP-клиента: узнать IP шлюза, и получить свой IP.
но он может заодно получить дополнительную информацию, в т.ч. IP адреса основного и резервного сервера DNS. они обычно быстрее гугловских.

sagvir написал:
а под преобразовывает имена я подразумевал имено преоброзование доменное имя -айпи (dns будет динамически обновляться с помощью dhcp и от туда брать базу имен-айпи)

немного не так - ваш dns-сервер будет разименовывать имена по своей базе, а если в базе такого домена нет, обратится к dns-серверу провайдера, dhcp тут нужно лишь для того, что-бы узнать IP адреса этих днс провайдера. но их(IP DNS-серверов) можно вбить и ручками.

В ваших правилах нет цепочки FORWARD. см. здесь: http://www.opennet.ru/docs/RUS/iptables/

15.03.2011 08:56 #140200

Как вы и говорили drBatty мне нужно было начать с настройки шлюза:) Сейчас я разбираюсь с правилами по настройке iptables, пока нет пинга до внешних сайтов что по имени что по айпи.
вот мои настройки:

Показать

для ясности
Есть две сетевые карты
eth0 - внешний выход в интернет через прокси, мне выдан IP 192.168.1.200 , шлюз 192.168.1.254, DNS - 192.168.1.254
eth1 - локальная сеть - IP 192.168.2.245

Когда пингую скажем ya.ru
ping ya.ru
PING ya.ru (93.158.134.3) 56(84) bytes of data.
--- ya.ru ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

ping 93.158.134.3
PING 93.158.134.3 (93.158.134.3) 56(84) bytes of data.
^C
--- 93.158.134.3 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1007ms
Я как понял надо создать правило которое будет пропускать icmp пакеты типо echo_request

iptables -F
iptables -P INPUT DROP делал ACCEPT
iptables -P FORWARD DROP (ACCEPT)
Iptables -A FORWARD -i etho -p ANY -j ACCEPT это правило не могу добавить.. "-А" заданное правило добавляется к цепочке а у меня не добавляется.
iptables -A INPUT -i eth0 -d 192.168.1.254 -p icmp -j ACCEPT
iptables -A INPUT -i lo -d 127.0.0.1 -p ANY -j ACCEPT
iptables -A INPUT -i eth0 -d 192.168.1.254 -p tcp -j ACCEPT

настройки параметров ядра
cat /proc/sys/net/ipv4/ip_forward
1
cat /proc/sys/net/ipv4/icmp_echo_ignore_all
0
cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
0
cat /proc/sys/net/ipv4/conf/all/forwarding
1

будте добры правила помогите написать:)

15.03.2011 10:59 #140236

sagvir, начинать надо так:

Показать

### IP masquerading modules:
# These modules are used with IP masquerading, a process which allows you to
# use a Linux box connected to the Internet (via PPP or SLIP, or some other
# means) as a gateway for other Linux, Windows, Macintosh boxes on your local
# network that don't have real IP addresses on the Internet. The packets
# going through the Linux machine are "masqueraded", or made to look as if
# they're all coming from the one real IP address on the Internet.
#
# As a quick example (for a much more extensive treatment, see the IP-Masquerade
# mini-HOWTO) to allow Internet access to a local network 192.168.11.0 with a
# netmask of 255.255.255.0, you'd use these commands in /etc/rc.d/rc.local:
#
# # EXTERNAL -> external network interface
# # INTERNAL -> internal network interface
# EXTERNAL=eth0
# INTERNAL=eth1
# echo 1 > /proc/sys/net/ipv4/ip_forward
# echo "Setting up NAT (Network Address Translation)..."
# # by default, nothing is forwarded.
# iptables -P FORWARD DROP
# # Allow all connections OUT and only related ones IN
# iptables -A FORWARD -i $EXTERNAL -o $INTERNAL -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
# iptables -A FORWARD -i $INTERNAL -o $EXTERNAL -j ACCEPT
# # enable MASQUERADING
# iptables -t nat -A POSTROUTING -o $EXTERNAL -j MASQUERADE
#
# Then you'd have to set the other boxes on your local network to use the
# Linux machine as their TCP/IP gateway. You'll probably also need to plug
# in the IP address for your Internet service provider in each machine's DNS
# setup.
#
# Now, on to the IP masquerading modules. The example above is good enough
# for most things that use TCP in a relatively simple fashion. It'll work
# for telnet and http, for instance. But, the system breaks down when you
# get protocols that use ports in more complicated ways. Luckily the Linux
# kernel gurus have thought of this and have prepared some modules that
# support masquerading of trickier protocols. The ipchains command is mighty
# flexible as well, and a lot of things can be made to work just by setting
# that up correctly.
#
# Special modules for iptables. See also "man iptables" for information about
# that powerful firewall tool.
#
#/sbin/modprobe ipt_conntrack
#/sbin/modprobe ip_conntrack
#/sbin/modprobe ip_conntrack_ftp
#/sbin/modprobe ip_conntrack_irc
#/sbin/modprobe ip_nat_ftp

(я не знаю, где это в вашей системе).
после того, как это заработает, можно вводить какие-то запретительные/разрешительные правила. я уже дал ссылку, повторю: http://www.opennet.ru/docs/RUS/iptables/

но погодите с iptables, вы DHCP-клиент подняли?

15.03.2011 11:56 · отредактировано #140248

Нет, к сожалению вот такая ошибка

Показать

#/usr/sbin/dhcpd eth1
Internet Systems Consortium DHCP Server 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Wrote 0 leases to leases file.
Listening on LPF/eth1/00:1b:21:80:81:9b/192.168.2.0/24
Sending on LPF/eth1/00:1b:21:80:81:9b/192.168.2.0/24
Sending on Socket/fallback/fallback-net
почемуто прочитано 0 пишет..Wrote 0 leases to leases file.

Вот dhcpd.conf

Показать

# Указывает, что сервер является официальным. Он сможет отправлять сообщение # DHCPNACK. Например, если компьютер перемещён из д$

authoritative;
lease-file-name "/var/db/dhcpd.leases";

# Установка домена по умолчанию, если таковой используется

option domain-name "example";

# Адреса DNS серверов (через запятую)

option domain-name-servers 192.168.2.254e;
# доменное имя dns сервера,
# т.е dns имя сервера mailserver.example; =servername.domainname

option subnet-mask 255.255.255.0;

# Время аренды IP – адреса по умолчанию (в секундах)

default-lease-time 259200;

# Максимальное время аренды IP – адреса по умолчанию (в секундах)

max-lease-time 518400;

# Настройки для нашей сети

server-name "mailserver";

# Указываем сетевой адрес и маску подсети.

subnet 192.168.2.0 netmask 255.255.255.0 {

# Диапазон из которого будут назначаться IP – адреса клиентов

range 192.168.2.10 192.168.2.20;

# Шлюз по умолчанию

option routers 192.168.2.254; }

# Широковещательный адрес

#option broadcast-address 192.168.2.255;
# Резервирование для компьютера nop

#host nop {

#hardware ethernet 00:00:86:5E:D0:73;

#fixed-address 192.168.2.22;

#}

# Тип преобразования адресов

option netbios-node-type 8;

# Включение IP - форвардинга

option ip-forwarding on;

# Идентификатор сервера

Server-identifier mailserver.example;

# Поддержка DDNS

ddns-update-style interim;
# есть три вида обновление базы dns, я так понял что это более стандартный.

key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret DdJ3ikdRcW6ciIJiQTPf3A==;
}
# Для того чтобы обновлять базу днс, необходимо создать секретный ключ,
# чтобы затем только наш сервер dhcpd смог бы обновлять.
# Если bind 9, то можно его создать командой
# dnssec-keygen -a HMAC-MD5 -b 128 -n USER DHCP_UPDATER

zone local.zone. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 2.168.192.IN-ADDR.ARPA. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

# Указываем какая зона в Днс будет обновляться.
# Обратите внимание на правильность написания зоны, "2.168.192.IN-ADDR.ARPA."
# Если в сети несколько сегментов, то они также могут быть дописанны по аналогии

# Журнал сообщений

log-facility local7;

#

права на dhcpd.leases 644 содержание: # The format of this file is documented in the dhcpd.leases(5) manual page.
# This lease file was written by isc-dhcp-4.1.1-P1

server-duid "\000\001\000\001\025\0129\250\000\033!\200\201\233";

15.03.2011 12:01 #140253

может надо через include "/var/lib/dhcp/dhcpd.leases"; ?

15.03.2011 13:06 #140270

sagvir написал:
Listening on LPF/eth1/00:1b:21:80:81:9b/192.168.2.0/24

погодите. это DHCP-сервер.
А DHCP-клиент, который на шлюзе, он по eth0 получает IP?
Если на шлюзе набрать
[console]# ping http://ya.ru[/console]
всё работает?
что пишет на шлюзе
[console]# route -n -e[/console]
?

15.03.2011 16:01 #140330

На шлюзе нет dhcp - сервера, лишь коширующий dns в котором вручную вбивались имя компов - айпи. пинг на ya.ru идет, команду route заюзать не могу ибо нет рута
зато netstat всегда выручает))

Показать

[*]netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
212.193.134.80 0.0.0.0 255.255.255.240 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 212.193.134.94 0.0.0.0 UG 0 0 0 eth1

на тест-серваке

Показать

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
255.255.255.255 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
255.255.255.0 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0

15.03.2011 16:28 #140339

sagvir написал:
На шлюзе нет dhcp - сервера, лишь коширующий dns в котором вручную вбивались имя компов - айпи. пинг на ya.ru идет, команду route заюзать не могу ибо нет рута

вы не понимаете: я про ВАШ шлюз, в котором 2 сетевые карточки.

про тот компьютер, на котором вы выполнили это:

sagvir написал:
#/usr/sbin/dhcpd eth1

на нём у вас права рута есть. (или я уже ничерта не е понимаю. В таком случае, рисуйте картинку с вашей топологией. и все компьютеры пронумеруйте, и пишите, ГДЕ вы исполняете команды. и где какие у вас права).

15.03.2011 20:15 · отредактировано #140420

Не хотел вас путать:) но я все написал.

sagvir написал:
Показать

на тест-серваке
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
255.255.255.255 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
255.255.255.0 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0

да на шлюзе по eth0 получает айпи статически, пинг на ya.ru не идет в нет смотрю по eth0 через прокси. при пинге ya.ru вчера только вот это сообщение было
ping ya.ru
PING ya.ru (77.88.21.3) 56(84) bytes of data.
^C
--- ya.ru ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4009ms
Сегодня
ping www.ya.ru
ping: unknown host www.ya.ru

18.03.2011 12:34 #141500

вообщем я разобрался почему небыло пинга на внешние айпи, traceroute все объяснил, на шлюзе iptables нет ветки FORWARD, теперь вот корректирую dhcp )

18.03.2011 13:49 #141520

sagvir написал:
на тест-серваке
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
255.255.255.255 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
255.255.255.0 0.0.0.0 255.255.255.255 UH 0 0 0 eth1
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0

выделенное - есть адрес шлюза вашего провайдера, т.е. того, который вам раздаёт интернет. В венде этот адрес задаётся в сетевых подключениях, и виден по ipconfig ( шлюз: ).

Данные настройки обеспечивают прохождение пакетов на этот шлюз.

sagvir написал:
вчера только вот это сообщение было
ping ya.ru
PING ya.ru (77.88.21.3) 56(84) bytes of data.
^C
--- ya.ru ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4009ms

в этот момент TCP пакеты уже никуда не шли, но адрес ещё разименовывался, видимо он сохранился в кеше вашего DNS-сервера. Следовательно, ещё раньше, у вас проходили DNS пакеты по протоколу UDP, от вас(тест-сервак), к шлюзу провайдера

sagvir написал:
Сегодня
ping www.ya.ru
ping: unknown host www.ya.ru

а "сегодня" из кеша всё стёрлось, и UDP пакеты не идут. Или идут не туда.

sagvir написал:
вообщем я разобрался почему небыло пинга на внешние айпи, traceroute все объяснил, на шлюзе iptables нет ветки FORWARD, теперь вот корректирую dhcp )

ну причём тут DHCP???
facepalm
это вам нужно фаервол крутить, например через iptables.
про отсутстве этой цепочки я, ЕМНИП, вам уже писал..

21.03.2011 09:14 #142457

На шлюзе настройки iptables настроены своеобразно, что запрещает пинг на внешние адреса из локалки что показывает traceroute на моем тест-серваке
, запросы dns обрабатывабться ибо:
ping ya.ru
PING ya.ru (77.88.21.3) 56(84) bytes of data.
traceroute ya.ru
traceroute to ya.ru (77.88.21.3), 30 hops max, 60 byte packets
1 шлюз (192.168.1.254) 0.141 ms 0.118 ms 0.107 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 *^C
ну причём тут DHCP??? При том что это первостепенная задача, а настраивать правила для iptables на шлюзе мне пока нет необходимости, ведь и без него dns+dhcp на тест-серваке будут работать)