Предисловие
Сразу хочу попросить прощения у модераторов за наплождение тем, но боюсь иначе ни как... начинал с этой темы, но так как ответов не последовало и я не был доволен полученным результатом решил зайти с другого бока... и снова "блин комом"...
Еще хочу предупредить с начала сей дискуссии - я не гуру, более того я даже не продвинутый пользователь в Unix системах, но горю желанием разобраться и понимать... но и тут есть подводные камни - знание англыцкого ужасное, потому читая маны "смотрю в книгу, а вижу фигу". Надеюсь после выше сказанного не заработал статус безнадежного и перейду к самому вопросу.
Тема, ссылка которой выше была упомянута, касалась конфигурации роутера на основе Ubuntu 10.04 desktop, который при первом моем эксперименте/опыте завелся и таки не плохо работал, сейчас же все оказалось сложнее - установив все как и прежде DHCP отказался выдавать IP адреса, но спустя какое-то время и лазание по конфигам он все же заработал(мною было допущено что где-то была опечатка в конфигах). Заметив что роутер отрабатывает заказанные ему функции через раз решил сделать бекап всего каталога /etc и установить серверный вариант полюбившегося дистрибутива. Заново все настроил уже со 100% рабочих конфигов наступил на те же грабли - DHCP не раздает IP адреса, решил что все же проблема не "железке", а в руках, заменил их прежде рабочими копиями из бекапа, но результат не изменился :( следовательно - допускаю ошибку которую сам не вижу...
Цель данного действа
Имею дома канал который делю между собой и соседом, но если у меня две-три точки подключения (ПК + ТВ + мобила/ноут), то у него только на вскидку шесть активных подключений одновременно, т.е. все шесть это разные ПК. Хотелось бы настроить железку которая смогла бы создавать подключение к провайдеру и грамотно делить канал (в идеале - две подсети 50/50 т.к. денег он мне дает ровно за половину абон. платы). Из гугла мне подходит выбранный ранее вариант связки bind9+dhcp3-server+squid. Может я ошибаюсь или координально делаю что не так?.. с сим вопросом и пожаловал. Помогите/разъясните ссылками, своими мыслями или предложениями... буду рад любой помощи в данном вопросе!
P.S.
Для модераторов - ранюю тему, думаю, стоит удалить дабы не засорять форум, а сюда прикрепить под спойлером первый пост из нее дабы было понятно что я "творю/вояю"
P.P.S.
Сорри за многа букаф, старался максимально развернуть тему
*HELP*
LinuxForum.Fans
Настройка роутера под управлением Ubuntu Server 10.04
Автор: sotariz
32 сообщений
11344 просмотров
Так это, чего зря тратить время. Есть масса информации на русском, причем в виде книг, где все расписано как можно подробнее. Руководство по сетевым протоколам, администрирование сетей в linux и т.д.
проще всего ограничивать трафик через squid(прокси сервер). настройте чтоб ваш сосед ходил через него а ему прийдется везде прописывать прокси. Но это практически прощай торент у соседа и т.д. но лишний роутер в цепочке тоже не подымет уровень доступа снаружи у соседского торент-клиента...
рекомендую поменять адресацию. типа ваша машина например 192.168.200.1, а машины соседа 192.168.3.1-6, а ранее было 192.168.1-... т.е. он даже если захочет то в лоб не подменит адрес на вашу сетку, если не узнает адрес.
а все что идет через прокси порежьте половинной скоростью. мануалов по сквайду - море...
50/50 тут проще настроить шейпер. И торренты будет качать на своих 50
Нет. Просто дал ссылку на ресурс с цытированием вашей мысли.
Нет. Просто дал ссылку на ресурс с цытированием вашей мысли.
Ясно. Просто ещё голова болит с маппингом.
Но это практически прощай торент
а если торренту задать постоянный порт и его же пропустить через squid?
например 192.168.200.1, а машины соседа 192.168.3.1-6
т.е. руками ввести IP? или все же как-то растолкать DHCP?
Солидарен. LARTC вам в помощь.
Спасибо, поизучаю!
1. да. можно. но это надо будет соседу объяснять...
2. для соседа дхцп. а себе статику из другой сети... чтоб не догадался в лоб...
Харитон, все это устраивает даже более чем (если моим девайсам привязать постоянный IP через DHCP), но при этом всем остается только один неразрешенный вопрос - что не так я настраиваю в самом dhcpd.conf что dhcp3-server не выдает IP'ы вообще?...
Для того чтобы разобратса нам покажыте конфиг ну и лог запуска сервера DHCP
Вернулся к этому вопросу... уже даже не знаю что думать... установил Debian 6 и dnsmasq и все равно не выдает IP адреса...
text
# Локальный интерфейс
interface=eth1
# Внешний интерфейс, необслуживаемый
no-dhcp-interface=eth0
# Файл с DNS серверами
resolv-file=/home/sotariz/bin/resolv.dnsmasq.conf
domain=mountain.local
server=/mountain.local/192.168.100.1
server=/100.168.192.in-addr.arpa/192.168.100.1
dhcp-range=192.168.100.100,192.168.100.120,7D
dhcp-option=3,192.168.100.1
# Расположение файла аренды адресов
dhcp-leasefile=/var/lib/misc/dnsmasq.leases
# Записывать дополнительную отладочную информацию
log-dhcp
# Сообщить маску подсети
dhcp-option=1,255.255.255.0text
eth0 Link encap:Ethernet HWaddr 70:71:bc:63:e8:fd
inet addr:192.168.10.105 Bcast:255.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::7271:bcff:fe63:e8fd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:934 errors:0 dropped:0 overruns:0 frame:0
TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:93300 (91.1 KiB) TX bytes:68043 (66.4 KiB)
Interrupt:28 Base address:0x2000
eth1 Link encap:Ethernet HWaddr 00:50:bf:b5:ad:61
inet addr:192.168.100.1 Bcast:192.168.100.255 Mask:255.255.255.0
inet6 addr: fe80::250:bfff:feb5:ad61/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:972 errors:0 dropped:119078912 overruns:0 frame:0
TX packets:0 errors:10 dropped:0 overruns:0 carrier:8
collisions:0 txqueuelen:1000
RX bytes:95328 (93.0 KiB) TX bytes:0 (0.0 B)
Interrupt:21 Base address:0x1000
text
# The primary network interface
auto eth0
iface eth0 inet dhcp
# eth1
auto eth1
iface eth1 inet static
address 192.168.100.1
netmask 255.255.255.0
в чем вообще может быть беда? или может подскажите правильную/рабочую инструкцию по организации DNS+DHCP...
Снова появилось свободное время и снова я вернулся к своему router'у. Упорствовал не даром перечитал не мало информации и это дало таки результаты! Системой взял свежий Debian 7, DNS сервером выступил тот же bind9 (без доп. настроек заработал на ура), DHCP сервер был выбран isc-dhcp-server (используется на работе где я мог бы просмотреть конфиги в случае неудачи и сравнить), proxy сервер все тот же squid и таки завелся с пол пинка. Все классно и все хорошо за исключением - /var/log/syslog наполнен кучей ошибок
text
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns1.vkontakte.ru/A/IN': 2001:678:18:0:194:190:124:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns1.vkontakte.ru/AAAA/IN': 2001:678:18:0:194:190:124:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns2.vkontakte.ru/A/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns3.vkontakte.ru/A/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns3.vkontakte.ru/AAAA/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns1.vkontakte.ru/A/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns1.vkontakte.ru/AAAA/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'ns2.vkontakte.ru/AAAA/IN': 2001:678:14:0:193:232:156:17#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'vk.com/A/IN': 2a00:bdc0:ff:4::2#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'vk.com/A/IN': 2a00:bdc0:ff:3::2#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'vk.com/A/IN': 2a00:bdc0:ff:2::2#53
Jun 29 09:49:06 mountain named[2229]: error (network unreachable) resolving 'vk.com/A/IN': 2a00:bdc0:ff:1::2#53
Погуглив нашел что это козни использования не настроенного IPv6 и что можно отключить его использование за ненадобностью
text
echo net.ipv6.conf.all.disable_ipv6=1 > /etc/sysctl.d/disableipv6.confно это не дало результатов... в самом bind9 использование IPv6 тоже отключено
text
cat /etc/bind/named.conf.options
options {
directory "/var/cache/bind";
dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { none; };
};
Как избавиться от этого?
Ну или вияснить какая прога пробует разрешыть имена с помощью iр6 используя ваш ДНС сервер.
kisil, буду признателен за подсказку как это сделать :)
А netstat -lnp что говорит?
text
sotariz@mountain:~$ sudo netstat -lnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1705/rpcbind
tcp 0 0 192.168.10.105:53 0.0.0.0:* LISTEN 2214/named
tcp 0 0 192.168.1.1:53 0.0.0.0:* LISTEN 2214/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 2214/named
tcp 0 0 0.0.0.0:51413 0.0.0.0:* LISTEN 2097/transmission-d
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 2705/sshd
tcp 0 0 0.0.0.0:3128 0.0.0.0:* LISTEN 2624/(squid)
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 2214/named
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 2219/smbd
tcp 0 0 0.0.0.0:46304 0.0.0.0:* LISTEN 1737/rpc.statd
tcp 0 0 0.0.0.0:6881 0.0.0.0:* LISTEN 2194/btpd
tcp 0 0 0.0.0.0:9091 0.0.0.0:* LISTEN 2097/transmission-d
tcp 0 0 0.0.0.0:901 0.0.0.0:* LISTEN 2299/inetd
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 2219/smbd
tcp6 0 0 :::111 :::* LISTEN 1705/rpcbind
tcp6 0 0 :::51413 :::* LISTEN 2097/transmission-d
tcp6 0 0 :::22 :::* LISTEN 2705/sshd
tcp6 0 0 :::445 :::* LISTEN 2219/smbd
tcp6 0 0 :::139 :::* LISTEN 2219/smbd
tcp6 0 0 :::48747 :::* LISTEN 1737/rpc.statd
udp 0 0 0.0.0.0:18873 0.0.0.0:* 2364/dhclient
udp 0 0 192.168.10.105:53 0.0.0.0:* 2214/named
udp 0 0 192.168.1.1:53 0.0.0.0:* 2214/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 2214/named
udp 0 0 0.0.0.0:3130 0.0.0.0:* 2624/(squid)
udp 0 0 0.0.0.0:67 0.0.0.0:* 2758/dhcpd
udp 0 0 0.0.0.0:68 0.0.0.0:* 2364/dhclient
udp 0 0 0.0.0.0:608 0.0.0.0:* 1705/rpcbind
udp 0 0 0.0.0.0:111 0.0.0.0:* 1705/rpcbind
udp 0 0 0.0.0.0:46715 0.0.0.0:* 2624/(squid)
udp 0 0 127.0.0.1:641 0.0.0.0:* 1737/rpc.statd
udp 0 0 0.0.0.0:38020 0.0.0.0:* 1737/rpc.statd
udp 0 0 192.168.10.255:137 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.10.105:137 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.1.255:137 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.1.1:137 0.0.0.0:* 2154/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.10.255:138 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.10.105:138 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.1.255:138 0.0.0.0:* 2154/nmbd
udp 0 0 192.168.1.1:138 0.0.0.0:* 2154/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 2154/nmbd
udp 0 0 0.0.0.0:51413 0.0.0.0:* 2097/transmission-d
udp 0 0 0.0.0.0:15083 0.0.0.0:* 2758/dhcpd
udp6 0 0 :::27091 :::* 2758/dhcpd
udp6 0 0 :::608 :::* 1705/rpcbind
udp6 0 0 :::111 :::* 1705/rpcbind
udp6 0 0 :::43148 :::* 1737/rpc.statd
udp6 0 0 :::47775 :::* 2364/dhclient
raw 0 0 0.0.0.0:1 0.0.0.0:* 7 2758/dhcpd
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 6652 2796/winbindd /tmp/.winbindd/pipe
unix 2 [ ACC ] STREAM LISTENING 5957 2128/acpid /var/run/acpid.socket
unix 2 [ ACC ] STREAM LISTENING 6005 2194/btpd /var/lib/btpd/sock
unix 2 [ ACC ] STREAM LISTENING 5990 2154/nmbd /var/run/samba/unexpected
unix 2 [ ACC ] STREAM LISTENING 6045 2258/dbus-daemon /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 5056 1705/rpcbind /var/run/rpcbind.sock
unix 2 [ ACC ] SEQPACKET LISTENING 3781 321/udevd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 6653 2796/winbindd /var/run/samba/winbindd_privileged/pipe
Возник еще один вопрос - соединяюсь с сервером по SSH по внешке и если бездействую какое-то время то консоль виснет и не отвечает на ввод чего бы то ни было... что это может быть? при этом если из локали соединяюсь на "внешний" интерфейс то консоль сколько бы ни висела в бездействии откликается моментом
ПыСы. "внешний" интерфейс ввиду еще не полной готовности сервачка находится за натом обычного TP-Link'овского роутера и следовательно в локали что сервер что машина с которой идет подключение находятся в одной подсети
Войдите или зарегистрируйтесь, чтобы ответить.
