Локальная сеть 192.168.0/24, все клиенты WindowsXP, сервер имеет внутренний 192.168.0.10 и внешний 192.168.251.162 ip, вышестоящий гейт с ip 192.168.251.161. На сервере FreeBSD 5.2, mpd-3.15_1 и apache-2.0.50
Задача: авторизация пользователей для доступа к интернету и подсчет трафика.
Реализованно: клиенты создают VPN-соединение, получают ip во внешней сети, с помощью IPFW подсчитывается трафик и выводится на локальный сайт.
Проблема: Через примерно 30 сек. бездействия клиента первый ответ от любой машины с внешней стороны приходит с задержкой около 5 сек., это обходится если постоянно поддерживать связь с сервером (к примеру пингами), хотелось бы разобраться как от этого можно избавиться.--------mpd.conf----------
default:
load client1
load client2
load client3
load client4
client1:
new -i ng0 vpn1 vpn1
set ipcp ranges 192.168.251.162/32 192.168.251.163/32
load client_standard
client2:
new -i ng1 vpn2 vpn2
set ipcp ranges 192.168.251.162/32 192.168.251.164/32
load client_standard
client3:
new -i ng2 vpn3 vpn3
set ipcp ranges 192.168.251.162/32 192.168.251.165/32
load client_standard
client4:
new -i ng3 vpn4 vpn4
set ipcp ranges 192.168.251.162/32 192.168.251.166/32
load client_standard
client_standard:
set iface disable on-demand
set iface enable proxy-arp
set iface idle 0
set iface enable tcpmssfix
set bundle disable multilink
set link yes acfcomp protocomp
set link no pap chap
set link enable chap
set link keep-alive 10 60
set ipcp yes vjcomp
set ipcp dns 62.165.60.1
set bundle enable compression
set ccp yes mppc
set ccp yes mpp-e40
set ccp yes mpp-e128
set ccp yes mpp-stateless
set bundle yes crypt-reqd
set pptp self 192.168.0.10
set pptp enable incoming
set pptp disable originate
----------mpd.links-----------------
vpn1:
set link type pptp
vpn2:
set link type pptp
vpn3:
set link type pptp
vpn4:
set link type pptp
---------mpd.secret---------------
user1 pass1 192.168.251.163/32
user2 pass2 192.168.251.164/32
user3 pass3 192.168.251.165/32
user4 pass4 192.168.251.166/32
arp resolving ?
Вопрос снят.
Изменил set link keep-alive 10 60 на set link keep-alive 1 40 и все заработало как надо.
Вопрос: можно ли было сделать это красивее, 1 echo запроса-ответа в секунду не жалко, но все же, и с чем может быть связана нужда в столь частых посылках пакетов .