VPN - долго грузятся страницы в браузере

Доброго времени суток всем! Появилась следующая проблема. Установил новый Aptosid и настроил с помощью консоли VPN-соединение. Так вот, интернет работает, но любые браузеры грузят страницы медленно - вначале как бы пауза 5-10сек, а потом все шустро загружается. Проверял скорость через через торрент-клиент - все отлично! В чем проблема? DNS? Пробовал прописывать гугловские DNS и ничего не помогло. DNS от провайдера получаю по DHCP, проверял в /etc/resolv.conf они прописываются автоматически. Ниже приведу конфиги как и что настраивал. Надеюсь на вашу помощь ибо сам не могу решить проблему, что только не пробовал.
Мои действия по настройке соединения:
1. Устанавливаем pptp-linux

apt-get install pptp-linux

2. Создаем файл /etc/ppp/peers/vpn с содержимым

user "nokman"
pty "/usr/sbin/pptp 10.100.100.100 --nolaunchpppd"
file /etc/ppp/options.pptp

где nokman - мой логин; 10.100.100.100 - адрес VPN-сервера
3. Создаем/редактируем файл /etc/ppp/options.pptp с содержимым

lock
noauth
refuse-eap
refuse-chap
nobsdcomp
nodeflate
usepeerdns
defaultroute
replacedefaultroute

4. Создаем/редактируем файл /etc/ppp/chap-secrets с содержимым

# Secrets for authentication using CHAP
# client                server  secret                            IP addresses
nokman           *       "password"                     *

где nokman - мой логин для VPN, password - мой пароль
5. Подключаемся

sudo pon vpn

Измените строку
pty "/usr/sbin/pptp 10.100.100.100 --nolaunchpppd"
на
pty "/usr/sbin/pptp 10.100.100.100 --nolaunchpppd --nobuffer"
Вроде так wink если что пиши помогу.

Спасибо, конечно но мне это не помогло :(

root@aptosid:/home/aptosid# cat /etc/ppp/peers/vpn
user "nokman"
pty "/usr/sbin/pptp 10.100.100.100 --nolaunchpppd --nobuffer"
file /etc/ppp/options.pptp
root@aptosid:/home/aptosid# 

Как-то странно это все. Когда на сайт захожу впервые, то происходит пауза где-то 5 сек, а потом грузит страницу. На всякий случай вот еще вывод DNS-ов:

root@aptosid:/home/aptosid# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.169.1
nameserver 193.43.95.11
nameserver 193.43.95.2

А poff делали после правки и днс попробуйте 8.8.8.8?

Все делал, и добавлял и гугловские днс-ы 8.8.8.8 и 8.8.4.4 - не помогло абсолютно. Заметил одну особенность, если делаю пинг ya.ru, то пингует как раз таки с промежутками времени где-то 5 сек, а если по IP-адресу 87.250.251.3, то пингует ежесекундно. Может в это и вся проблема? Только как ее решить я не в курсе..

В ваших конфигах нет mtu /etc/ppp/options.pptp
mtu 1490
mru 1490
ток значение узнайте у прова или на форуме его.

Нет такой информации. Провайдер не выдает. В винде по моему стандартное значение 1500(сам смотрел) - работает инет отлично. Вообще у меня все настройки получаются по DHCP (автоматически и IP и DNS получаю). Сам пробовал подставлять разные значения и тоже безрезультатно. Скорее всего что-то с DNS, но не знаю что. Еще, кстати, вспомнил, что в Windows провайдер рекомендует отключать шифрование. Может с этим что? Не знаю какая тут опция за это отвечает..

Шифрование у вас всё нормально. Во первых --nobuffer оставьте! Во вторых пропишите mtu mru в конфиг значение попробуйте 1400 или 1460.
1500 mtu это ethernet но не vpn.

Добавил, рестартанул сеть и результата все так же нет. Даже google грузит с длительной паузой ((

Поиграйся со значением. Я же написал выше. Выложи конфиг.
Ну или как ниже
PPTP это полезный_TCP -> IP -> PPP -> GRE -> IP -> Ethernet
Для Ethernet MTU=1500; заголовки IP -20 байт, заголовок GRE -4 байта, заголовок PPP -2 байта.
Итого, MTU=1500-20-4-2=1474; MSS=MTU-40=1434

root@aptosid:/home/aptosid# cat /etc/ppp/options.pptp
###############################################################################
# $Id: options.pptp,v 1.3 2006/03/26 23:11:05 quozl Exp $
#
# Sample PPTP PPP options file /etc/ppp/options.pptp
# Options used by PPP when a connection is made by a PPTP client.
# This file can be referred to by an /etc/ppp/peers file for the tunnel.
# Changes are effective on the next connection.  See "man pppd".
#
# You are expected to change this file to suit your system.  As
# packaged, it requires PPP 2.4.2 or later from http://ppp.samba.org/
# and the kernel MPPE module available from the CVS repository also on
# http://ppp.samba.org/, which is packaged for DKMS as kernel_ppp_mppe.
###############################################################################
# Lock the port
lock
# Authentication
# We don't need the tunnel server to authenticate itself
noauth
# We won't do PAP, EAP, CHAP, or MSCHAP, but we will accept MSCHAP-V2
# (you may need to remove these refusals if the server is not using MPPE)
refuse-pap
refuse-eap
refuse-chap
refuse-mschap
# Compression
# Turn off compression protocols we know won't be used
nobsdcomp
nodeflate
# Encryption
# (There have been multiple versions of PPP with encryption support,
# choose with of the following sections you will use.  Note that MPPE
# requires the use of MSCHAP-V2 during authentication)
# http://ppp.samba.org/ the PPP project version of PPP by Paul Mackarras
# ppp-2.4.2 or later with MPPE only, kernel module ppp_mppe.o
# {{{
# Require MPPE 128-bit encryption
#require-mppe-128
# }}}
# http://polbox.com/h/hs001/ fork from PPP project by Jan Dubiec
# ppp-2.4.2 or later with MPPE and MPPC, kernel module ppp_mppe_mppc.o
# {{{
# Require MPPE 128-bit encryption
#mppe required,stateless
# }}}
usepeerdns
defaultroute
replacedefaultroute
mtu 1400
mru 1460

Думаю играться с этими значениями смысла нет(тем более игрался уже с ними). Что-то с DNS, ИМХО. Вот здесь у человека точно такая же проблема была, но в моем случае DNS выдаются автоматом. В общем не знаю..

Или
mtu 1460
mru 1460
Или
mtu 1400
mru 1400
--nobuffer отменяет буфер из за которого реально долго всё грузиться.
P. S попробуйте с днс поиграть.

Nokman написал:

Что-то с DNS

а в венде и у других людей с таким-же провайдером проблем нет?

Во DrBatty подсказал посмотри кто на xp при подключённом vpn.
ipconfig /all
вывод сюды.

Nokman написал:

Скорее всего что-то с DNS, но не знаю что.

Nokman написал:

Заметил одну особенность, если делаю пинг ya.ru, то пингует как раз таки с промежутками времени где-то 5 сек

насколько я знаю, ping получает IP только ОДИН раз, а потом отправляет пакеты по этому IP, т.ч. дело тут совсем не в DNS. У вас нет никакого DNS, у вас только адреса этих серверов, потому глючить и тормозить они никак не могут (а если и могут, вы это не исправите, только в саппорт звонить). Кроме того, если-бы DNS тормозили, то это было-бы у всех клиентов, и во всех ОСях.

Шифрование отключается там же, в /etc/ppp. Нужно ман читать, там написано как это делать.

Шифрование отключенно иначе не подключил бы у нас у прова такая же хрень.

Понял в чем проблема. В /etc/resolv.conf первым адресом просто после подключения становится мой шлюз 192.168.169.1. Когда же я его прикрыл после подключения все начало летать! Ура!! :D
Вот так:

root@aptosid:/home/aptosid# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
#nameserver 192.168.169.1
nameserver 208.67.222.222
nameserver 193.43.95.11

Кстати, да. Еще добавил на всякий случай вот этот адрес 208.67.222.222 - все работает теперь отлично. Теперь только одна проблема - когда подключаюсь к VPN (pon vpn) мне шлюз отсылается автоматом на 1-е место в resolv.conf и проблемы будут повторяться. Как сделать так чтобы не пришлось после каждого подключения каждый раз редактировать вручную эти днс адреса? Чтобы сохранить вот именно эти настройки, те что выше..

usepeerdns закоментируй и не будет перезаписывать, для теста попробуй без --nobuffer :D

Kettler написал:

Шифрование отключенно иначе не подключил бы у нас у прова такая же хрень.

это у вас. а бывает шифрование по требованию клиента. работает и так и так. видимо админы ТС так и хотели сделать, но что-то не получилось, вот и советуют отключать шифрование.

drBatty написал:

[quote=Kettler]Шифрование отключенно иначе не подключил бы у нас у прова такая же хрень.

это у вас. а бывает шифрование по требованию клиента. работает и так и так. видимо админы ТС так и хотели сделать, но что-то не получилось, вот и советуют отключать шифрование.[/quote]
Они могут всё :D но токо нагрузку тем самым снимают с серверов.