14.01.2014, 09:40, "Vladimir Skubriev" :
> С некоторых пор случилась с одним сервером беда. После перезагрузки
> pppoe соединение поднимается, но вот шлюз не устанавливается, точнее как
> то не правильно устанавливается.
>
> #after restart
> default dev ppp50 scope link
> ...
> если вручную удалит
a
80.XX.XX.17"
Конфиг ppp50:
user "username_provider"
noipdefault
defaultroute
# Номер ppp-интерфейса
unit 50
replacedefaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
noauth
persist
mtu 1492
maxfail 0
plugin rp-pppoe.so ethbottom
Часть конфига interfac
*> но может есть готовые решения?*
я использую pfSense, мне нравится.
http://www.pfsense.org
http://ru.doc.pfsense.org/index.php/Служебная:Categories
http://wiki.lissyara.su/wiki/PFSense
http://doc.pfsense.org/index.php/Category:Howto
С уважением,
Руслан Плескачев
13.08.2013, в 11:39, Ilya Sapy
*> но может есть готовые решения?*
Тысячи их
http://www.zentyal.com/
http://www.untangle.com/
http://www.smoothwall.org/
http://www.lartc.org/
13 августа 2013 г., 11:39 пользователь Ilya Sapytsky написал:
> Добрый день!
> Понадобилось мне сделать машинку с 2мя провайдерами для failover.
> Оба пр
Добрый день!
Понадобилось мне сделать машинку с 2мя провайдерами для failover.
Оба провайдера динамические - pppoe и pptp.
Есть ли какое-то готовое решение для моей задачи?
Я, конечно же, могу изобрести свой велосипед с пингами и динамическими
правилами iptables, но может есть готовые решения?
Гото
Fri, 02 Dec 2011 13:14:22 +0200 було написано Ilya Sapytsky
:
Всё сделал, остался только риторический вопрос -- как *правильно* сделать
pon provider при загрузке системы без участия человека?
в /etc/network/interfaces:
auto ppp0
iface ppp0 inet ppp
provider my_provider
в /etc/ppp
2011/12/2 Konstantin Matyukhin :
> У меня так:
>
> iface dsl-provider inet ppp
> provider dsl-provider
> pre-up /sbin/ifconfig eth0 up
--
С уважением,
Константин Матюхин
те. В смысле не делайте pon provider.
Почитайте что делает скрипт pon - в общем-то ничего особенного, кроме
запуска ppp с некоторыми стандартными опциями. И предназначен он для
запуска с правами юзера
Можно pppd запускать из обычного /etc/init.d/ скрипта (правда, что-то
последнее время его в
У меня так:
iface dsl-provider inet ppp provider dsl-provider pre-up
/sbin/ifconfig eth0 up
--
С уважением,
Константин Матюхин
В Fri, 2 Dec 2011 15:14:22 +0400
Ilya Sapytsky пишет:
> Добрый день!
> Собираю маленькую машинку-роутер, интернет через usb модем.
> Всё сделал, остался только риторический вопрос -- как *правильно*
> сделать pon provider при загрузке системы без участия человека?
/etc/network/interfaces
...
# T
/etc/rc.local например
2 декабря 2011 г. 15:14 пользователь Ilya Sapytsky написал:
> Добрый день!
> Собираю маленькую машинку-роутер, интернет через usb модем.
> Всё сделал, остался только риторический вопрос -- как правильно сделать pon
> provider при загрузке системы без участия человека?
>
>
Добрый день!
Собираю маленькую машинку-роутер, интернет через usb модем.
Всё сделал, остался только риторический вопрос -- как *правильно* сделать
pon provider при загрузке системы без участия человека?
On Tue, Oct 28, 2008 at 10:59:02AM +0300, Victor Wagner wrote:
> On 2008.10.28 at 10:15:03 +0300, Stanislav Maslovski wrote:
>
> >
> > Положим, вменяемого ftp как раз и нет (по дефолту). Поделия
>
> Чем тебе Internet Explorer - не вменяемый ftp клиент?
О, это было глюкало, равных которому надо
On 2008.10.28 at 10:15:03 +0300, Stanislav Maslovski wrote:
>
> Положим, вменяемого ftp как раз и нет (по дефолту). Поделия
Чем тебе Internet Explorer - не вменяемый ftp клиент?
А уж C:\windows\system32\ftp.exe - совершенно вменямый. С BSD 1:1
драный.
>
--
To UNSUBSCRIBE, email to [EMAIL P
On Tue, Oct 28, 2008 at 09:07:31AM +0300, Victor Wagner wrote:
> On 2008.10.27 at 23:12:32 +0300, Stanislav Maslovski wrote:
>
> > On Mon, Oct 27, 2008 at 08:07:53PM +1000, sms wrote:
> > > Привет.
> > > Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
&g
On Mon, Oct 27, 2008 at 03:37:32PM +0300, Victor Wagner wrote:
> > Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
>
> Ну если оно снюхалось на 4800 то так и должно быть. Вот если на 115200,
^
> то следует
On Tue, Oct 28, 2008 at 02:28:44AM +1000, sms wrote:
> У клиента скорость модема 57600 бод.
Это скорость обмена по COM-порту. Скорость, на которой модемы соединяются,
будет другой. Скорость обмена по COM-порту всегда разумно выставлять на
максимум.
> У меня на линух сервере 57600 тоже
> поставил,
On 2008.10.27 at 23:12:32 +0300, Stanislav Maslovski wrote:
> On Mon, Oct 27, 2008 at 08:07:53PM +1000, sms wrote:
> > Привет.
> > Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
> > нижележащему протоколу PPP. Очень медленно закачиваются файлы...
> &
On Mon, Oct 27, 2008 at 08:07:53PM +1000, sms wrote:
> Привет.
> Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
> нижележащему протоколу PPP. Очень медленно закачиваются файлы...
> Что можете посоветовать?
Если абстрагироваться от конкретной реализации
(FTP over TCP/IP o
sms wrote:
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
закачки? Может добавить опцию deflate 15 в /etc/ppp/options для
программного сжатия
На Mon, 27 Oct 2008 15:37:32 +0300
Victor Wagner <[EMAIL PROTECTED]> записано:
> On 2008.10.27 at 20:07:53 +1000, sms wrote:
>
> > Привет.
> > Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
> > нижележащему протоколу PPP. Очень медленно закачиваются
On 2008.10.27 at 20:07:53 +1000, sms wrote:
> Привет.
> Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
> нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Какова скорость нижележащего (под протоколом PPP) последовательного
соединения? Копать надо в эт
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
закачки? Может добавить опцию deflate 15 в /etc/ppp/options для
программного сжатия? Или может
оить dial-up сервер для одного человека,
> > > например с номером телефона XX-XX-XX (и ни для кого более). Какие
> > > пакеты надо для этого установить и как его настроить? Ну и как
> > > задавать права доступа к файлам для этого клиента? Интересуют все
> > > подробно
В Втр, 21/10/2008 в 01:15 +1100, sms пишет:
> Привет.
> Мну нужно установить и настроить dial-up сервер для одного человека,
> например с номером телефона XX-XX-XX (и ни для кого более).
Если задача стоит именно так, то ключевое слово - callback
--
DamirX
и ни для кого более). Какие
> > пакеты надо для этого установить и как его настроить? Ну и как
> > задавать права доступа к файлам для этого клиента? Интересуют все
> > подробности установки и настройки PPP сервера.
>
> Мм, что там из стандартного набора? mgetty, pppd. Подробно
> доступа к файлам для этого клиента? Интересуют все подробности
> установки и настройки PPP сервера.
Мм, что там из стандартного набора? mgetty, pppd. Подробности -- в
документации и в комментариях в конфигах.
С контролем доступа на основе номера телефона в твоем случае
я бы не заморач
настройки PPP сервера.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
chindi пишет:
On Tue, 15 Jan 2008 20:14:28 +0300
Oleg Frolkov <[EMAIL PROTECTED]> wrote:
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля. И то, что винда
содержит костыль-предохранитель от "короткого замыкания" -- это
не а
On Mon, 14 Jan 2008 23:39:00 +0300
Oleg Frolkov <[EMAIL PROTECTED]> wrote:
> >> Еще более усугубляет положение выдача удаленным
> >> vpn сервером в качестве удаленного адреса
> >> ppp интерфейса того-же адреса на какой и цепляемся vpn (что в
> >&g
On Tue, 15 Jan 2008 20:14:28 +0300
Oleg Frolkov <[EMAIL PROTECTED]> wrote:
> > А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
> > выдавший такой адрес серверной стороне туннеля. И то, что винда
> > содержит костыль-предохранитель от "короткого замыкания" -- это
> > не аргум
Max Dmitrichenko пишет:
On Wednesday 16 January 2008 13:37, Andrey Lyubimets wrote:
Ну видимо все-таки не скрипты, а ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед
этим
On Wednesday 16 January 2008 13:37, Andrey Lyubimets wrote:
> > Ну видимо все-таки не скрипты, а ppp обладает неким искусственным не
> > достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
> > ремотной стороне у него интеллекта хватает, а для того чтобы перед
у видимо все-таки не скрипты, а ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед этим
прописать роутинг до VPN сервера - ему интеллекта не хватает.
К сведению: ppp протокол к
Oleg Frolkov пишет:
Andrey Lyubimets пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про "очередной косяк ррр" - в первую очередь ищите
кривые руки.
Ну возможно, значит я не совсем правильно понял суть проблемы. Факт в
том, что поч
On Tue, 15 Jan 2008 21:37:15 +0300 Oleg Frolkov wrote:
OF> Eugene Berdnikov пишет:
>> On Tue, Jan 15, 2008 at 06:04:20PM +0300, Oleg Frolkov wrote:
>>Pppd РАБОТАЕТ, и делает то, что ему сказано. Точка.
>> А то, что результат Вам не нравится -- это другой вопрос.
>>
OF> Да, если ему
faultroute то маршрут по умолчанию остается прежним -
соответственно vpn сервер видим, а вот внешний мир не видим.
Если установить и defaultroute и replacedefaultroute - то получаем
маршрут по умолчанию на ppp интерфейс и теряем маршрут до
vpn сервера, т.е. без костылей все так-же неработос
На Tue, 15 Jan 2008 18:04:20 +0300
Oleg Frolkov <[EMAIL PROTECTED]> записано:
> Советы "купить винду" приберегите для других людей, а лучше вообще
> для себя. Люди на этом форуме делятся на тех
> кто помогает (кинув порой одну строчку по которой можно выгуглить
> решение) и тех кто "крутой перец"
т по умолчанию остается прежним -
> соответственно vpn сервер видим, а вот внешний мир не видим.
>
> Если установить и defaultroute и replacedefaultroute - то получаем
> маршрут по умолчанию на ppp интерфейс и теряем маршрут до
> vpn сервера, т.е. без костылей все так-же неработоспособно.
&
On Tue, Jan 15, 2008 at 10:01:39PM +0300, Oleg Frolkov wrote:
> Если я правильно понял Вашу проблему - то надо пойти в свойства VPN
> соединения ->
> Сеть->TCPIP->Использовать следующие адреса для DNS серверов и там
> указать ваши локальные DNS и при желании
> адреса DNS серверов выдаваемых автом
On Tue, Jan 15, 2008 at 09:22:45PM +0200, Dmitry Nezhevenko wrote:
>
> Для этого нужно поправить так, чтобы оно ничего не сказало и reportbug(1).
>
s/сказало/сломало/
--
WBR, Dmitry
signature.asc
Description: Digital signature
On Tue, Jan 15, 2008 at 10:21:02PM +0300, Oleg Frolkov wrote:
> Eugene Berdnikov пишет:
>> On Tue, Jan 15, 2008 at 09:37:15PM +0300, Oleg Frolkov wrote:
>>
>>
>> Можно дописать нужную фунциональность к линуксовому pptp-клиенту,
>> снабдив его интеллектом круче виндового. Исходники открыты.
>>
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 09:37:15PM +0300, Oleg Frolkov wrote:
Можно дописать нужную фунциональность к линуксовому pptp-клиенту,
снабдив его интеллектом круче виндового. Исходники открыты.
Да этого наверное и не надо надо просто поправить /usr/bin/pon - но
On Tue, Jan 15, 2008 at 09:37:15PM +0300, Oleg Frolkov wrote:
> Алгоритм - заменить defaultroute не прописав при этом шлюз до VPN
> сервера Вы считаете правильным?
Да. Как здесь верно заметили, pppd это НЕ тулза для vpn, это лишь
движок, с использованием которого можно, в частности, строить vpn
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 08:14:28PM +0300, Oleg Frolkov wrote:
Или выделить пул реальных IP и раздавать vpn серверам для фиктивных
интерфейсов?
Моим аргументом является то что выделенный мною белый ip не может пересечься
ни с чьей внутренней сетью, если-же я буду выдав
громоздким, потому что адрес
VPN сервера скрипт может узнать из переменной $PPP_REMOTE, а вот в
случае если выдавать адрес
отличный от адреса сервера - взять ip самого сервера изнутри скрипта в
/etc/ppp/ip-up.d неоткуда. и даже
если его передавать в $PPP_IPPARAM в виде символьного адреса - то надо
On Tue, Jan 15, 2008 at 08:14:28PM +0300, Oleg Frolkov wrote:
> Или выделить пул реальных IP и раздавать vpn серверам для фиктивных
> интерфейсов?
> Моим аргументом является то что выделенный мною белый ip не может пересечься
> ни с чьей внутренней сетью, если-же я буду выдавать что-то типа 10.0.0
ут по умолчанию остается прежним -
соответственно vpn сервер видим, а вот внешний мир не видим.
Если установить и defaultroute и replacedefaultroute - то получаем
маршрут по умолчанию на ppp интерфейс и теряем маршрут до
vpn сервера, т.е. без костылей все так-же неработоспособно.
В чем разница? Вс
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 05:39:42PM +0300, Oleg Frolkov wrote:
Andrey Lyubimets пишет:
почему самостоятельно прописать в конфиге маршрут - идеологически
неправильно, но если за тебя это делает ОченьУмнаяПрограмма - то всё
нормально?
Не должен pppd делать больше
(маршрутизацию до ppp сервера) а сохранить
его и не упасть. Пока-же я наблюдаю самотверженное
отрубание этого самого сука и падение подсистемы если сисадмин не
предусмотрел подпорки в виде явного прописывание маршрута.
Я думаю, что даже винда, не обладает таким интелектом, просто ты как-то не так
Eugene Berdnikov wrote:
полученного в результате согласования параметров, однако он
зачем-то его прописывает? Хотя по Вашим словам "не должен".
В результате работы pppd появляется явный маршрут до remoteip,
и перебивает маршрут на vpn-сервер, а Вы устраиваете из-за этого
типично чайни
15.01.08, Alexey Boyko <[EMAIL PROTECTED]> написал(а):
>
> В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
>
> > А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
> > выдавший такой адрес серверной стороне туннеля.
>
> Эта, а какой нужно выдать ИП серверной сто
В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
> А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
> выдавший такой адрес серверной стороне туннеля.
Эта, а какой нужно выдать ИП серверной стороне туннеля, чтобы
опция defaultroute в конфиге pppd не перебива
В сообщении от вівторок, 15-січ-2008 Oleg Frolkov написал(a):
> Поднимая VPN соединение я рассчитываю что подсистема поднимающая это
> соединение позаботится о том - чтобы не
> отрубить сук на котором сидит (маршрутизацию до ppp сервера) а сохранить
> его и не упасть.
Вообще-то
On Tue, Jan 15, 2008 at 06:04:20PM +0300, Oleg Frolkov wrote:
> Eugene Berdnikov пишет:
> > Даже если Вы выдумаете себе сказочный мир, в котором якобы есть
> > какие-то замечательные механизмы выправления маршрутизации,
> > они от этого не возникнут, пока их кто-то придумает не в мечтах,
> > а в ре
gt; должна этот функционал выполнять. Программа ДОЛЖНА работать, а если она
> не работает
> значит она ГЛЮКАВА и точка. Мне никто ничего не должен, но надо просто
> признать что
> ЕСТЬ ГЛЮКИ а не вправлять мне мозги на тему "никто не должен".
Где в PPP сказано хоть слово про то,
On Tue, Jan 15, 2008 at 05:39:42PM +0300, Oleg Frolkov wrote:
> Andrey Lyubimets пишет:
> >почему самостоятельно прописать в конфиге маршрут - идеологически
> >неправильно, но если за тебя это делает ОченьУмнаяПрограмма - то всё
> >нормально?
> >Не должен pppd делать больше чем ему предписано в к
ает.
Сейчас
правда тоже не уверен, что до конца понимаю.
> Поднимая VPN соединение я рассчитываю что подсистема поднимающая это
> соединение позаботится о том - чтобы не
> отрубить сук на котором сидит (маршрутизацию до ppp сервера) а сохранить
> его и не упасть. Пока-же я наблюдаю
Eugene Berdnikov пишет:
[axed]
наверное, было бы идеологически верно маршрут до впн-сервера получать по
dhcp. А?
+1
dhcp у кого? У провайдера а VPN мне нужен не только провайдерский но и
мой корпоративный.
Предположим я могу с ноута выйти в инет с десятка локаций (в том числе и
Andrey Lyubimets пишет:
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из
Andrey Lyubimets пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про "очередной косяк ррр" - в первую очередь ищите
кривые руки.
Ну возможно, значит я не совсем правильно понял суть проблемы. Факт в
том, что почему-то при использов
В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
> Думаю, дальнейший спор не имеет смысла.
> Если не хотите думать -- поставьте винду и не парьтесь.
> Не забудьте заплатить за неё, ведь винда якобы решает все проблемы,
> во всяком случае, создаёт красивую иллюзию этого.
Кажет
Max Dmitrichenko wrote:
On Tuesday 15 January 2008 06:23, Andrey Lyubimets wrote:
Oleg Frolkov пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про "очередной косяк ррр" - в первую очередь ищите кривые
руки.
По
ет не в мечтах,
а в реальности, и запрограммирует.
> >>>Еще более усугубляет положение выдача удаленным vpn сервером в
> >>>качестве удаленного адреса
> >>>ppp интерфейса того-же адреса на какой и цепляемся vpn (что в
> >>>общем-то естественно е
On Tuesday 15 January 2008 06:23, Andrey Lyubimets wrote:
> Oleg Frolkov пишет:
> >
> > В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
> когда заходит речь про "очередной косяк ррр" - в первую очередь ищите кривые
> руки.
Подписываюсь
> Спасибо! Это то что надо. Но это только для исходящих соединений и если
> планируются входящие соединения - то аплинк
> интерфейсы придется уводить в область старших чисел.
>
> Может-быть есть подобное решение для входящих соединений? Например чтобы
> pppd создавал ppp10 и выше.
>
> Если входящи
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем
Oleg Frolkov пишет:
Хай Олл.
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про "очередной косяк ррр" - в первую очередь ищите кривые
руки.
ответы я нашел только в какой-то из буржуйских рассылок.
(Хотя сейчас еще раз поискал зная уже ну
Хай Олл.
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
ответы я нашел только в какой-то из буржуйских рассылок.
(Хотя сейчас еще раз поискал зная уже нужные слова и нашел во многих
других местах, но тем не менее решил запостить сие письмо сюда -
может кому
Alexei Kopendakov пишет:
Уже звучало, использовать в конфиге unit это именно то, что судя по
треду Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
Спасибо! Это то что надо. Но это только для исходящих соединений и если
планируются входящие соединения - то аплин
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на ppp10
ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем завертывание gre
пакетов
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
> роутинг на ip адрес предъявленный с той стороны прописывается на ppp10
> ну и defaultroute естественно прописывается туда-же.
>
> Если адрес ppp сервера не из локальной сети - получаем завертывание gre
> пакетов
Хай Олл.
Речь пойдет о Debian etch 4.0/386 поставленном с диска.
Решил и тут засетапить очередную машинку, поставился, получил ip по dhcp
и соответственно defaultroute. Затем поставил pptp-linux
и сделал файлик /etc/ppp/provider (листинг приведу ниже), далее говорю
#pon и наблюдаю следующую
Alexei Kopendakov пишет:
Уже звучало, использовать в конфиге unit это именно то, что судя по
треду Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
Вот огромное спасибо за наводку, дальше сам выгуглю :)
Олег.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> использующего его софта по ходу перезапуская
> этот софт.
А как на счет того, чтобы имя интерфейса передать твоему скрипту поднятия
файрволла?
Согласен, что бывают задачи, где использующий ppp софт написан коряво и только
как work-around для этого следует использовать опцию unit. Но перед э
Уже звучало, использовать в конфиге unit это именно то, что судя по треду
Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
.
Почему-бы не сделать бриджевый интерфейс и по поднятию ppp вешать его на
нужный бридж можно
попробовать.
А что касается слабо, то конечно штаны через голову не слабо надеть, а
вот нафиг оно? Каждый раз при смене
имени интерфейса придется править правила файрволла и конфиги
использующего его
On Sunday 13 January 2008 00:24, Oleg Frolkov wrote:
> И что это даст кроме передачи дополнительного праметра скриптам
> поднятия/опускания?
А слабо по этому параметру определять, что за интерфейс у тебя поднят?
Этот параметр имеет такой же смысл как и label у раздела на жестком диске.
Можно юзат
13.01.08, Oleg Frolkov<[EMAIL PROTECTED]> написал(а):
> И что это даст кроме передачи дополнительного праметра скриптам
> поднятия/опускания? Интерфейсы все равно могут взлететь
> в произвольном порядке и вместо ppp0 для основного соединения вполне
> можно получить ppp2, и соответственно в скриптах
[EMAIL PROTECTED] пишет:
On Fri, 11 Jan 2008, Oleg Frolkov wrote:
Хай Олл.
Подскажите как идеологически правильно разрулить ситуацию с
множеством ppp соединений. Есть соединение к провайдеру, статический
прямой ip они не хотят делать - интерфейс поднимается по pppoe. Но по
ходу на этой
On Fri, Jan 11, 2008 at 07:34:57PM +0300, Oleg Frolkov wrote:
> В итоге когда падает ppp0 падает и ppp1 и каким-то образом они порой
> взлетают в обратном порядке..
man pppd
OPTIONS
...
unit num
Sets the ppp unit number (for a ppp0 or ppp1 etc
int
On Fri, 11 Jan 2008, Oleg Frolkov wrote:
Хай Олл.
Подскажите как идеологически правильно разрулить ситуацию с множеством ppp
соединений. Есть соединение к провайдеру, статический прямой ip они не хотят
делать - интерфейс поднимается по pppoe. Но по ходу на этой машине еще и
постоянно висит
On 11 января 2008, Oleg Frolkov wrote:
> да и вообще
> есть мысли и на этой машинке поднять VPN сервер чтобы можно было ходить
> на нее и оказываться в домашней сети...
Для этого я бы посоветовал юзать openvpn
--
Best regards,
Mikhail
Bart-mdv- @ SolarNet
IRC: irc.solarnet.ru
WWW: ht
Хай Олл.
Подскажите как идеологически правильно разрулить ситуацию с множеством
ppp соединений. Есть соединение к провайдеру, статический прямой ip они
не хотят делать - интерфейс поднимается по pppoe. Но по ходу на этой
машине еще и постоянно висит туннель до другой машины.
В итоге когда
; > > > Читаем ман как сделать всё время ppp0 :)
> > >
> > > Да зачем вам всем нужен именно ppp0??? :)
> >
> > Хочется некоторого постоянства. :)
> > Всё вокруг меняется, а ppp0 навсегда .
>
> И все-таки?
Именно fw.
Нету у меня 10 ppp и VPN-сервера.
On Thursday 27 December 2007 01:27, Yauhen Kharuzhy wrote:
> On Wed, Dec 26, 2007 at 10:14:59PM +0300, Max Dmitrichenko wrote:
> >
> > И в этот самый момент сюда захочет написать человек, у которого поднято 10
> > pppd и
> > каждый pppN имеет разную конфигурацию файервола. И скажет он нам, что на
Max Dmitrichenko wrote:
> On Wednesday 26 December 2007 16:31, Aleksey Luzin wrote:
>
>> Не всегда она помогает. E меня например pppd живет через ssh и когда
>> проподает коннект до сервака где открыт ssh,
>> то pppd еще очень долго висит, точнее долго висит ssh и persist не
>> помогает :(
>>
Всё вокруг меняется, а ppp0 навсегда .
> > >
> > > И все-таки?
> > Правила для фаервола, например.
> > Знаю что можно не привязываться, но вдруг очень хочется?
>
> Так-так-так. А вы, наверное, не в крурсе, что имя поднятого интерфейса
> передается
>
On Wed, Dec 26, 2007 at 02:44:45PM +0200, Покотиленко Костик wrote:
>
> Можно поинтересоваться, pppd у вас что выпадает, или что?
>
Нет, не выпадает. persist таки делает свою работу, но тем не менее я так и
не нашел способа, как запустить pppd, если модемного девайса еще нет.
Другое дело, если д
On 26 декабря 2007, Max Dmitrichenko wrote:
> Так-так-так. А вы, наверное, не в крурсе, что имя поднятого интерфейса
> передается в /etc/ppp/ip-up, как подсказывает коллега Alex Kuklin.
Спасибо, я в курсе.
А вот автору треда будет полезно об этом узнать :-)
--
Best regards,
M
фаервола, например.
> Знаю что можно не привязываться, но вдруг очень хочется?
Так-так-так. А вы, наверное, не в крурсе, что имя поднятого интерфейса
передается
в /etc/ppp/ip-up, как подсказывает коллега Alex Kuklin.
И в этот самый момент сюда захочет написать человек, у которого поднято 10 p
> > > Да зачем вам всем нужен именно ppp0??? :)
> >
> > Хочется некоторого постоянства. :)
> > Всё вокруг меняется, а ppp0 навсегда .
>
> И все-таки?
Правила для фаервола, например.
Знаю что можно не привязываться, но вдруг очень хочется?
--
Best regards,
Mikhail
Bart-mdv- @ SolarNe
On Wednesday 26 December 2007 21:59, Yuri Kozlov wrote:
> 26.12.07, Max Dmitrichenko<[EMAIL PROTECTED]> написал(а):
> > On Wednesday 26 December 2007 21:41, Yuri Kozlov wrote:
> > >
> > > Читаем ман как сделать всё время ppp0 :)
> >
> > Да зачем вам всем нужен именно ppp0??? :)
>
> Хочется некотор
26.12.07, Max Dmitrichenko<[EMAIL PROTECTED]> написал(а):
> On Wednesday 26 December 2007 21:41, Yuri Kozlov wrote:
> > 26.12.07, alex<[EMAIL PROTECTED]> написал(а):
> > >
> > > были случаи когда pppd поднимает интерфейс отличный от ррр0, бывают
> > > длительные перебои у прова... а если комп при э
On Wednesday 26 December 2007 21:41, Yuri Kozlov wrote:
> 26.12.07, alex<[EMAIL PROTECTED]> написал(а):
> >
> > были случаи когда pppd поднимает интерфейс отличный от ррр0, бывают
> > длительные перебои у прова... а если комп при этом за 600 км и ни одного
>
> Читаем ман как сделать всё время ppp0
26.12.07, alex<[EMAIL PROTECTED]> написал(а):
>
> были случаи когда pppd поднимает интерфейс отличный от ррр0, бывают
> длительные перебои у прова... а если комп при этом за 600 км и ни одного
Читаем ман как сделать всё время ppp0 :)
--
Regards,
Yuri Kozlov
В Срд, 26/12/2007 в 17:01 +0300, Max Dmitrichenko пишет:
> On Wednesday 26 December 2007 16:31, Aleksey Luzin wrote:
> > Не всегда она помогает. E меня например pppd живет через ssh и когда
> > проподает коннект до сервака где открыт ssh,
> > то pppd еще очень долго висит, точнее долго висит ssh и
On Wednesday 26 December 2007 16:31, Aleksey Luzin wrote:
> Не всегда она помогает. E меня например pppd живет через ssh и когда
> проподает коннект до сервака где открыт ssh,
> то pppd еще очень долго висит, точнее долго висит ssh и persist не
> помогает :(
А играть с lcp-echo-interval и lcp-echo
On Wednesday 26 December 2007 16:48, Yauhen Kharuzhy wrote:
> On Wed, Dec 26, 2007 at 04:29:59PM +0300, Max Dmitrichenko wrote:
>
> Иногда бывает, что ppp-соединение есть, а дальше провайдера ничего не
> ходит, но рестарт помогает (ну, там айпишник левый попался, или на
> р
Не всегда она помогает. E меня например pppd живет через ssh и когда
проподает коннект до сервака где открыт ssh,
то pppd еще очень долго висит, точнее долго висит ssh и persist не
помогает :(
Alex Kuklin wrote:
> Я так думаю, не все открыли для себя опцию persist :)
>
>
--
To UNSUBSCRIBE, emai
Результаты 1 - 100 из 408 matches
Mail list logo
