Как настроить шлюз Ubuntu?

Question

[kostya-otto]

Есть пк с ubuntu 14.04 server. 2 сетевые платы. Одна (eth0)смотрит в сеть провайдера, вторая(eth1) в локальную сеть. Интернет поднимается по pppoe. Проблема в следующем:Пропадает интернет раз 2-3 минуты.
Со шлюза пингую сеть провайдера. Пинги идут около 500 - 1000 запросов и пропадает на запросов 30-50. После появления пинга первый идет со временм 1000 мс.Провайдер говорит, что в это время у них пытается зарегистрироваться сетевая плата которая смотрит в мою локальную сеть. И показывают мне мак адрес eth1 с попыткой зарегистрировать ip 192.168.24.1.

Comments

[Александр Карабанов]

Отключи eth1 и посмотри не нормализуется ли ситуация. Покажи вывод cat /etc/network/interfaces

[kostya-otto]

Александр Карабанов: Отключал. Не вылетает. Поменял сетевуху, все равно тоже самое.
Вывод по интерфейсам
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.24.1
netmask 255.255.255.0

auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
provider dsl-provider

[kostya-otto]

Вывод iptables-save
*nat
:PREROUTING ACCEPT [14706:1265381]
:INPUT ACCEPT [3889:327985]
:OUTPUT ACCEPT [1742:151373]
:POSTROUTING ACCEPT [5590:403874]
-A POSTROUTING -o ppp0 -j MASQUERADE
COMMIT
# Completed on Sun Oct 16 12:39:41 2016
# Generated by iptables-save v1.4.21 on Sun Oct 16 12:39:41 2016
*filter
:INPUT ACCEPT [1878:210031]
:FORWARD ACCEPT [12100:4618674]
:OUTPUT ACCEPT [1213:298810]
:fail2ban-dovecot-pop3imap - [0:0]
:fail2ban-postfix-sasl - [0:0]
:fail2ban-pureftpd - [0:0]
:fail2ban-ssh - [0:0]
-A INPUT -p tcp -m multiport --dports 110,995,143,993 -j fail2ban-dovecot-pop3imap
-A INPUT -p tcp -m multiport --dports 22 -j fail2ban-ssh
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i ppp0 -o ppp0 -j REJECT --reject-with icmp-port-unreachable
-A fail2ban-dovecot-pop3imap -j RETURN
-A fail2ban-ssh -j RETURN
COMMIT
# Completed on Sun Oct 16 12:39:41 2016
# Generated by iptables-save v1.4.21 on Sun Oct 16 12:39:41 2016
*mangle
:PREROUTING ACCEPT [1006:185047]
:INPUT ACCEPT [396:30766]
:FORWARD ACCEPT [609:154249]
:OUTPUT ACCEPT [343:117549]
:POSTROUTING ACCEPT [952:271798]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:65495 -j TCPMSS --clamp-mss-to-pmtu
COMMIT

[Александр Карабанов]

Ну тык раз не вылетает если отключить значит проблема в том устройстве на которое смотрит eth1.
Отключай от него все кабели, затем подключай по одному и жди пока не сломается. Раз сломалось, ты нашёл виновника.

[kostya-otto]

Александр Карабанов: Как я понял, то само устройство лезет во внешку каким-то образом. Поменял на новую сетевую и тот же эффект. Это что-то с настройками. Уже не знаю куда копать, вот сюда и написал.

[Александр Карабанов]

>> Как я понял, то само устройство лезет
>> во внешку каким-то образом.
Ога и единороги существуют.
Это не так работает. В устройстве на которое смотрит eth1 (расскажешь подробнее как у тебя всё устроено я, возможно, отвечу точнее).

PS
Покажи вывод cat /etc/ppp/peers/dsl-provider

[kostya-otto]

Александр Карабанов: noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
mtu 1492
persist
maxfail 0
holdoff 20
plugin rp-pppoe.so eth0
user "login"
usepeerdns
debug

[Александр Карабанов]

#lcp-echo-interval 30
#lcp-echo-failure 4

LCP - то включи

И отключай кабели от того устройства в которое смотрит eth1, затем подключай по одному и жди, пока не сломается. Так ты и найдёш проблему.

[kostya-otto]

Александр Карабанов: Отключал все. Проблема осталась. Убираю саму сетевую плату eth1 , проблема уходит.
К eth1 подключены через свитч 2 ПК и точка доступа. Получают ip через dhcp-server.
Вывод netstat -r -n

Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
100.64.0.0 172.18.44.1 255.255.255.0 UG 0 0 0 eth0
172.17.0.0 172.18.44.1 255.255.0.0 UG 0 0 0 eth0
172.18.0.0 172.18.44.1 255.255.0.0 UG 0 0 0 eth0
172.18.44.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
172.19.0.0 172.18.44.1 255.255.0.0 UG 0 0 0 eth0
192.168.1.0 172.18.44.1 255.255.255.0 UG 0 0 0 eth0
192.168.24.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
213.231.0.200 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

[Александр Карабанов]

А где находится этот dhcp-server? У провайдера или на этой машине у которой PPPoE не работает периодически?

[kostya-otto]

Александр Карабанов: На этой машине. Проблема сама не в pppoe. PPPoE вылетает когда пропадает связь локальная с провайдером. Я получаю внутренний ip на eth0 172.18.44.201. При вылете pppoe шлюз провайдера по адресу 172.18.44.1 не пингуется. Проходит около 50 запросов и заново начинает нормально пинговаться.
64 bytes from 172.18.44.1: icmp_seq=153 ttl=255 time=1.34 ms
64 bytes from 172.18.44.1: icmp_seq=154 ttl=255 time=1.33 ms
64 bytes from 172.18.44.1: icmp_seq=182 ttl=255 time=1000 ms
64 bytes from 172.18.44.1: icmp_seq=183 ttl=255 time=1.31 ms

Бывает до 50 запросов , а бывает и больше на много. В этот момент, провайдер говорит, что пытается зарегистрироваться ip 192.168.24.1 (это ip eth1).

[kostya-otto]

В syslog ничего необычного не происходит.
Все . что касается pppd за время вылета.
server pppd[21694]: Terminating on signal 15
server pppd[21694]: Connect time 21.5 minutes.
server pppd[21694]: Sent 2651066 bytes, received 16193782 bytes.
server pppd[21694]: restoring old default route to eth0 [172.18.44.1]
server pppd[21694]: Terminating on signal 15
server pppd[21694]: message repeated 9 times: [ Terminating on signal 15]
server pppd[21694]: Connection terminated.
server pppd[21694]: Modem hangup
server pppd[21694]: Exit.
server pppd[24932]: Plugin rp-pppoe.so loaded.
server pppd[24934]: pppd 2.4.5 started by user, uid 0
server pppd[24934]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
server pppd[24934]: dst ff:ff:ff:ff:ff:ff src 0:30:4f:39:5e:63
server pppd[24934]: [service-name] [host-uniq 66 61 00 00]
server pppd[24934]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 44
server pppd[24934]: dst 0:30:4f:39:5e:63 src 0:21:59:b:ff:69
server pppd[24934]: [AC-name briz-re0] [host-uniq 66 61 00 00] [service-name] [AC-cookie 47 f3 47 63 b9 d2 1a 58 0c b7 bf $
server pppd[24934]: Send PPPOE Discovery V1T1 PADR session 0x0 length 32
server pppd[24934]: dst 0:21:59:b:ff:69 src 0:30:4f:39:5e:63
server pppd[24934]: [service-name] [host-uniq 66 61 00 00] [AC-cookie 47 f3 47 63 b9 d2 1a 58 0c b7 bf ce a5 98 b9 99]
server pppd[24934]: Recv PPPOE Discovery V1T1 PADS session 0x13d5 length 44
server pppd[24934]: dst 0:30:4f:39:5e:63 src 0:21:59:b:ff:69
server pppd[24934]: [service-name] [host-uniq 66 61 00 00] [AC-name briz-re0] [AC-cookie 47 f3 47 63 b9 d2 1a 58 0c b7 bf $
server pppd[24934]: PADS: Service-Name: ''
server pppd[24934]: PPP session is 5077
server pppd[24934]: Connected to 00:21:59:0b:ff:69 via interface eth0
server pppd[24934]: using channel 23
server pppd[24934]: Using interface ppp0
server pppd[24934]: Connect: ppp0 <--> eth0
server pppd[24934]: sent [LCP ConfReq id=0x1 ]
server pppd[24934]: rcvd [LCP ConfReq id=0x8 ]
server pppd[24934]: sent [LCP ConfAck id=0x8 ]
server pppd[24934]: rcvd [LCP ConfAck id=0x1 ]
server pppd[24934]: sent [LCP EchoReq id=0x0 magic=0xc82d6632]
server pppd[24934]: rcvd [LCP EchoRep id=0x0 magic=0x6b0949d8]
server pppd[24934]: rcvd [CHAP Challenge id=0xc6 <5f398870c14178f55c6b3f1ca07d04937d36>, name = "JUNOS"]
server pppd[24934]: sent [CHAP Response id=0xc6 , name = "broflovski"]
server pppd[24934]: rcvd [CHAP Success id=0xc6 ""]
server pppd[24934]: CHAP authentication succeeded
server pppd[24934]: CHAP authentication succeeded
server pppd[24934]: peer from calling number 00:21:59:0B:FF:69 authorized
server pppd[24934]: sent [IPCP ConfReq id=0x1 ]
server pppd[24934]: rcvd [IPCP ConfNak id=0x1 ]
server pppd[24934]: sent [IPCP ConfReq id=0x2 ]
server pppd[24934]: rcvd [IPCP ConfAck id=0x2 ]
server pppd[24934]: rcvd [IPCP ConfReq id=0x76 ]
server pppd[24934]: sent [IPCP ConfAck id=0x76 ]
server pppd[24934]: replacing old default route to eth0 [172.18.44.1]
server pppd[24934]: local IP address 213.231.5.207
server pppd[24934]: remote IP address 213.231.0.200
server pppd[24934]: primary DNS address 194.143.136.1
server pppd[24934]: secondary DNS address 194.143.136.2
server pppd[24934]: Script /etc/ppp/ip-up started (pid 24944)

[Александр Карабанов]

>> говорит, что пытается зарегистрироваться ip 192.168.24.1 (это ip eth1).

Что ты понимаешь под "пытается зарегистрироваться"?
PPPoE это тунеллирующий протокол L2 уровня там про IP речи не идёт.

[kostya-otto]

Александр Карабанов: как я понял слова провайдера про регистрацию. Во время того, как пропадает у меня соединение с ними, поднять pppoe пытается карта с ip адресом 192.168.24.1

[kostya-otto]

Они мне диктуют мак адрес и айпи адрес eth1 когда у меня пропадает интернет. И говорят, что пытается зарегестрироваться (скорее всего авторизоваться) это устройство.

[Александр Карабанов]

Если это так, то она связана по L2 с сетью провайдера, равно как и eth0, то-есть они, грубо говоря, обе смотрят в один коммутатор.

[kostya-otto]

Александр Карабанов: А где это проверить? И что за это отвечает?

[Александр Карабанов]

Ну глазами посмотреть, где кабель не туда подключен (в прочем ты можешь считать, что туда, но будь уверен это не так)

[kostya-otto]

Вернее как исправить. Проверить это отключить одну сетевую. Отключал работает хорошо.

[Александр Карабанов]

Найти, где кабель подключен не туда и подключить туда.

[Александр Карабанов]

Коммутатор управляемый?

[kostya-otto]

Александр Карабанов: 2 кабеля. Один в одну сетевую, другой в другую. Оставляя даже один кабель в сетевой eth0 , все равно вылетает интернет. Работает, если физически убрать eth1 с пк.

[kostya-otto]

Александр Карабанов: Мой нет. У провайдера да

[Александр Карабанов]

И этот твой неуправляемый коммутатор больше ни к чему не подключен?

[kostya-otto]

От него компьютер в данный момент. Но я отключал полностью его и проблема оставалась.

[kostya-otto]

Александр Карабанов: и платы новые обе поставил. Тот же эффект.

[kostya-otto]

Александр Карабанов: Поменял свитч на другой. Забыл за кроссовер кабель под вай фай. Поменял на прямой. Пока работает. 2000 запросов без потерь. Спасибо большое за совет.