Я использую Centos 6.4, и у меня в основном работает pptpd. Я подключаюсь с компьютера Windows 7, и после подключения я могу получить доступ ко всем сайтам интрасети, а также к сайтам, которые уже открыты или были открыты недавно, например google.com. Я не могу получить доступ к новым сайтам (например, когда я пытался подключиться к serverfault), поэтому я думаю, что это связано с DNS. Мне удалось получить доступ к нескольким сайтам по их IP-адресу, но большинство из них, похоже, перенаправляют IP-адрес на доменное имя, что затем не работает. Из cmd я могу пинговать новые сайты, поэтому он разрешает там DNS. Командная строка разрешает DNS через локальную сеть, в то время как Chrome пытается сделать это через VPN? Я искал ответ на многих форумах и в блогах, но до сих пор не нашел ничего, что бы исправило его. Я попытался отключить selinux, а также iptables (оба непостоянно), просто чтобы уменьшить количество переменных.
Возможно, связано: эти строки продолжают отображаться в / var / log / messages
GRE: read(fd=7,buffer=6097c0,len=8260) from network failed: status = -1 error = Protocol not available
CTRL: GRE read or PTY write failed (gre,pty)=(7,6)
Вот несколько файлов конфигурации, которые могут иметь значение для определения того, что не так:
pptpd.conf
ppp /usr/sbin/pppd
option /etc/ppp/options.pptpd
logwtmp
remoteip 192.168.16.36-49 #these are reserved, not used by dhcp
localip 192.168.16.35
options.pptpd
name pptpd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
ms-dns 192.168.16.2 #domain controller, dns server
ms-wins 192.168.16.2
proxyarp
lock
nobsdcomp
novj
novjccomp
nologfd
auth
Я обнаружил эту проблему после перехода на маршрутизатор с более низким значением mtu по умолчанию, возникли проблемы, которые вы описали, но я был сбит с толку, когда небольшие страницы 404 и ssh прошли через это.
Я решил это, установив mtu сервера ppp ниже в /etc/ppp/options
добавляя:
mtu 1300
Кроме того, очевидно, что окна могут быть немного забавными по поводу размеров mtu над ppp. Удачи.