В Срд, 12/03/2008 в 12:10 +0200, Alexey Boyko пишет:
> В сообщении от вівторок, 11-бер-2008 Покотиленко Костик написал(a):
>
> > > > Наоборот - весьма прямо.
> > > те, когда pppd падает ifupdown думает, что он всё ещё порднят --- это
> > > нормально, да?
> >
> > Архитектура решения такова, что э
- не знаю.
> Может конфиги покажешь?
конфиги чего?
# cat /etc/ppp/peers/my_provider
name vpn_username
password vpn_password
pty "pptp vpn.server --nolaunchpppd"
noauth
nodefaultroute
holdoff 24
persist
maxfail 0
lock
ipparam provider
unit 0
logfile /var/log/pppd.log
# cat /etc
Я как-то видел, что pptp поднимался из /etc/inittab
И этот вариант обеспечивал перезапуск клиента после его падения
sergio wrote:
Всем привет.
Собсна вот сабж.
Есть машинка под дебианом. В данный момент pptp работает через
pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво
u 1500 qdisc pfifo_fast
> qlen 32
>
> То есть после ручной починки - работает. Как долго проработает - не знаю.
>
> > Может конфиги покажешь?
>
> конфиги чего?
>
> # cat /etc/ppp/peers/my_provider
> name vpn_username
> password vpn_password
> pty "pptp
В сообщении от середа, 12-бер-2008 Покотиленко Костик написал(a):
> С pptp я не работал, может кто другой подскажет логику работы.
Ну, pptp тут запускается из pppd.
> Но на мой
> взгляд для начала тебе надо разобраться почему при опускании интерфейса
> не выходит pppd.
Ты не
В Чтв, 13/03/2008 в 12:05 +0200, Alexey Boyko пишет:
> В сообщении от середа, 12-бер-2008 Покотиленко Костик написал(a):
>
> > С pptp я не работал, может кто другой подскажет логику работы.
>
> Ну, pptp тут запускается из pppd.
>
> > Но на мой
> > взгляд
Есть некоторое количество pptp клиентов ( в основном Debian 3.0
kernel 2.4.(18-23), ppp 2.4.1, mppe брал здесь:
http://planetmirror.com/pub/mppe/linux-2.4.21-openssl-0.9.6b-mppe.patch
http://planetmirror.com/pub/mppe/ppp-2.4.1-openssl-0.9.6-mppe-patch
http://planetmirror.com/pub/mppe/ppp-2.4.1
Согласен что инфу не полную написал:
А вообще ситуация такая:
iptables -P INPUT DROP
iptables -A INPUT -d EXT_IP_ADDR -p tcp --dport !0:1023 -j ACCEPT
iptables -A INPUT -d EXT_IP_ADDR -p tcp --dport 1723 -j DROP
Wednesday, June 16, 2004, 10:37:50 AM, you wrote:
V> Среда, 16-Июн-2004 08:17, Edua
всё всё ... не бейте меня ... заглючило меня ...
Думал что последнее правило приорететнее... :(
Сорри!
Wednesday, June 16, 2004, 10:37:50 AM, you wrote:
V> Среда, 16-Июн-2004 08:17, Eduard Ivanov написал:
>> Привет всем!
>> Вопрос назрел, наверное глюк, но может кто объяснит...
>>
>> Делаю:
>> ip
)? Работает у кого схожая ситуация, или лучше
обратится к hardware решениям?
Добрый день.
Организовать можно pptpd - apt-cache search pptp
Пика до 150 у меня не было, однако думаю, что это не проблема :)
http://poptop.sourceforge.net/dox/debian-howto.phtml
MPPE about:
http
Комаров Алексей Анатольевич <[EMAIL PROTECTED]> writes:
> Добрый всем день.
>
>
>
> Представилась задача по обеспечению офиса VPN'ом. Задача - организовать 50
> тонелей для Виндовз ХП (по моему так пишется эта оболочка :). В недалекой
> перспективе до 150 в пике. На чем это можно организовать в
On 10:01:09 Thu 20 Jan, Комаров Алексей Анатольевич wrote:
> Добрый всем день.
>
>
>
> Представилась задача по обеспечению офиса VPN'ом. Задача - организовать 50
> тонелей для Виндовз ХП (по моему так пишется эта оболочка :). В недалекой
> перспективе до 150 в пике. На чем это можно организ
On Thu, 27 Oct 2005 19:16:43 +0300 Oleg Gritsinevich wrote:
OG> При подключении клиента (W2k) на сервере поднимается ppp0:
OG> 21: ppp0: mtu 1496 qdisc pfifo_fast qlen 3
OG> link/ppp
OG> inet 192.168.201.49 peer 192.168.201.50/32 scop
вот иногда в такой бесконечный ступор падает:
Feb 6 06:45:50 uvw pppd[5772]: Using interface ppp0
Feb 6 06:45:50 uvw pppd[5772]: Connect: ppp0 <--> /dev/pts/241
Feb 6 06:45:50 uvw pptp[18776]: anon log[main:pptp.c:243]: The
synchronous pptp option is NOT activated
Feb 6 06:45:50 uv
то TCP'шный SYN-пакет, который по идее к pptp никакого отношения иметь
> не должен - pptp вроде как не через TCP, а непосредственно по IP
> работает. Но может быть, я и не прав.
Тогда все гораздо хуже... ;-(
Значит GRE вообще перестал прорываться...
Мне посоветовали посмотреть на
Hello Hodot,
Monday, March 20, 2006, 12:32:53 PM, you wrote:
>> Создается впечатление, что где-то по пути трафик режется. Собственно,
>> можно это как-то проверить штатными средствами без обращения к
>> возможным автораз этого креатива с резкой трафика?
> Очень возможно что где-то по пути провай
On Sun, Jun 04, 2006 at 09:11:17PM +0400, Stanislav Maslovski wrote:
> gateway в дауне, не пингуется, "no route to host".
^^
Тут очепятка. Следует читать "Destination Host Unreachable".
--
Cтанислав
Stanislav Maslovski <[EMAIL PROTECTED]> wrote:
> Доброго времени суток,
> Имеем:
> самосборное ядро 2.4.33-pre3 c GRE tunnels;
> pptp-linux 1.5.0-5;
> тупого провайдера с VPN;
> В логи сыплются вот такие сообщения
> Jun 4 17:58:38 localhost pptp[290]: anon lo
On Mon, Jun 05, 2006 at 08:53:49PM +0400, Andrey Melnikoff wrote:
> Stanislav Maslovski <[EMAIL PROTECTED]> wrote:
> > Jun 4 17:58:38 localhost pptp[290]: anon log[decaps_gre:pptp_gre.c:404]:
> > buffering packet 101906 (expecting 101903, lost or reordered)
> > В
Добрый день. Столкнулся с проблемой: настроил у себе сервер pptp. Когда
пользователь конектица к моему серверу ровно через 30 секунд пинги перестают
ходит с компа пользователя и на сервере тоже пропадает пинг в инет.
Соединение с инетом происходит через соседнюю машину на которой настроен
Здравствуйте, Konstantin Kubatkin!
как решить проблему не знаю но вот есть интересная статья, можкт быть
будет интересно...
http://www.ssl.stu.neva.ru/psw/crypto/pptp.html
On Wed, Jan 07, 2004 at 01:16:35PM +0200, you wrote:
->
-> Есть некоторое количество pptp клиентов ( в основном
Konstantin Kubatkin wrote:
Есть некоторое количество pptp клиентов ( в основном Debian 3.0
kernel 2.4.(18-23), ppp 2.4.1, mppe брал здесь:
http://planetmirror.com/pub/mppe/linux-2.4.21-openssl-0.9.6b-mppe.patch
http://planetmirror.com/pub/mppe/ppp-2.4.1-openssl-0.9.6-mppe-patch
http
Здравствуйте, Konstantin Kubatkin!
я делал так
брал ядро из unstable 2.4.20 + kernel-patch-mppe и pppd тянул из
pppd.samba.org.
всё работает и 128 и 40 бит шифрование...
так что ж не знаю, пробуйте...
On Wed, Jan 07, 2004 at 01:16:35PM +0200, you wrote:
->
-> Есть некоторое количеств
Slava Astashonok wrote:
Konstantin Kubatkin wrote:
Есть некоторое количество pptp клиентов ( в основном Debian 3.0
kernel 2.4.(18-23), ppp 2.4.1, mppe брал здесь:
http://planetmirror.com/pub/mppe/linux-2.4.21-openssl-0.9.6b-mppe.patch
http://planetmirror.com/pub/mppe/ppp-2.4.1-openssl-0.9.6
[...]
Пробовал ppp 2.4.2, но как я понял покопавшись в инете, в нем вообще
MPPE40 отсутствует:
http://sourceforge.net/mailarchive/forum.php?thread_id=3639196&forum_id=773
[...]
Не могу предложить готового решения - у меня в качестве VPN-терминатора
Linux, но пару замечаний сделать смогу.
Konstantin Kubatkin wrote:
я пробовал именно так: SSL патч + ppp 2.4.1, ppp 2.4.2 + его mppe патч
вот что мне сказал ppp 2.4.2:
[...]
pppd[248]: CHAP authentication succeeded
pppd[248]: Disabling 40-bit MPPE; MS-CHAP LM not supported
pppd[248]: MPPE required, but both 40-bit and 128-bit disa
не пашет дурдом вообщем.
Приводить конфиги тут я не буду , а лучше попрошу выложить свои , так думаю
будет проще понять что у меня не так.
Пожалуйста выложите рабочие конфиги pptp соединения
/etc/ppp/options.pptp
/etc/ppp/options
/etc/ppp/pers
спасибо
Есть PPTP-сервер (циска), которая не от доброй жизни висит по-очереди на разных
ИП разных провайдеров. Для того, чтобы имя циски было одно, она прописана
(всеми адресами) для одного имени:
vpn IN A XX.XX.XX.XX
vpn IN A YY.YY.YY.YY
В виндах это приводило к паузе (секунд на 30) при присоединении
Помогите пожалуйста разобраться с PPTP.
Машина с Sarge подключена к сетке, через которую раздается инет.
При раздаче инета используется VPN. Раньше инет шел через прокси --
все работало. Теперь прокси убрали, в результате -- DNS-сервера вообще
не пингуются.
Под виндой все работает. Правда пинг DNS
On Mon, 6 Feb 2006 22:15:36 +0300 Dmitry E. Oboukhov wrote:
DEO> вот иногда в такой бесконечный ступор падает:
DEO> Feb 6 06:45:50 uvw pppd[5772]: Using interface ppp0
DEO> Feb 6 06:45:50 uvw pppd[5772]: Connect: ppp0 <--> /dev/pts/241
DEO> Feb 6 06:45:50 uvw ppt
5772]: Connect: ppp0 <--> /dev/pts/241
> DEO> Feb 6 06:45:50 uvw pptp[18776]: anon log[main:pptp.c:243]: The
> DEO> synchronous pptp option is NOT activated
> DEO> Feb 6 06:45:50 uvw pptp[18785]: anon log[ctrlp_rep:pptp_ctrl.c:243]:
> Sent contr
> DEO> ol pack
-- Пересланное сообщение --
Subject: Re[2]: проблема с pptp
Date: 20 Март 2006 11:30
From: "Andrey N. Demushkin" <[EMAIL PROTECTED]>
To: "Hodot D.A." <[EMAIL PROTECTED]>
Hello Hodot,
Monday, March 20, 2006, 12:24:30 PM, you wrote:
>>
On 23 декабря 2007, Sergey Kharlamov wrote:
> Добрый день. Столкнулся с проблемой: настроил у себе сервер pptp. Когда
> пользователь конектица к моему серверу ровно через 30 секунд пинги
> перестают ходит с компа пользователя и на сервере тоже пропадает пинг в
> инет. Соедине
On 23 декабря 2007, Sergey Kharlamov wrote:
> После отключения vpn на клиентской машине пинги вновь нормально ходят...
>
Я тебе и говорю - сбиваются маршруты. У pptp-клиента и у аплинка твоего должны
быть разные подсети. Иначе ничего работать не будет.
P.S. В личку не надо писать.
--
On 23 декабря 2007, alex kuklin wrote:
> Может, просто не включать defaultroute на сервере?
> А вообще, крайне желательно изучить основы TCP/IP, многие вопросы сами
> отпадут.
> Еще изучить, что такое proxyarp и зачем он нужен.
Гм, может я не правильно выразился, но именно это я и имел ввиду :-
.Nick <[EMAIL PROTECTED]> wrote:
N> В этой рассылке прочитал как-то, что встроеная в стандарт система
безопастности
N> не сильно хороша и нужно использовать vpn поверх.
Если бы вам реально не хватало WEP 128 бит, службы, занимающиеся вашей
информационной безопасностью, должны были об этом уже поз
Alexander Mikhailian wrote:
.Nick <[EMAIL PROTECTED]> wrote:
N> В этой рассылке прочитал как-то, что встроеная в стандарт система безопастности
N> не сильно хороша и нужно использовать vpn поверх.
Если бы вам реально не хватало WEP 128 бит, службы, занимающиеся вашей
информационной безопасность
19:30 Sun 01 Apr, Grigory Fateyev wrote:
> Добрый день!
>
> Подключение к локальной сети, настроена через NM, стартует при загрузке
> системы. Настроить pptp через NM не получилось, написал сценарий
> в /etc/ppp/peers/prov и стартую как pon prov.
>
> Хочется автом
On Sun, Apr 01, 2012 at 11:25:12PM +0300, Andrey Tataranovich wrote:
> Добавить в /etc/network/interfaces
>
> auto ppp0
> iface ppp0 inet ppp
> provider prov
>
> man 5 interfaces
В какой версии ifupdown есть метод "ppp" и директива "provider"?
Покажите, pls, выдачу dpkg -l ifupdown.
--
On Mon, Apr 02, 2012 at 01:01:00AM +0400, Eugene Berdnikov wrote:
> On Sun, Apr 01, 2012 at 11:25:12PM +0300, Andrey Tataranovich wrote:
> > Добавить в /etc/network/interfaces
> >
> > auto ppp0
> > iface ppp0 inet ppp
> > provider prov
> >
> > man 5 interfaces
>
> В какой версии ifupdown ес
On Sun, Apr 01, 2012 at 11:25:12PM +0300, Andrey Tataranovich wrote:
> 19:30 Sun 01 Apr, Grigory Fateyev wrote:
> > Добрый день!
> >
> > Подключение к локальной сети, настроена через NM, стартует при загрузке
> > системы. Настроить pptp через NM не получилось, напи
On Mon, Apr 02, 2012 at 02:31:14AM +0400, Stanislav Maslovski wrote:
> > auto ppp0
> > iface ppp0 inet ppp
> > provider prov
> >
> > man 5 interfaces
>
> Этот пинок не туда. Надо в zless /usr/share/doc/ppp/README.Debian.gz
Мда, кто б мог подумать что формат директив для if
да. Надо в zless /usr/share/doc/ppp/README.Debian.gz
> Мда, кто б мог подумать что формат директив для ifupdown описан лишь
> в сопроводиловке к пакету ppp... в общем, если не страдать чистоплюйством
> (в смысле обязательно описывать интерфейс в /etc/network/interfaces)
У тебя там всегоа
е
> отключение
> И тут началось то одно не пашет то другое не пашет то вроде всё пашет но
> ничего не пашет дурдом вообщем.
> Приводить конфиги тут я не буду , а лучше попрошу выложить свои , так думаю
> будет проще понять что у меня не так.
> Пожалуйста выложите рабочие кон
иги тут я не буду , а лучше попрошу выложить свои , так
> думаю будет проще понять что у меня не так.
> > Пожалуйста выложите рабочие конфиги pptp соединения
> >
> > /etc/ppp/options.pptp
> > /etc/ppp/options
> > /etc/ppp/pers
> >
> > спасибо
>
> Может тут есть ответ?
> http://wiki.debian.org/ru/pptp-linux
>
Понял,спасибо.
Здравствуйте!
Можно попробовать настроить два PPTP-соединения по одному на каждый адрес.
Привет,
См. на http://pptpclient.sourceforge.net
Павел
> Помогите пожалуйста разобраться с PPTP.
> Машина с Sarge подключена к сетке, через которую раздается инет.
> При раздаче инета используется VPN. Раньше инет шел через прокси --
> все работало. Теперь прокси убрали, в резул
Mikhail A Antonov wrote:
On 23 декабря 2007, Sergey Kharlamov wrote:
После отключения vpn на клиентской машине пинги вновь нормально ходят...
Я тебе и говорю - сбиваются маршруты. У pptp-клиента и у аплинка твоего должны
быть разные подсети. Иначе ничего работать не будет.
Чего
Доброго времени суток!
Вот собрался делать домашнюю wi-fi сеть из 2 компов.
Стандарт 802.11b (в 1ном зи компаов(ноут) карта уже интегрирована - не вижу
смысла покупать новую)
В этой рассылке прочитал как-то, что встроеная в стандарт система безопастности
не сильно хороша и нужно использовать
George Shuklin wrote:
Есть PPTP-сервер (циска)
Если вам здесь не ответят, попробуйте спросить на:
http://forum.nag.ru/
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
On Mon, Dec 29, 2008 at 03:09:40AM +0300, George Shuklin wrote:
> Есть PPTP-сервер (циска), которая не от доброй жизни висит по-очереди на
> разных ИП разных провайдеров. Для того, чтобы имя циски было одно, она
> прописана (всеми адресами) для одного имени:
>
> vpn IN A XX.XX.X
Здраствуйте.
Есть такая проблема: соединение с провайдером идёт через pptp, в общем
оно работает нормально, по несколько суток неразрывается. Но при запуске
разных p2p программ (amule,bittorentgui) соединение разрывается через
несколько минут. В логах ничего нет, пробовал пускать "pon icpptp
Добрый день, обнаружил странный глюк: при подключении по pptp с авторизацией
через радиус (plugin radius.so в опциях ppp) не работает mppe шифрование,
если отключить плагин и авторизоватся через chap-secrets то все ок.
логи:
c radius:
Jun 1 10:18:35 gate pppd[2925]: RADATTR plugin wrote 4 line(s
Приветствую.
Прописал в /etc/network/intrfaces вот такую конструкцию
iface ppp0 inet ppp
provider c1841.pptp
/etc/ppp/peers/c1841.pptp выглядит так
remotename gw.bla-bla.ru
linkname c1841.pptp
ipparam c1841.pptp
pty "/usr/sbin/pptp --loglevel 1 gw.bla-bla.ru --nolaunchpppd"
В Вто, 02/12/2008 в 20:06 +0300, Peter Teslenko пишет:
> Приветствую.
>
> Прописал в /etc/network/intrfaces вот такую конструкцию
>
> iface ppp0 inet ppp
> provider c1841.pptp
>
> /etc/ppp/peers/c1841.pptp выглядит так
>
> remotename gw.bla-bla.ru
> li
Peter Teslenko пишет:
Приветствую.
Прописал в /etc/network/intrfaces вот такую конструкцию
iface ppp0 inet ppp
provider c1841.pptp
/etc/ppp/peers/c1841.pptp выглядит так
remotename gw.bla-bla.ru
linkname c1841.pptp
ipparam c1841.pptp
pty "/usr/sbin/pptp --loglevel 1 gw.bla-b
Oleg Anisimov (Олег Анисимов) wrote:
После поднятия интерфейса ppp0 мне нужно прописать маршрут через него.
Просто добавьте в ваш /etc/ppp/peers/c1841.pptp следующее:
defaultroute
replacedefaultroute
А мне не нужно чтобы менялся default gw на этот ppp.
Мне нужно прописать доп.маршрут через
В Срд, 03/12/2008 в 16:37 +0300, "Oleg Anisimov (Олег Анисимов)" пишет:
> Peter Teslenko пишет:
> > Приветствую.
> >
> > Прописал в /etc/network/intrfaces вот такую конструкцию
> >
> > iface ppp0 inet ppp
> > provider c1841.pp
В сообщении от 3 декабря 2008 17:26 Peter Teslenko написал(a):
> А мне не нужно чтобы менялся default gw на этот ppp.
> Мне нужно прописать доп.маршрут через него.
Посмотри в каталоги /etc/ppp/ip-{up,down}/
Может твоему скрипту (уст./удал. маршрута via ppp0) там самое правильное место?
--
С Уваж
Andrey Nikitin wrote:
В сообщении от 3 декабря 2008 17:26 Peter Teslenko написал(a):
А мне не нужно чтобы менялся default gw на этот ppp.
Мне нужно прописать доп.маршрут через него.
Посмотри в каталоги /etc/ppp/ip-{up,down}/
Может твоему скрипту (уст./удал. маршрута via ppp0) там самое правиль
n-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
pon c1841.pptp
ip r a 192.168.1.0/24 via 192.168.1.1
RTNETLINK answers: No such process
Failed to bring up ppp0.
Т.е. честно выполн
terfaces
PT> [EMAIL PROTECTED]:/etc/ppp# ifup --verbose ppp0
PT> Configuring interface ppp0=ppp0 (inet)
PT> run-parts --verbose /etc/network/if-pre-up.d
PT> run-parts: executing /etc/network/if-pre-up.d/wireless-tools
PT> run-parts: executing /etc/network/if-pre-up.d/wpasuppl
В Срд, 03/12/2008 в 17:43 +0300, Peter Teslenko пишет:
> Andrey Nikitin wrote:
> > В сообщении от 3 декабря 2008 17:26 Peter Teslenko написал(a):
> >> А мне не нужно чтобы менялся default gw на этот ppp.
> >> Мне нужно прописать доп.маршрут через него.
> >
> > Посмотри в каталоги /etc/ppp/ip-{up,d
On Tuesday 02 December 2008 19:06:04 Peter Teslenko wrote:
> После поднятия интерфейса ppp0 мне нужно прописать маршрут через него.
> Пытался прописывать в /etc/network/intrfaces
>
> post-up ip r a 192.168.1.0/24 via 192.168.1.1
> pre-down ip r d 192.168.1.0/24 via 192.168.1.1
Так не будет работ
Alexey Boyko wrote:
А вот там должно работать. Добавь вывод отладочной информации в скрипт, чтобы
разобраться почему ( типа 2>/tmp/1.log ).
Уже разобрался почему не работало в /etc/ppp/ip-up.d/
У меня в имени скрипта была точка, а run-parts, который вызывается из
/etc/ppp/ip-up
этот скрипт пр
В Чтв, 04/12/2008 в 10:15 +0300, Peter Teslenko пишет:
> Alexey Boyko wrote:
>
> > А вот там должно работать. Добавь вывод отладочной информации в скрипт,
> > чтобы
> > разобраться почему ( типа 2>/tmp/1.log ).
>
> Уже разобрался почему не работало в /etc/ppp/ip-up.d/
> У меня в имени скрипта б
On Thu, Dec 04, 2008 at 11:33:23AM +0200, Покотиленко Костик wrote:
> В Чтв, 04/12/2008 в 10:15 +0300, Peter Teslenko пишет:
> > Уже разобрался почему не работало в /etc/ppp/ip-up.d/
> > У меня в имени скрипта была точка, а run-parts, который вызывается из
> > /etc/ppp/ip-up
> > этот скрипт прост
В Чтв, 04/12/2008 в 12:41 +0300, Stanislav Maslovski пишет:
> On Thu, Dec 04, 2008 at 11:33:23AM +0200, Покотиленко Костик wrote:
> > В Чтв, 04/12/2008 в 10:15 +0300, Peter Teslenko пишет:
>
> > > Уже разобрался почему не работало в /etc/ppp/ip-up.d/
> > > У меня в имени скрипта была точка, а run-
terface ppp0=ppp0 (inet)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
pon c1841.pptp
ip r a 192.168.1.0/24 via 192.168.1.1
А разве вот это ^^ правильно? Ведь это по сути та ж
влению маршрутов добавить.
> >
> > Вот так из interfaces
> >
> > [EMAIL PROTECTED]:/etc/ppp# ifup --verbose ppp0
> > Configuring interface ppp0=ppp0 (inet)
> > run-parts --verbose /etc/network/if-pre-up.d
> > run-parts: executing /etc/network/if-pre-up.d/wireless-t
Олег Анисимов wrote:
pon c1841.pptp
ip r a 192.168.1.0/24 via 192.168.1.1
А разве вот это ^^ правильно? Ведь это по сути та же сеть.
Вот оно и ругается. Я еще понял бы p r a 192.168.1.0/24 via 192.168.2.1
Ещё как правильно. Это адрес pptp сервера, и, в данном случае, ещё и адрес
Добрый день, обнаружил странный глюк: при подключении по pptp с
авторизацией через радиус (plugin radius.so в опциях ppp) не работает
mppe шифрование, если отключить плагин и авторизоватся через
chap-secrets то все ок.
у меня радиус добавляет в ответ вот такое:
MS-MPPE-Encryption-Policy
On Thu, Jul 01, 2004 at 02:01:36AM +0600, .Nick wrote:
[skip]
> В этой рассылке прочитал как-то, что встроеная в стандарт система
> безопастности не сильно хороша и нужно использовать vpn поверх.
> По этому поводу возник вопрос: имеет ли смысл шифровать все данные, идущие
> через тунель, или встр
Доброго времени суток.
Имеется сервер на Debian Jessie, который служит маршрутизатором сети.
После апгрейдом ядра со штатного linux-image-3.16.0-4-amd64
(3.16.43-2+deb8u1) до linux-image-4.9.0-0.bpo.3-amd64 (4.9.30-2~bpo8+1)
у клиентов сломалось подключение через pptp. Пробовал обновиться до
Так а модуль то загружен pptp для того чтобы впн через нат полазил?
28 июн. 2017 г. 12:04 ДП пользователь "Andrey Tataranovich" <
tataranov...@gmail.com> написал:
> Доброго времени суток.
>
> Имеется сервер на Debian Jessie, который служит маршрутизатором сети.
&g
On Wed, 28 Jun 2017 00:07:14 +0700
Леонид Кальмаев wrote:
> Так а модуль то загружен pptp для того чтобы впн через нат полазил?
$ grep pptp /etc/modules
nf_nat_pptp
nf_conntrack_pptp
Насколько я знаю только эти два модуля нужны для работы pptp через NAT.
$ lsmod | grep pptp
nf_nat_p
-2~bpo8+1)
у клиентов сломалось подключение через pptp. Пробовал обновиться до
linux-image-4.11.0-1-amd64 (4.11.6-1) из unstable, но ничего не
поменялось.
PPTP начинает работать, если перезагрузить маршрутизатор обратно на
3.16.43-2+deb8u1. Ввиду предстоящего апгрейда на stretch мне не хочется
iptables в таблицу raw правило для использования pptp:
...
> Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
> дебиане (давно копал) теперь nat_helpers не применяются без явного
> на то указания.
А просто "sysctl -w net.netfilter.nf_conntrack_helper=1" не помогает?
--
Eugene Berdnikov
чал
>правильно работать NAT?
>
Добавьте в iptables в таблицу raw правило для использования pptp:
...
Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
дебиане (давно копал) теперь nat_helpers не применяются без явного
на то указания.
А просто &
On Wed, 28 Jun 2017 13:53:51 +0300
Eugene Berdnikov wrote:
> А просто "sysctl -w net.netfilter.nf_conntrack_helper=1" не помогает?
Помогает.
--
WBR, Andrey Tataranovich
On Wed, 28 Jun 2017 11:13:18 +0300
Михаил Касаджиков wrote:
> Добавьте в iptables в таблицу raw правило для использования pptp:
>
> root@debby2: ~# iptables-save -t raw
> # Generated by iptables-save v1.6.0 on Wed Jun 28 11:08:40 2017
> *raw
> :PREROUTING ACCEPT [4994
On Wed, Jun 28, 2017 at 10:09:49PM +0300, Andrey Tataranovich wrote:
> On Wed, 28 Jun 2017 13:53:51 +0300
> Eugene Berdnikov wrote:
>
> > А просто "sysctl -w net.netfilter.nf_conntrack_helper=1" не помогает?
>
> Помогает.
Тогда его в /etc/sysctl.conf.
--
Eugene Berdnikov
Anton Gorlov писал(а) в своём письме Wed, 28 Jun 2017
23:28:28 +0300:
28.06.2017 11:13, Михаил Касаджиков пишет:
Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
дебиане (давно копал) теперь nat_helpers не применяются без явного на то
указания.
В ядрах..Вернее в таблесах
101 - 183 of 183 matches
Mail list logo