Debian Lenny, Разрыв инета раз в сутки
Про не единого разрыва мне не надо тут ляля))
Вообщем, был NAT сервер с PPPOE на Win 2003 на базе Kerio Winroute Firewall, дико тупил, завели Debian Lenny, и функции Nat + Маршрутизации воткнули на него, но вот блин незадача
Kerio Winroute рвал соединения с инетом, раз в неделю, раз в три дня, а то и реже (по логам смотрели)
А вот Debian Lenny рвет стабильно, раз в сутки, восстанавливается.
Инет по технолоиги Pre-WiMax
Все бы ничего, но вот трабла, в офисе стоит бейкап сервер, который собирает с серверов пользовательские архивы, и заливает на винты в саласках, процесс бейкапов начинается в пятницу вечером и заканичивается во вторник утром, проблема заключается в том, что за три дня происходит три разрыва, что сказывается на бейкапах, тупая система резервного копирования от ISP Systems (которая допиливается напильников неким Dima) не восстанавливает линк на том же архиве, а ждет, и пропускает файл который резервирует, переходит к следующему, да и процесс восстановления линка в среднем занимает 1-2 минуты.
Я бы грешил на провайдера, но вот незадача, провайдер не рвет соединения
Про не единого разрыва мне не надо тут ляля))
Вообщем, был NAT сервер с PPPOE на Win 2003 на базе Kerio Winroute Firewall, дико тупил, завели Debian Lenny, и функции Nat + Маршрутизации воткнули на него, но вот блин незадача
Kerio Winroute рвал соединения с инетом, раз в неделю, раз в три дня, а то и реже (по логам смотрели)
А вот Debian Lenny рвет стабильно, раз в сутки, восстанавливается.
Инет по технолоиги Pre-WiMax
Все бы ничего, но вот трабла, в офисе стоит бейкап сервер, который собирает с серверов пользовательские архивы, и заливает на винты в саласках, процесс бейкапов начинается в пятницу вечером и заканичивается во вторник утром, проблема заключается в том, что за три дня происходит три разрыва, что сказывается на бейкапах, тупая система резервного копирования от ISP Systems (которая допиливается напильников неким Dima) не восстанавливает линк на том же архиве, а ждет, и пропускает файл который резервирует, переходит к следующему, да и процесс восстановления линка в среднем занимает 1-2 минуты.
Я бы грешил на провайдера, но вот незадача, провайдер не рвет соединения
У нас не динамический IP, да и KWR не рвал# Авторизация осуществляется по протоколу PPPoE. При использовании динамического ip-адреса, с целью тарификации, каждые 24 часа происходит разрыв соединения.
Код:
serv002:~# cat /var/log/syslog.1 | grep pppd
Oct 13 11:41:13 serv002 pppd[2160]: LCP terminated by peer
Oct 13 11:41:13 serv002 pppd[2160]: Connect time 1440.1 minutes.
Oct 13 11:41:13 serv002 pppd[2160]: Sent 2499933976 bytes, received 691151301 bytes.
Oct 13 11:41:16 serv002 pppd[2160]: Connection terminated.
Oct 13 11:41:16 serv002 pppd[2160]: Modem hangup
Oct 13 11:41:46 serv002 pppd[2160]: PPP session is 63626
Oct 13 11:41:46 serv002 pppd[2160]: Using interface ppp0
Oct 13 11:41:46 serv002 pppd[2160]: Connect: ppp0 <--> eth1
Oct 13 11:41:48 serv002 pppd[2160]: PAP authentication succeeded
Oct 13 11:41:48 serv002 pppd[2160]: peer from calling number 00:1C:F6:1D:E1:00 authorized
Oct 13 11:41:48 serv002 pppd[2160]: Cannot determine ethernet address for proxy ARP
Oct 13 11:41:48 serv002 pppd[2160]: local IP address 77.243.113.163
Oct 13 11:41:48 serv002 pppd[2160]: remote IP address 77.243.118.1
serv002:~#
Код:
serv002:~# cat /etc/ppp/peers/dsl-provider
# Configuration file for PPP, using PPP over Ethernet
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.
##
# Section 1
#
# Stuff to configure...
# MUST CHANGE: Uncomment the following line, replacing the [email][email protected][/email]
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user [email][email protected][/email]
# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"
# An even more conservative version of the previous line, if things
# don't work using -m 1452...
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"
# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"
# The following two options should work fine for most DSL users.
# Assumes that your IP address is allocated dynamically
# by your DSL provider...
noipdefault
# Try to get the name server addresses from the ISP.
# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute
##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing.
#
# Disconnect after 300 seconds (5 minutes) of idle time.
#demand
#idle 300
##
# Section 3
#
# You shouldn't need to change these options...
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1500
# RFC 2516, paragraph 7 mandates that the following options MUST NOT be
# requested and MUST be rejected if requested by the peer:
# Address-and-Control-Field-Compression (ACFC)
noaccomp
# Asynchronous-Control-Character-Map (ACCM)
default-asyncmap
plugin rp-pppoe.so eth1
user "vpn10173"