Плиз помогите! А то нервы уже на пределе - ну все ж делаю как описано, а оно...
Может у нас сеть какая-то не такая? (хотя вроде обычная, хоть ее и весь город материт). Данные следующие:
IP: 10.104.121.12
Mask: 255.240.0.0
Gateway: 10.104.0.1 (он же впн сервер)
DNS: 194.146.132.2 и 194.146.132.3
P.S. Просьба нах~ и в google, что в принципе в данном случае одинаково, не посылать
Все-таки хочется больше конкретики.
Что конкретно сделано и что из этого получилось.
С привидением кофигов и выводом команд ip r и ip a до и после подключения.
Отдельно предлагаю проконтролировать доступность dns (cat /etc/resolv.conf и nslookup www.ru , например) так же и до, и после подключения.
Последний раз сделал все, что описано тут в разделе автоматизация (ручную настройку тоже делал - тоже не заработала). После подключения пинг на впн и днс идет, а в инет - нет! Вобщем вот отсчет:
Код:
Multis:/files/vpn/report# ip r
10.104.0.1 via 10.104.0.1 dev eth0
194.146.132.3 via 10.104.0.1 dev eth0
194.146.132.2 via 10.104.0.1 dev eth0
10.96.0.0/12 dev eth0 proto kernel scope link src 10.104.121.12
default via 10.104.0.1 dev eth0
Multis:/files/vpn/report# ip a
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:02:44:b7:00:a6 brd ff:ff:ff:ff:ff:ff
inet 10.104.121.12/12 brd 10.111.255.255 scope global eth0
Multis:/files/vpn/report# pon lluga.net
Multis:/files/vpn/report# ip r
10.104.0.1 via 10.104.0.1 dev eth0
10.232.0.1 dev ppp0 proto kernel scope link src 10.224.0.92
194.146.132.3 via 10.104.0.1 dev eth0
194.146.132.2 via 10.104.0.1 dev eth0
10.96.0.0/12 dev eth0 proto kernel scope link src 10.104.121.12
Multis:/files/vpn/report# ip a
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:02:44:b7:00:a6 brd ff:ff:ff:ff:ff:ff
inet 10.104.121.12/12 brd 10.111.255.255 scope global eth0
5: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1500 qdisc pfifo_fast qlen 3
link/ppp
inet 10.224.0.92 peer 10.232.0.1/32 scope global ppp0
Multis:/files/vpn/report# nslookup www.ru
;; connection timed out; no servers could be reached
Multis:/files/vpn/report# cat /etc/resolv.conf
nameserver 194.146.132.2
nameserver 194.146.132.3
domain GORODOK
Только что решил такую же проблему. Если появился ppp0 то тебе осталось написать:
route del default
route add default ppp0
Вобщем все из за того что linux продолжает пользоваться сетевым адресом по умолчанию а тебе надо изменить
на ppp0. После этого при повторном запуске default удалять не надо. При перезагрузке пока не смотрел. Может необходимо написать скрипт.
Multis:/files/vpn/report# pon lluga.net
Multis:/files/vpn/report# ip r
10.104.0.1 via 10.104.0.1 dev eth0
10.232.0.1 dev ppp0 proto kernel scope link src 10.224.0.92
194.146.132.3 via 10.104.0.1 dev eth0
194.146.132.2 via 10.104.0.1 dev eth0
10.96.0.0/12 dev eth0 proto kernel scope link src 10.104.121.12
Неа
defaultroute в /etc/ppp/peer/lluga.net присутствует!
Прописал в /etc/ppp/ip-up следующее:
route del default
route add default dev ppp0
Помогло мягко говоря не сильно!
Multis:/etc/ppp# ip r
10.104.0.1 via 10.104.0.1 dev eth0
10.232.0.1 dev ppp0 proto kernel scope link src 10.224.0.92
194.146.132.3 via 10.104.0.1 dev eth0
194.146.132.2 via 10.104.0.1 dev eth0
10.96.0.0/12 dev eth0 proto kernel scope link src 10.104.121.12
default dev ppp0 scope link
2 Лис
Незнаю. Вроде все пингуется, ошибок не выводит.
2 slthebest
Винда стоит (откуда я и пишу). Листинг:
Код:
Multis:/etc# pptp 10.104.0.1
/usr/sbin/pppd: The remote system is required to authenticate itself
/usr/sbin/pppd: but I couldn't find any suitable secret (password) for it to use to do so.
Не, ну пинг шлюза - это еще не факт, что все правильно. Естественно, что он пингуется, иначе бы не создавался бы туннель. У провайдера должен быть свой сайт, на него должны пускать напрямую, без vpn. Попробуйте погулять по нему.
/usr/sbin/pppd: The remote system is required to authenticate itself
/usr/sbin/pppd: but I couldn't find any suitable secret (password) for it to use to do so.
Это каждый раз так? И это называется без ошибок? Создайте файл /etc/ppp/chap-secrets, если его не существует. В него нужно написать следующее
2 Лис
Попробовал - не помогло! А сайтов, на которые можно ходить без впн у нас нету. А насчет
/usr/sbin/pppd: The remote system is required to authenticate itself
/usr/sbin/pppd: but I couldn't find any suitable secret (password) for it to use to do so.
Не если из под windows пишеш значит работает vpn. В инет то тебе надо как-то попасть чтобы написать.
Тут помоему два варианта. Либо ты забыл chap-secrets либо - что более вероятно - шифрование не убрал. Скорее всего у
вас в сетке его нет как у всех а вот в настройках по умолчанию оно стоит. В файле /etc/ppp/options.pptp /etc/ppp/pptpd-options закоментировать все что связано с encryption и mppe(если конечно у вас в сети оно не поддерживается - у нас во всяком случае нет) про chap-secrets написали ранее и в /etc/pptpd.conf в конце изменить
localip localhost
remoteip vpn.provider
Я запускаю vpn через `pppd call PROVIDER`. Поробуйте запустить с опциями `debug dump logfd 2 nodetach` (pppd call PROVIDER debug dump logfd 2 nodetach) и приведите ошибки, если появятся.
А сайтов, на которые можно ходить без впн у нас нету.
Странно. А как же вы баланс проверяете и как вас провайдер информирует о каких-то изменениях у себя? В конце концов, где выложены инструкции по настройке? Хотя бы под Винду, но они должны быть. не может быть, чтобы для доступа к этим ресурсам нужно было соединение через vpn.
Скорее всего у
вас в сетке его нет как у всех а вот в настройках по умолчанию оно стоит.
А зачем гадать? Нужно всего лишь посмотреть в настройках под Виндой.
IP: 10.104.121.12
Mask: 255.240.0.0
Gateway: 10.104.0.1 (он же впн сервер)
DNS: 194.146.132.2 и 194.146.132.3
Я конечно прошу прощения за глупый вопрос, но как может быть, что шлюз (gateway) является и впн-сервером? Как-то странно, то ли сеть только что появилась и пользователей у нее всего ничего, то ли ещё что... Не знаю, а какой у Вас дистр? У меня Debian стоит и отлично vpn работает, но у меня шлюз и впн-сервер - две разные вещи!
З.Ы.
Не знаю, что ещё сказать... Должно работать! Да, надо посмотреть включено ли шифрование... Ну и прочие мелочи, о которых мы достаточно часто забываем!
Прокладка между стулом и клавиатурой - вот причина большинства ошибок системы...
У меня при запуске vpn стартует скрипт ip-up (его запускает pppd) в нем прописана команда для маршрутизации. В моем случае /sbin/route add default gw $5 так как действительно впн сервер является шлюзом. ($5 это адрес vpn сервера. список параметров man pppd)
наличие или отсутствие отдельных машин, выполняющих роль маршрутизатора (на уровне ip), не говорит ровным счетом ничего о количестве клиентов провайдера.
Я конечно прошу прощения за глупый вопрос, но как может быть, что шлюз (gateway) является и впн-сервером? Как-то странно, то ли сеть только что появилась и пользователей у нее всего ничего, то ли ещё что... Не знаю, а какой у Вас дистр? У меня Debian стоит и отлично vpn работает, но у меня шлюз и впн-сервер - две разные вещи!
У меня вообще беда, в настройках у прова шлюз вообще не указан...
Как быть то? Дан только ДНС и ВПН... одинаковые кстати.
