Anton Gorlov писал(а) в своём письме Wed, 28 Jun 2017
23:28:28 +0300:
28.06.2017 11:13, Михаил Касаджиков пишет:
Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
дебиане (давно копал) теперь nat_helpers не применяются без явного на то
указания.
В ядрах..Вернее в таблесах
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
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, 28 Jun 2017 13:53:51 +0300
Eugene Berdnikov wrote:
> А просто "sysctl -w net.netfilter.nf_conntrack_helper=1" не помогает?
Помогает.
--
WBR, Andrey Tataranovich
чал
>правильно работать NAT?
>
Добавьте в iptables в таблицу raw правило для использования pptp:
...
Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
дебиане (давно копал) теперь nat_helpers не применяются без явного
на то указания.
А просто &
iptables в таблицу raw правило для использования pptp:
...
> Это дело стало необходимым потому что то ли в свежих ядрах, то ли в
> дебиане (давно копал) теперь nat_helpers не применяются без явного
> на то указания.
А просто "sysctl -w net.netfilter.nf_conntrack_helper=1" не помогает?
--
Eugene Berdnikov
-2~bpo8+1)
у клиентов сломалось подключение через pptp. Пробовал обновиться до
linux-image-4.11.0-1-amd64 (4.11.6-1) из unstable, но ничего не
поменялось.
PPTP начинает работать, если перезагрузить маршрутизатор обратно на
3.16.43-2+deb8u1. Ввиду предстоящего апгрейда на stretch мне не хочется
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
Так а модуль то загружен pptp для того чтобы впн через нат полазил?
28 июн. 2017 г. 12:04 ДП пользователь "Andrey Tataranovich" <
tataranov...@gmail.com> написал:
> Доброго времени суток.
>
> Имеется сервер на Debian Jessie, который служит маршрутизатором сети.
&g
Доброго времени суток.
Имеется сервер на 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 соединения
> >
> > /etc/ppp/options.pptp
> > /etc/ppp/options
> > /etc/ppp/pers
> >
> > спасибо
>
> Может тут есть ответ?
> http://wiki.debian.org/ru/pptp-linux
>
Понял,спасибо.
е
> отключение
> И тут началось то одно не пашет то другое не пашет то вроде всё пашет но
> ничего не пашет дурдом вообщем.
> Приводить конфиги тут я не буду , а лучше попрошу выложить свои , так думаю
> будет проще понять что у меня не так.
> Пожалуйста выложите рабочие кон
не пашет дурдом вообщем.
Приводить конфиги тут я не буду , а лучше попрошу выложить свои , так думаю
будет проще понять что у меня не так.
Пожалуйста выложите рабочие конфиги pptp соединения
/etc/ppp/options.pptp
/etc/ppp/options
/etc/ppp/pers
спасибо
> Смотрим в превое сообщение и видим
>
>>$ iwconfig
>>wlan0 IEEE 802.11bgn Mode:Master Frequency:2.437 GHz Tx-Power=13 dBm
>> Retry long limit:7 RTS thr:off Fragment thr:off
>> Power Management:on
>
>>mon.wlan0 IEEE 802.11bgn Mode:Monitor Tx-Power=13 dBm
>>
Gary Trotcko wrote:
> Похоже проблема была не в карточке 3Com или не только в карточке 3Com.
> Сегодня после 3-х дней стабильной работы pptp с картой Realtek на моём
> роутере опять начались проблемы, правда теперь pptp не отключается, а
> "падает" wifi сеть. При этом
Похоже проблема была не в карточке 3Com или не только в карточке 3Com.
Сегодня после 3-х дней стабильной работы pptp с картой Realtek на моём
роутере опять начались проблемы, правда теперь pptp не отключается, а
"падает" wifi сеть. При этом наблюдается следующее:
$ ifconfig
eth1
Отключил я трикомовскую карточку. Поднимаю впн на риелтеке - всё работает.
--
Best Regards,
Gary Trotcko
Gary Trotcko wrote:
> 2012/5/18 Andrey Tataranovich :
> > Выкинь ты свой 3Com, бо подозреваю, что у тебя OfficeConnect какой-нить.
> $ lspci | grep -i 3com
> 01:0b.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang]
Выкинь нафиг и забудь, что ты это держал в руках. Вечные проблем
19:12 Fri 18 May, Gary Trotcko wrote:
> 2012/5/18 Andrey Tataranovich :
>
> > Выкинь ты свой 3Com, бо подозреваю, что у тебя OfficeConnect какой-нить.
>
> $ lspci | grep -i 3com
> 01:0b.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang]
Да, прошу прощения. Пробежался по диаг
2012/5/18 Andrey Tataranovich :
> Выкинь ты свой 3Com, бо подозреваю, что у тебя OfficeConnect какой-нить.
$ lspci | grep -i 3com
01:0b.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang]
--
Best Regards,
Gary Trotcko
18:35 Fri 18 May, Gary Trotcko wrote:
> 2012/5/18 Andrey Melnikoff :
> > Gary Trotcko wrote:
> >> Сглазил... Сегодня после 3-х дней исправной работы система намертво
> >> зависла. Причина возможно постом выше.
> > Так выкинь ты это трикомовское поделье. Купи в ближайшей лавке кривалетк за
> >
2012/5/18 Andrey Melnikoff :
> Gary Trotcko wrote:
>> Сглазил... Сегодня после 3-х дней исправной работы система намертво
>> зависла. Причина возможно постом выше.
> Так выкинь ты это трикомовское поделье. Купи в ближайшей лавке кривалетк за
> $3 и всё.
Не могу. Мы не ищем лёгких путей. Если сек
Gary Trotcko wrote:
> Сглазил... Сегодня после 3-х дней исправной работы система намертво
> зависла. Причина возможно постом выше.
Так выкинь ты это трикомовское поделье. Купи в ближайшей лавке кривалетк за
$3 и всё.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a su
Сглазил... Сегодня после 3-х дней исправной работы система намертво
зависла. Причина возможно постом выше.
--
Best Regards,
Gary Trotcko
Похоже что всё начинается с этого:
$ cat /var/log/messages
May 17 18:29:43 debian kernel: [ 455.008040] [ cut here
]
May 17 18:29:43 debian kernel: [ 455.008086] WARNING: at
/build/buildd-linux-2.6_3.2.16-1-i386-xAlW9F/linux-2.6-3.2.16/debian/build/source_i386_none/net/sc
Похоже действительно застарелый баг
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556433
--
Best Regards,
Gary Trotcko
Ну в принципе можно резюмировать - pptp канал работает вторые сутки
вполне стабильно. Помогло включение буферизации. Однако стоит
заметить, что в Squeezy, игры с опциями pptp не приносили никакой
пользы. Stable, как я уже писал, мог зависнуть намертво, если просто
поднять wlan, даже не запуская
11.1723 > 192.168.120.184.56438: Flags
>> [F.], seq 21, ack 16, win 62, options [nop,nop,TS val 654463334 ecr
>> 32812773], length 0
>
>> 13:30:46.980456 IP 192.168.120.184.56438 > 192.168.117.211.1723: Flags
>> [P.], seq 16:32, ack 22, win 3650, options [nop,nop,TS
2012/5/14 Andrey Melnikoff :
> Gary Trotcko wrote:
>> Мммм Но почему при _выключенном_hostapd_ сессия на рвётся? Начать
> ifconfig и arp -an в момент разрыва покажи.
Пока работает...
>> разбираться с провайдером можно было бы, но дело в том что он, мягко
>> говоря, не приветствует подобные в
Извиняюсь, за ненарочно отправленные письма не в рассылку.
Gary Trotcko wrote:
> Мммм Но почему при _выключенном_hostapd_ сессия на рвётся? Начать
ifconfig и arp -an в момент разрыва покажи.
> разбираться с провайдером можно было бы, но дело в том что он, мягко
> говоря, не приветствует подобные вещи (роутеры и пр.), у них политика
> такая - 1 кана
options [nop,nop,TS val 654463334 ecr
> 32812773], length 0
> 13:30:46.980456 IP 192.168.120.184.56438 > 192.168.117.211.1723: Flags
> [P.], seq 16:32, ack 22, win 3650, options [nop,nop,TS val 32825584
> ecr 654463334], length 16: pptp CTRL_MSGTYPE=CCRQ CALL_ID(0)
Здесь такая нест
Мммм Но почему при _выключенном_hostapd_ сессия на рвётся? Начать
разбираться с провайдером можно было бы, но дело в том что он, мягко
говоря, не приветствует подобные вещи (роутеры и пр.), у них политика
такая - 1 канал на 1 хост. Хочешь больше, подключай ещё 1 кабель.
--
Best Regards,
Gar
ort 1723
> 13:29:30.676173 IP 192.168.120.184.56438 > 192.168.117.211.1723: Flags
> [P.], seq 4103653949:4103653965, ack 4202577046, win 3650, options
> [nop,nop,TS val 32806508 ecr 654449703], length 16: pptp
> CTRL_MSGTYPE=ECHORQ ID(3)
> 13:29:55.662113 IP 192.168.120.184.56438 > 192.168.117.21
op,TS val 32806508 ecr 654449703], length 16: pptp
CTRL_MSGTYPE=ECHORQ ID(3)
13:29:55.662113 IP 192.168.120.184.56438 > 192.168.117.211.1723: Flags
[P.], seq 0:16, ack 1, win 3650, options [nop,nop,TS val 32811781 ecr
654449703], length 16: pptp CTRL_MSGTYPE=ECHORQ ID(3)
13:29:55.662446 IP 192.168.
On Mon, May 14, 2012 at 02:01:40AM +0300, Gary Trotcko wrote:
> May 14 00:45:32 debian pptp[11703]: anon
> log[pptp_read_some:pptp_ctrl.c:544]: read returned zero, peer has
> closed
> May 14 00:45:32 debian pptp[11703]: anon
> log[callmgr_main:pptp_callmgr.c:258]: Closing conne
h1 раздаёт IP в локалку по DHCPD (Realtek)
eth2 отключен
ppp0 - это VPN по PPTP
wlan0 собственно в мастер-мод и есть точка доступа через hostapd.
Работает это всё через NAT iptables.
Собственно проблема заключается в том что pptp периодически и
произвольно обрывается - может работать несколько
да. Надо в zless /usr/share/doc/ppp/README.Debian.gz
> Мда, кто б мог подумать что формат директив для ifupdown описан лишь
> в сопроводиловке к пакету ppp... в общем, если не страдать чистоплюйством
> (в смысле обязательно описывать интерфейс в /etc/network/interfaces)
У тебя там всегоа
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
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 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:
> Добавить в /etc/network/interfaces
>
> auto ppp0
> iface ppp0 inet ppp
> provider prov
>
> man 5 interfaces
В какой версии ifupdown есть метод "ppp" и директива "provider"?
Покажите, pls, выдачу dpkg -l ifupdown.
--
19:30 Sun 01 Apr, Grigory Fateyev wrote:
> Добрый день!
>
> Подключение к локальной сети, настроена через NM, стартует при загрузке
> системы. Настроить pptp через NM не получилось, написал сценарий
> в /etc/ppp/peers/prov и стартую как pon prov.
>
> Хочется автом
On Mon, Dec 29, 2008 at 03:09:40AM +0300, George Shuklin wrote:
> Есть PPTP-сервер (циска), которая не от доброй жизни висит по-очереди на
> разных ИП разных провайдеров. Для того, чтобы имя циски было одно, она
> прописана (всеми адресами) для одного имени:
>
> vpn IN A XX.XX.X
Здравствуйте!
Можно попробовать настроить два PPTP-соединения по одному на каждый адрес.
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
Есть PPTP-сервер (циска), которая не от доброй жизни висит по-очереди на разных
ИП разных провайдеров. Для того, чтобы имя циски было одно, она прописана
(всеми адресами) для одного имени:
vpn IN A XX.XX.XX.XX
vpn IN A YY.YY.YY.YY
В виндах это приводило к паузе (секунд на 30) при присоединении
Олег Анисимов 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 сервера, и, в данном случае, ещё и адрес
влению маршрутов добавить.
> >
> > Вот так из 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
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
А разве вот это ^^ правильно? Ведь это по сути та ж
В Чтв, 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-
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 в 10:15 +0300, Peter Teslenko пишет:
> Alexey Boyko wrote:
>
> > А вот там должно работать. Добавь вывод отладочной информации в скрипт,
> > чтобы
> > разобраться почему ( типа 2>/tmp/1.log ).
>
> Уже разобрался почему не работало в /etc/ppp/ip-up.d/
> У меня в имени скрипта б
Alexey Boyko wrote:
А вот там должно работать. Добавь вывод отладочной информации в скрипт, чтобы
разобраться почему ( типа 2>/tmp/1.log ).
Уже разобрался почему не работало в /etc/ppp/ip-up.d/
У меня в имени скрипта была точка, а run-parts, который вызывается из
/etc/ppp/ip-up
этот скрипт пр
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
Так не будет работ
В Срд, 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
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
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.
Т.е. честно выполн
Andrey Nikitin wrote:
В сообщении от 3 декабря 2008 17:26 Peter Teslenko написал(a):
А мне не нужно чтобы менялся default gw на этот ppp.
Мне нужно прописать доп.маршрут через него.
Посмотри в каталоги /etc/ppp/ip-{up,down}/
Может твоему скрипту (уст./удал. маршрута via ppp0) там самое правиль
В сообщении от 3 декабря 2008 17:26 Peter Teslenko написал(a):
> А мне не нужно чтобы менялся default gw на этот ppp.
> Мне нужно прописать доп.маршрут через него.
Посмотри в каталоги /etc/ppp/ip-{up,down}/
Может твоему скрипту (уст./удал. маршрута via ppp0) там самое правильное место?
--
С Уваж
В Срд, 03/12/2008 в 16:37 +0300, "Oleg Anisimov (Олег Анисимов)" пишет:
> Peter Teslenko пишет:
> > Приветствую.
> >
> > Прописал в /etc/network/intrfaces вот такую конструкцию
> >
> > iface ppp0 inet ppp
> > provider c1841.pp
Oleg Anisimov (Олег Анисимов) wrote:
После поднятия интерфейса ppp0 мне нужно прописать маршрут через него.
Просто добавьте в ваш /etc/ppp/peers/c1841.pptp следующее:
defaultroute
replacedefaultroute
А мне не нужно чтобы менялся default gw на этот ppp.
Мне нужно прописать доп.маршрут через
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
В Вто, 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
Приветствую.
Прописал в /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"
В Чтв, 13/03/2008 в 12:05 +0200, Alexey Boyko пишет:
> В сообщении от середа, 12-бер-2008 Покотиленко Костик написал(a):
>
> > С pptp я не работал, может кто другой подскажет логику работы.
>
> Ну, pptp тут запускается из pppd.
>
> > Но на мой
> > взгляд
В сообщении от середа, 12-бер-2008 Покотиленко Костик написал(a):
> С pptp я не работал, может кто другой подскажет логику работы.
Ну, pptp тут запускается из pppd.
> Но на мой
> взгляд для начала тебе надо разобраться почему при опускании интерфейса
> не выходит pppd.
Ты не
u 1500 qdisc pfifo_fast
> qlen 32
>
> То есть после ручной починки - работает. Как долго проработает - не знаю.
>
> > Может конфиги покажешь?
>
> конфиги чего?
>
> # cat /etc/ppp/peers/my_provider
> name vpn_username
> password vpn_password
> pty "pptp
Я как-то видел, что pptp поднимался из /etc/inittab
И этот вариант обеспечивал перезапуск клиента после его падения
sergio wrote:
Всем привет.
Собсна вот сабж.
Есть машинка под дебианом. В данный момент pptp работает через
pptp-linux и pppd. 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
В Срд, 12/03/2008 в 12:10 +0200, Alexey Boyko пишет:
> В сообщении от вівторок, 11-бер-2008 Покотиленко Костик написал(a):
>
> > > > Наоборот - весьма прямо.
> > > те, когда pppd падает ifupdown думает, что он всё ещё порднят --- это
> > > нормально, да?
> >
> > Архитектура решения такова, что э
В сообщении от вівторок, 11-бер-2008 Покотиленко Костик написал(a):
> > > Наоборот - весьма прямо.
> > те, когда pppd падает ifupdown думает, что он всё ещё порднят --- это
> > нормально, да?
>
> Архитектура решения такова, что это абсолютно нормально. У Вас с этим
> проблемы?
Значит кривая арх
В Вто, 11/03/2008 в 19:15 +0300, sergio пишет:
> Alexander GQ Gerasiov wrote:
> > Tue, 11 Mar 2008 18:30:36 +0300
> > sergio <[EMAIL PROTECTED]> wrote:
> >
> >> Всем привет.
> >>
> >> Собсна вот сабж.
> >>
> >> Есть машинка
Alexander GQ Gerasiov wrote:
Tue, 11 Mar 2008 18:30:36 +0300
sergio <[EMAIL PROTECTED]> wrote:
Всем привет.
Собсна вот сабж.
Есть машинка под дебианом. В данный момент pptp работает через
pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво.
Наоборот - весьма прямо.
те,
Alexey Boyko wrote:
В сообщении от вівторок, 11-бер-2008 sergio написал(a):
Есть машинка под дебианом. В данный момент pptp работает через
pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво.
Очень хочется, что бы при падении туннель поднимался заново..
Мне тоже кажется что
Tue, 11 Mar 2008 18:30:36 +0300
sergio <[EMAIL PROTECTED]> wrote:
> Всем привет.
>
> Собсна вот сабж.
>
> Есть машинка под дебианом. В данный момент pptp работает через
> pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво.
Наоборот - весьма прямо.
>
В сообщении от вівторок, 11-бер-2008 sergio написал(a):
> Есть машинка под дебианом. В данный момент pptp работает через
> pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво.
>
> Очень хочется, что бы при падении туннель поднимался заново..
Мне тоже кажется что pppd
Всем привет.
Собсна вот сабж.
Есть машинка под дебианом. В данный момент pptp работает через
pptp-linux и pppd. pppd запускается из ifupdown что, имхо, криво.
Очень хочется, что бы при падении туннель поднимался заново..
--
sergio.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 23 декабря 2007, alex kuklin wrote:
> Может, просто не включать defaultroute на сервере?
> А вообще, крайне желательно изучить основы TCP/IP, многие вопросы сами
> отпадут.
> Еще изучить, что такое proxyarp и зачем он нужен.
Гм, может я не правильно выразился, но именно это я и имел ввиду :-
Mikhail A Antonov wrote:
On 23 декабря 2007, Sergey Kharlamov wrote:
После отключения vpn на клиентской машине пинги вновь нормально ходят...
Я тебе и говорю - сбиваются маршруты. У pptp-клиента и у аплинка твоего должны
быть разные подсети. Иначе ничего работать не будет.
Чего
On 23 декабря 2007, Sergey Kharlamov wrote:
> После отключения vpn на клиентской машине пинги вновь нормально ходят...
>
Я тебе и говорю - сбиваются маршруты. У pptp-клиента и у аплинка твоего должны
быть разные подсети. Иначе ничего работать не будет.
P.S. В личку не надо писать.
--
On 23 декабря 2007, Sergey Kharlamov wrote:
> Добрый день. Столкнулся с проблемой: настроил у себе сервер pptp. Когда
> пользователь конектица к моему серверу ровно через 30 секунд пинги
> перестают ходит с компа пользователя и на сервере тоже пропадает пинг в
> инет. Соедине
Добрый день. Столкнулся с проблемой: настроил у себе сервер pptp. Когда
пользователь конектица к моему серверу ровно через 30 секунд пинги перестают
ходит с компа пользователя и на сервере тоже пропадает пинг в инет.
Соединение с инетом происходит через соседнюю машину на которой настроен
Добрый день, обнаружил странный глюк: при подключении по pptp с
авторизацией через радиус (plugin radius.so в опциях ppp) не работает
mppe шифрование, если отключить плагин и авторизоватся через
chap-secrets то все ок.
у меня радиус добавляет в ответ вот такое:
MS-MPPE-Encryption-Policy
Добрый день, обнаружил странный глюк: при подключении по pptp с авторизацией
через радиус (plugin radius.so в опциях ppp) не работает mppe шифрование,
если отключить плагин и авторизоватся через chap-secrets то все ок.
логи:
c radius:
Jun 1 10:18:35 gate pppd[2925]: RADATTR plugin wrote 4 line(s
On 11:42 Tue 28 Nov , Oleg Tsymaenko wrote:
> В сообщении от 28 ноября 2006 10:24 Dmitry E. Oboukhov написал(a):
>> провайдер тут потихоньку переводит сетку с какого-то vpn-сервера на mpd.
>> ну и сделали они mpd-сервер в локалке к которому можно коннектиться.
>> старый тоже работает.
>>
>>
В сообщении от 28 ноября 2006 10:24 Dmitry E. Oboukhov написал(a):
> провайдер тут потихоньку переводит сетку с какого-то vpn-сервера на mpd.
> ну и сделали они mpd-сервер в локалке к которому можно коннектиться.
> старый тоже работает.
>
> новый сервак только IP-шником отличается, а коннект на них
провайдер тут потихоньку переводит сетку с какого-то vpn-сервера на mpd.
ну и сделали они mpd-сервер в локалке к которому можно коннектиться.
старый тоже работает.
новый сервак только IP-шником отличается, а коннект на них оба
одинаковый: конфиги/роутинги/удаленные IP-шники итп.
так вот, когда ко
Хост ходит в инет через ppp0 (VPN), LAN висит на eth0. Пакеты до VPN access
server-a идут через некий гейт, доступный с eth0.
Это правильно, что в iptraf в выводе "LAN station monitor" отображается
_два_ разных HW address: один - MAC гейта, и другой, похожий на местный MAC
хоста, но не он. Это из-
Здраствуйте.
Есть такая проблема: соединение с провайдером идёт через pptp, в общем
оно работает нормально, по несколько суток неразрывается. Но при запуске
разных p2p программ (amule,bittorentgui) соединение разрывается через
несколько минут. В логах ничего нет, пробовал пускать "pon icpptp
Добрый день.
On 15/10/06 21:35, Nicholas wrote:
abraham shapirus wrote:
Так все-таки openvpn или pptp нужно поднять?
Есть такое мнение, что "pptp работает по gre протоколу".
Используется "openvpn" на сервере и "openvpn gui" у клиента.
То есть pptp вроде
abraham shapirus wrote:
Так все-таки openvpn или pptp нужно поднять?
Есть такое мнение, что "pptp работает по gre протоколу".
Используется "openvpn" на сервере и "openvpn gui" у клиента.
И в чем проблема?
Проблема в том, что сервер работает нормально, а вот у
Nicholas пишет:
Столкнулся с проблемой - не подмимается openvpn киент при диалапном
доступе в сеть. Есть мнение что "pptp over ppp" просто делать нельзя.
Вопрос: можно ли теоретически поднять openvpn туннель при диалапном
соединении?
Никаких запретов на поднятие vpn (pptp), gre
On Sat, 14 Oct 2006, Nicholas wrote:
N> Столкнулся с проблемой - не подмимается openvpn киент при диалапном доступе в
N> сеть. Есть мнение что "pptp over ppp" просто делать нельзя.
N> Вопрос: можно ли теоретически поднять openvpn туннель при диалапном
N> соединении?
Так все
Столкнулся с проблемой - не подмимается openvpn киент при диалапном
доступе в сеть. Есть мнение что "pptp over ppp" просто делать нельзя.
Вопрос: можно ли теоретически поднять openvpn туннель при диалапном
соединении?
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email
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)
> > В
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 Sun, Jun 04, 2006 at 09:11:17PM +0400, Stanislav Maslovski wrote:
> gateway в дауне, не пингуется, "no route to host".
^^
Тут очепятка. Следует читать "Destination Host Unreachable".
--
Cтанислав
Доброго времени суток,
Имеем:
самосборное ядро 2.4.33-pre3 c GRE tunnels;
pptp-linux 1.5.0-5;
тупого провайдера с VPN;
В логи сыплются вот такие сообщения
Jun 4 17:58:38 localhost pptp[290]: anon log[decaps_gre:pptp_gre.c:404]:
buffering packet 101904 (expecting 101903, lost or reordered)
Jun
Sergievskaya Irina пишет:
Hello Hodot,
Friday, May 5, 2006, 8:45:06 PM, you wrote:
Нечаянно вышло... сорь :)
Дублирую.
Это после команды pon ?
в таком случае видно что ppp0 не поднялся
Честно говоря, я обладаю самым минимумом знаний, посему не
поняла, что именно не поднялось и соотв
Результаты 1 - 100 из 183 matches
Mail list logo
