1

Предисловие
Сразу хочу попросить прощения у модераторов за наплождение тем, но боюсь иначе ни как... начинал с этой темы, но так как ответов не последовало и я не был доволен полученным результатом решил зайти с другого бока... и снова "блин комом"...
Еще хочу предупредить с начала сей дискуссии - я не гуру, более того я даже не продвинутый пользователь в Unix системах, но горю желанием разобраться и понимать... но и тут есть подводные камни - знание англыцкого ужасное, потому читая маны "смотрю в книгу, а вижу фигу". Надеюсь после выше сказанного не заработал статус безнадежного и перейду к самому вопросу.
Тема, ссылка которой выше была упомянута, касалась конфигурации роутера на основе Ubuntu 10.04 desktop, который при первом моем эксперименте/опыте завелся и таки не плохо работал, сейчас же все оказалось сложнее - установив все как и прежде DHCP отказался выдавать IP адреса, но спустя какое-то время и лазание по конфигам он все же заработал(мною было допущено что где-то была опечатка в конфигах). Заметив что роутер отрабатывает заказанные ему функции через раз решил сделать бекап всего каталога /etc и установить серверный вариант полюбившегося дистрибутива. Заново все настроил уже со 100% рабочих конфигов наступил на те же грабли - DHCP не раздает IP адреса, решил что все же проблема не "железке", а в руках, заменил их прежде рабочими копиями из бекапа, но результат не изменился ac следовательно - допускаю ошибку которую сам не вижу...
Цель данного действа
Имею дома канал который делю между собой и соседом, но если у меня две-три точки подключения (ПК + ТВ + мобила/ноут), то у него только на вскидку шесть активных подключений одновременно, т.е. все шесть это разные ПК. Хотелось бы настроить железку которая смогла бы создавать подключение к провайдеру и грамотно делить канал (в идеале - две подсети 50/50 т.к. денег он мне дает ровно за половину абон. платы). Из гугла мне подходит выбранный ранее вариант связки bind9+dhcp3-server+squid. Может я ошибаюсь или координально делаю что не так?.. с сим вопросом и пожаловал. Помогите/разъясните ссылками, своими мыслями или предложениями... буду рад любой помощи в данном вопросе!
P.S.
Для модераторов - ранюю тему, думаю, стоит удалить дабы не засорять форум, а сюда прикрепить под спойлером первый пост из нее дабы было понятно что я "творю/вояю"
P.P.S.
Сорри за многа букаф, старался максимально развернуть тему
bc

2

Так это, чего зря тратить время. Есть масса информации на русском, причем в виде книг, где все расписано как можно подробнее. Руководство по сетевым протоколам, администрирование сетей в linux и т.д.

проще всего ограничивать трафик через squid(прокси сервер). настройте чтоб ваш сосед ходил через него а ему прийдется везде прописывать прокси. Но это практически прощай торент у соседа и т.д. но лишний роутер в цепочке тоже не подымет уровень доступа снаружи у соседского торент-клиента...
рекомендую поменять адресацию. типа ваша машина например 192.168.200.1, а машины соседа 192.168.3.1-6, а ранее было 192.168.1-... т.е. он даже если захочет то в лоб не подменит адрес на вашу сетку, если не узнает адрес.
а все что идет через прокси порежьте половинной скоростью. мануалов по сквайду - море...

4

50/50 тут проще настроить шейпер. И торренты будет качать на своих 50

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

5 (24.04.2013 13:53:59 отредактировано kisil)

Kettler пишет:

50/50 тут проще настроить шейпер. И торренты будет качать на своих 50

Солидарен. LARTC вам в помощь.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

6

kisil пишет:
Kettler пишет:

50/50 тут проще настроить шейпер. И торренты будет качать на своих 50

Солидарен. LARTC вам в помощь.

А я разве просил помощи или спрашивал как?
Или я чего то непонял?

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

7

Нет. Просто дал ссылку на ресурс с цытированием вашей мысли.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

8

kisil пишет:

Нет. Просто дал ссылку на ресурс с цытированием вашей мысли.

Ясно. Просто ещё голова болит с маппингом.

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

9

Харитон⇓ пишет:

Но это практически прощай торент

а если торренту задать постоянный порт и его же пропустить через squid?

Харитон⇓ пишет:

например 192.168.200.1, а машины соседа 192.168.3.1-6

т.е. руками ввести IP? или все же как-то растолкать DHCP?

kisil⇓ пишет:

Солидарен. LARTC вам в помощь.

Спасибо, поизучаю!

10

1. да. можно. но это надо будет соседу объяснять...
2. для соседа дхцп. а себе статику из другой сети... чтоб не догадался в лоб...

11

Харитон, все это устраивает даже более чем (если моим девайсам привязать постоянный IP через DHCP), но при этом всем остается только один неразрешенный вопрос - что не так я настраиваю в самом dhcpd.conf что dhcp3-server не выдает IP'ы вообще?...

12

Для того чтобы разобратса нам покажыте конфиг ну и лог запуска сервера DHCP

Trouble  in WINDOWS reboot, trouble in UNIX be root.

13

Вернулся к этому вопросу... уже даже не знаю что думать... установил Debian 6 и dnsmasq и все равно не выдает IP адреса...

# Локальный интерфейс
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.0
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 
# 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...

14

Посмотрите тут и тут

Trouble  in WINDOWS reboot, trouble in UNIX be root.

15

Снова появилось свободное время и снова я вернулся к своему router'у. Упорствовал не даром перечитал не мало информации и это дало таки результаты! Системой взял свежий Debian 7, DNS сервером выступил тот же bind9 (без доп. настроек заработал на ура), DHCP сервер был выбран isc-dhcp-server (используется на работе где я мог бы просмотреть конфиги в случае неудачи и сравнить), proxy сервер все тот же squid и таки завелся с пол пинка. Все классно и все хорошо за исключением - /var/log/syslog наполнен кучей ошибок

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 и что можно отключить его использование за ненадобностью

echo net.ipv6.conf.all.disable_ipv6=1 > /etc/sysctl.d/disableipv6.conf

но это не дало результатов... в самом bind9 использование IPv6 тоже отключено

cat /etc/bind/named.conf.options 
options {
    directory "/var/cache/bind";

    dnssec-validation auto;

    auth-nxdomain no;    # conform to RFC1035
    listen-on-v6 { none; };
};

Как избавиться от этого?

16

Ну или вияснить какая прога пробует разрешыть имена с помощью iр6  используя ваш ДНС сервер.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

17

kisil, буду признателен за подсказку как это сделать ab

18

А netstat -lnp что говорит?

Trouble  in WINDOWS reboot, trouble in UNIX be root.

19

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

20

Возник еще один вопрос - соединяюсь с сервером по SSH по внешке и если бездействую какое-то время то консоль виснет и не отвечает на ввод чего бы то ни было... что это может быть? при этом если из локали соединяюсь на "внешний" интерфейс то консоль сколько бы ни висела в бездействии откликается моментом
ПыСы. "внешний" интерфейс ввиду еще не полной готовности сервачка находится за натом обычного TP-Link'овского роутера и следовательно в локали что сервер что машина с которой идет подключение находятся в одной подсети

21 (02.07.2013 12:41:36 отредактировано Linux777)

sotariz⇓ пишет:

Возник еще один вопрос - соединяюсь с сервером по SSH по внешке и если бездействую какое-то время то консоль виснет и не отвечает на ввод чего бы то ни было... что это может быть? при этом если из локали соединяюсь на "внешний" интерфейс то консоль сколько бы ни висела в бездействии откликается моментом
ПыСы. "внешний" интерфейс ввиду еще не полной готовности сервачка находится за натом обычного TP-Link'овского роутера и следовательно в локали что сервер что машина с которой идет подключение находятся в одной подсети

такое бывает, если долго не было никаких действий. особенно, если ты не в локалке сидишь. почему происходит, возможно как-то с оборудованием сетевым связано, возмоно это зависит от каких-то настроек роутеров или ещё чего. Нашел выход как побороть это - после подключения, загружаю screen, в котором часы время показывают - тогда не выкидывает совсем.  а вообще в локалке долго не выкидиывает. я так понял это не в локалке, а через инет подлкючение? А вот если с работы через интернет к домашнему серверу подключаюсь, то выкидывает регулярно минут через 30 бездействия.

как вариант посмотреть можно еще настройки конфига на сервере sshd на предмет строк
ClientAliveInterval и ClientAliveCountMax

добрый человек:)
Linux admin PC 3.8.0-23-generic #34-Ubuntu SMP Wed May 29 20:22:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
system admin of unix. i like my job. also i like to catch fish and many other things and english too.
Хочу на пляж)

22

Linux777⇓ пишет:

ClientAliveInterval и ClientAliveCountMax

отсуйствують напрочь ab

23

ТС я тут посмотрел внимательней на тот кусок лога что вы привели по работе bind. Вчитался и могу сказать что это у вас наверное происходит обращение к ДНС по IP6 когда вы в интернете сидите. Ваш браузер наверное сначала пробует соединится с сервером по IP6, потом виесняет что он не настроен, тогда пробует по IP4. Ну и с лога ещё можно сказать одно, что серваки Вконтакте не работают по протоколу IP6.
Так что эти ошибки не страшные.
Это моё мнение.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

24

kisil, ну то что ошибки не грозят ни чем плохим это ясно, просто хотелось что бы в логах их не было как лишнего мусора когда надо будет что-то важное высматривать ab

25

sotariz пишет:

kisil, ну то что ошибки не грозят ни чем плохим это ясно, просто хотелось что бы в логах их не было как лишнего мусора когда надо будет что-то важное высматривать ab

Ну тогда настройте bind так, чтобы он свои логи сохранял отдельно от системных.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

26

sotariz пишет:

Возник еще один вопрос - соединяюсь с сервером по SSH по внешке и если бездействую какое-то время то консоль виснет и не отвечает на ввод чего бы то ни было... что это может быть? при этом если из локали соединяюсь на "внешний" интерфейс то консоль сколько бы ни висела в бездействии откликается моментом
ПыСы. "внешний" интерфейс ввиду еще не полной готовности сервачка находится за натом обычного TP-Link'овского роутера и следовательно в локали что сервер что машина с которой идет подключение находятся в одной подсети

Решил снова поднять этот вопрос т.к. не решил его до сих пор. На форуме убунты нашел похожую тему, цитата от туда

Не знаю как там в ваших "буржуйских" цисках, а на обычные ssh сервера при прописывании в ~/.ssh/config параметра ServerAliveInterval Х, где Х время в секундах, не разрывают соединение, если Х меньше установленного в них времени простоя до отключения.

Собственно что мне не ясно выделил жирным шрифтом, где это установленное время то смотреть? Или достаточно просто прописать это пользователю? пользователю где на клиенте или на сервере?)

27

sotariz⇓ пишет:

Решил снова поднять этот вопрос т.к. не решил его до сих пор.

Вам же сказали, используйте screen.
Первая попавшаяся ссыль в гугле.

Чрезвычайно полезная утилита screen есть в linux. Позволяет она создавать в терминале ssh несколько экранов и удобно переключаться между ними. Также полезен screen в случае если надо делать какие-то опреации по ssh и обрывы связи вредны. Достаточно просто, работать в скрин.

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

28

zenon, это я внял да и как со screen работать в курсе, но суть в том что это уже костыль а хотелось бы найти правильное решение зарытое в ssh...

29

я думаю что это связано с потрей пакетов в сети... где гарантия что через мир у вас пакеты не теряются...

30

Харитон, гарантий понятное дело что нет, но вот обрывы то не происходят при работе в консоли, а только стоит ее свернуть и отлучится по делам как все тут...