14.01.2014, 09:40, Vladimir Skubriev vladi...@skubriev.ru:
С некоторых пор случилась с одним сервером беда. После перезагрузки
pppoe соединение поднимается, но вот шлюз не устанавливается, точнее как
то не правильно устанавливается.
#after restart
default dev ppp50 scope link
...
если
.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
Часть конфига interfaces:
auto infotecstt
iface
* но может есть готовые решения?*
я использую 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
Добрый день!
Понадобилось мне сделать машинку с 2мя провайдерами для failover.
Оба провайдера динамические - pppoe и pptp.
Есть ли какое-то готовое решение для моей задачи?
Я, конечно же, могу изобрести свой велосипед с пингами и динамическими
правилами iptables, но может есть готовые решения?
* но может есть готовые решения?*
Тысячи их
http://www.zentyal.com/
http://www.untangle.com/
http://www.smoothwall.org/
http://www.lartc.org/
13 августа 2013 г., 11:39 пользователь Ilya Sapytsky sov...@gmail.comнаписал:
Добрый день!
Понадобилось мне сделать машинку с 2мя провайдерами для
Hi,
You are noted as the last translator of the debconf translation for
ppp. The English template has been changed, and now some messages
are marked fuzzy in your translation or are missing.
I would be grateful if you could take the time and update it.
Please send the updated file to me
Добрый день!
Собираю маленькую машинку-роутер, интернет через usb модем.
Всё сделал, остался только риторический вопрос -- как *правильно* сделать
pon provider при загрузке системы без участия человека?
/etc/rc.local например
2 декабря 2011 г. 15:14 пользователь Ilya Sapytsky sov...@gmail.com написал:
Добрый день!
Собираю маленькую машинку-роутер, интернет через usb модем.
Всё сделал, остался только риторический вопрос -- как правильно сделать pon
provider при загрузке системы без участия
В Fri, 2 Dec 2011 15:14:22 +0400
Ilya Sapytsky sov...@gmail.com пишет:
Добрый день!
Собираю маленькую машинку-роутер, интернет через usb модем.
Всё сделал, остался только риторический вопрос -- как *правильно*
сделать pon provider при загрузке системы без участия человека?
У меня так:
iface dsl-provider inet ppp provider dsl-provider pre-up
/sbin/ifconfig eth0 up
--
С уважением,
Константин Матюхин
делайте pon provider.
Почитайте что делает скрипт pon - в общем-то ничего особенного, кроме
запуска ppp с некоторыми стандартными опциями. И предназначен он для
запуска с правами юзера
Можно pppd запускать из обычного /etc/init.d/ скрипта (правда, что-то
последнее время его в дистрибутиве перестали
2011/12/2 Konstantin Matyukhin kmatyuk...@gmail.com:
У меня так:
iface dsl-provider inet ppp
provider dsl-provider
pre-up /sbin/ifconfig eth0 up
--
С уважением,
Константин Матюхин
Fri, 02 Dec 2011 13:14:22 +0200 було написано Ilya Sapytsky
sov...@gmail.com:
Всё сделал, остался только риторический вопрос -- как *правильно* сделать
pon provider при загрузке системы без участия человека?
в /etc/network/interfaces:
auto ppp0
iface ppp0 inet ppp
provider
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 Tue, Oct 28, 2008 at 02:28:44AM +1000, sms wrote:
У клиента скорость модема 57600 бод.
Это скорость обмена по COM-порту. Скорость, на которой модемы соединяются,
будет другой. Скорость обмена по COM-порту всегда разумно выставлять на
максимум.
У меня на линух сервере 57600 тоже
поставил,
On Mon, Oct 27, 2008 at 03:37:32PM +0300, Victor Wagner wrote:
Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
Ну если оно снюхалось на 4800 то так и должно быть. Вот если на 115200,
^
то следует
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. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень
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
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 клиент?
О, это было глюкало, равных которому надо было
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
закачки? Может добавить опцию deflate 15 в /etc/ppp/options для
программного сжатия? Или может
On 2008.10.27 at 20:07:53 +1000, sms wrote:
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Какова скорость нижележащего (под протоколом PPP) последовательного
соединения? Копать надо в эту сторону
На 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. Очень медленно закачиваются файлы...
Какова скорость нижележащего
sms wrote:
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Скорость около 3 килобит/сек . :{ Есть ли пути повышения скорости
закачки? Может добавить опцию deflate 15 в /etc/ppp/options для
программного сжатия
On Mon, Oct 27, 2008 at 08:07:53PM +1000, sms wrote:
Привет.
Настроил wu-ftpd. Клиент подключается к моему фтп серверу по
нижележащему протоколу PPP. Очень медленно закачиваются файлы...
Что можете посоветовать?
Если абстрагироваться от конкретной реализации
(FTP over TCP/IP over PPP), то
номером телефона XX-XX-XX (и ни для кого более). Какие
пакеты надо для этого установить и как его настроить? Ну и как
задавать права доступа к файлам для этого клиента? Интересуют все
подробности установки и настройки PPP сервера.
Мм, что там из стандартного набора? mgetty, pppd. Подробности
настройки PPP сервера.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
для этого клиента? Интересуют все подробности
установки и настройки PPP сервера.
Мм, что там из стандартного набора? mgetty, pppd. Подробности -- в
документации и в комментариях в конфигах.
С контролем доступа на основе номера телефона в твоем случае
я бы не заморачивался, достаточно стандартных
надо для этого установить и как его настроить? Ну и как
задавать права доступа к файлам для этого клиента? Интересуют все
подробности установки и настройки PPP сервера.
Мм, что там из стандартного набора? mgetty, pppd. Подробности -- в
документации и в комментариях в конфигах.
С контролем
В Втр, 21/10/2008 в 01:15 +1100, sms пишет:
Привет.
Мну нужно установить и настроить dial-up сервер для одного человека,
например с номером телефона XX-XX-XX (и ни для кого более).
Если задача стоит именно так, то ключевое слово - callback
--
DamirX
On Mon, 14 Jan 2008 23:39:00 +0300
Oleg Frolkov [EMAIL PROTECTED] wrote:
Еще более усугубляет положение выдача удаленным
vpn сервером в качестве удаленного адреса
ppp интерфейса того-же адреса на какой и цепляемся vpn (что в
общем-то естественно если у VPN сервера единственный
интерфейс
On Tue, 15 Jan 2008 20:14:28 +0300
Oleg Frolkov [EMAIL PROTECTED] wrote:
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля. И то, что винда
содержит костыль-предохранитель от короткого замыкания -- это
не аргумент за то,
chindi пишет:
On Tue, 15 Jan 2008 20:14:28 +0300
Oleg Frolkov [EMAIL PROTECTED] wrote:
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля. И то, что винда
содержит костыль-предохранитель от короткого замыкания -- это
не
Oleg Frolkov пишет:
Andrey Lyubimets пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про очередной косяк ррр - в первую очередь ищите
кривые руки.
Ну возможно, значит я не совсем правильно понял суть проблемы. Факт в
том, что почему-то при
ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед этим
прописать роутинг до VPN сервера - ему интеллекта не хватает.
К сведению: ppp протокол канального уровня, ip - протокол
On Wednesday 16 January 2008 13:37, Andrey Lyubimets wrote:
Ну видимо все-таки не скрипты, а ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед этим
прописать роутинг
Max Dmitrichenko пишет:
On Wednesday 16 January 2008 13:37, Andrey Lyubimets wrote:
Ну видимо все-таки не скрипты, а ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед
этим
мир, в котором якобы есть
какие-то замечательные механизмы выправления маршрутизации,
они от этого не возникнут, пока их кто-то придумает не в мечтах,
а в реальности, и запрограммирует.
Еще более усугубляет положение выдача удаленным vpn сервером в
качестве удаленного адреса
ppp интерфейса
Max Dmitrichenko wrote:
On Tuesday 15 January 2008 06:23, Andrey Lyubimets wrote:
Oleg Frolkov пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про очередной косяк ррр - в первую очередь ищите кривые
руки.
Подписываюсь
В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
Думаю, дальнейший спор не имеет смысла.
Если не хотите думать -- поставьте винду и не парьтесь.
Не забудьте заплатить за неё, ведь винда якобы решает все проблемы,
во всяком случае, создаёт красивую иллюзию этого.
Кажется
Andrey Lyubimets пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про очередной косяк ррр - в первую очередь ищите
кривые руки.
Ну возможно, значит я не совсем правильно понял суть проблемы. Факт в
том, что почему-то при использовании CISCO
Andrey Lyubimets пишет:
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из
Eugene Berdnikov пишет:
[axed]
наверное, было бы идеологически верно маршрут до впн-сервера получать по
dhcp. А?
+1
dhcp у кого? У провайдера а VPN мне нужен не только провайдерский но и
мой корпоративный.
Предположим я могу с ноута выйти в инет с десятка локаций (в том числе и
, что до конца понимаю.
Поднимая VPN соединение я рассчитываю что подсистема поднимающая это
соединение позаботится о том - чтобы не
отрубить сук на котором сидит (маршрутизацию до ppp сервера) а сохранить
его и не упасть. Пока-же я наблюдаю самотверженное
отрубание этого самого сука и падение
On Tue, Jan 15, 2008 at 05:39:42PM +0300, Oleg Frolkov wrote:
Andrey Lyubimets пишет:
почему самостоятельно прописать в конфиге маршрут - идеологически
неправильно, но если за тебя это делает ОченьУмнаяПрограмма - то всё
нормально?
Не должен pppd делать больше чем ему предписано в конфиге!
выполнять. Программа ДОЛЖНА работать, а если она
не работает
значит она ГЛЮКАВА и точка. Мне никто ничего не должен, но надо просто
признать что
ЕСТЬ ГЛЮКИ а не вправлять мне мозги на тему никто не должен.
Где в PPP сказано хоть слово про то, что он должен выпольнять VPN? То,
что VPN приладили
On Tue, Jan 15, 2008 at 06:04:20PM +0300, Oleg Frolkov wrote:
Eugene Berdnikov пишет:
Даже если Вы выдумаете себе сказочный мир, в котором якобы есть
какие-то замечательные механизмы выправления маршрутизации,
они от этого не возникнут, пока их кто-то придумает не в мечтах,
а в
15.01.08, Alexey Boyko [EMAIL PROTECTED] написал(а):
В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля.
Эта, а какой нужно выдать ИП серверной стороне
В сообщении от вівторок, 15-січ-2008 Oleg Frolkov написал(a):
Поднимая VPN соединение я рассчитываю что подсистема поднимающая это
соединение позаботится о том - чтобы не
отрубить сук на котором сидит (маршрутизацию до ppp сервера) а сохранить
его и не упасть.
Вообще-то ppp не знает, куда
В сообщении от вівторок, 15-січ-2008 Eugene Berdnikov написал(a):
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля.
Эта, а какой нужно выдать ИП серверной стороне туннеля, чтобы
опция defaultroute в конфиге pppd не
Eugene Berdnikov wrote:
полученного в результате согласования параметров, однако он
зачем-то его прописывает? Хотя по Вашим словам не должен.
В результате работы pppd появляется явный маршрут до remoteip,
и перебивает маршрут на vpn-сервер, а Вы устраиваете из-за этого
типично
(маршрутизацию до ppp сервера) а сохранить
его и не упасть. Пока-же я наблюдаю самотверженное
отрубание этого самого сука и падение подсистемы если сисадмин не
предусмотрел подпорки в виде явного прописывание маршрута.
Я думаю, что даже винда, не обладает таким интелектом, просто ты как-то не так
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 05:39:42PM +0300, Oleg Frolkov wrote:
Andrey Lyubimets пишет:
почему самостоятельно прописать в конфиге маршрут - идеологически
неправильно, но если за тебя это делает ОченьУмнаяПрограмма - то всё
нормально?
Не должен pppd делать больше
-
соответственно vpn сервер видим, а вот внешний мир не видим.
Если установить и defaultroute и replacedefaultroute - то получаем
маршрут по умолчанию на ppp интерфейс и теряем маршрут до
vpn сервера, т.е. без костылей все так-же неработоспособно.
В чем разница? Все равно надо докладывать костыли
On Tue, Jan 15, 2008 at 08:14:28PM +0300, Oleg Frolkov wrote:
Или выделить пул реальных IP и раздавать vpn серверам для фиктивных
интерфейсов?
Моим аргументом является то что выделенный мною белый ip не может пересечься
ни с чьей внутренней сетью, если-же я буду выдавать что-то типа 10.0.0.1
сервера скрипт может узнать из переменной $PPP_REMOTE, а вот в
случае если выдавать адрес
отличный от адреса сервера - взять ip самого сервера изнутри скрипта в
/etc/ppp/ip-up.d неоткуда. и даже
если его передавать в $PPP_IPPARAM в виде символьного адреса - то надо
будет исключить defaultroute и
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 08:14:28PM +0300, Oleg Frolkov wrote:
Или выделить пул реальных IP и раздавать vpn серверам для фиктивных
интерфейсов?
Моим аргументом является то что выделенный мною белый ip не может пересечься
ни с чьей внутренней сетью, если-же я буду
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 09:37:15PM +0300, Oleg Frolkov wrote:
Можно дописать нужную фунциональность к линуксовому pptp-клиенту,
снабдив его интеллектом круче виндового. Исходники открыты.
Да этого наверное и не надо надо просто поправить /usr/bin/pon - но
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-клиенту,
снабдив его интеллектом круче виндового. Исходники открыты.
Да
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:01:39PM +0300, Oleg Frolkov wrote:
Если я правильно понял Вашу проблему - то надо пойти в свойства VPN
соединения -
Сеть-TCPIP-Использовать следующие адреса для DNS серверов и там
указать ваши локальные DNS и при желании
адреса DNS серверов выдаваемых
defaultroute и не установлен
replacedefaultroute то маршрут по умолчанию остается прежним -
соответственно vpn сервер видим, а вот внешний мир не видим.
Если установить и defaultroute и replacedefaultroute - то получаем
маршрут по умолчанию на ppp интерфейс и теряем маршрут до
vpn сервера, т.е. без
На Tue, 15 Jan 2008 18:04:20 +0300
Oleg Frolkov [EMAIL PROTECTED] записано:
Советы купить винду приберегите для других людей, а лучше вообще
для себя. Люди на этом форуме делятся на тех
кто помогает (кинув порой одну строчку по которой можно выгуглить
решение) и тех кто крутой перец и все
умолчанию остается прежним -
соответственно vpn сервер видим, а вот внешний мир не видим.
Если установить и defaultroute и replacedefaultroute - то получаем
маршрут по умолчанию на ppp интерфейс и теряем маршрут до
vpn сервера, т.е. без костылей все так-же неработоспособно.
Опять же, что мешает в
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 Да, если ему дать
.
Почему-бы не сделать бриджевый интерфейс и по поднятию ppp вешать его на
нужный бридж можно
попробовать.
А что касается слабо, то конечно штаны через голову не слабо надеть, а
вот нафиг оно? Каждый раз при смене
имени интерфейса придется править правила файрволла и конфиги
использующего его
Уже звучало, использовать в конфиге unit это именно то, что судя по треду
Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
On Sunday 13 January 2008 00:24, Oleg Frolkov wrote:
И что это даст кроме передачи дополнительного праметра скриптам
поднятия/опускания?
А слабо по этому параметру определять, что за интерфейс у тебя поднят?
Этот параметр имеет такой же смысл как и label у раздела на жестком диске.
Можно юзать
Alexei Kopendakov пишет:
Уже звучало, использовать в конфиге unit это именно то, что судя по
треду Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
Вот огромное спасибо за наводку, дальше сам выгуглю :)
Олег.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
интерфейса передать твоему скрипту поднятия
файрволла?
Согласен, что бывают задачи, где использующий ppp софт написан коряво и только
как work-around для этого следует использовать опцию unit. Но перед этим тебе
надо прочесть FAQ о том как правильно состовлять вопросы. Исходные данные твоего
вопроса
Хай Олл.
Речь пойдет о Debian etch 4.0/386 поставленном с диска.
Решил и тут засетапить очередную машинку, поставился, получил ip по dhcp
и соответственно defaultroute. Затем поставил pptp-linux
и сделал файлик /etc/ppp/provider (листинг приведу ниже), далее говорю
#pon и наблюдаю следующую
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на ppp10
ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем завертывание gre
пакетов в дефолтроут и
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на ppp10
ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем завертывание gre
пакетов
Alexei Kopendakov пишет:
Уже звучало, использовать в конфиге unit это именно то, что судя по
треду Вы хотите.
--
С уважением
Алексей Копендаков
Инженер-программист
Полоцкая ТЭЦ
Спасибо! Это то что надо. Но это только для исходящих соединений и если
планируются входящие соединения - то
Хай Олл.
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
ответы я нашел только в какой-то из буржуйских рассылок.
(Хотя сейчас еще раз поискал зная уже нужные слова и нашел во многих
других местах, но тем не менее решил запостить сие письмо сюда -
может кому
Oleg Frolkov пишет:
Хай Олл.
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про очередной косяк ррр - в первую очередь ищите кривые
руки.
ответы я нашел только в какой-то из буржуйских рассылок.
(Хотя сейчас еще раз поискал зная уже нужные слова и
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем
Спасибо! Это то что надо. Но это только для исходящих соединений и если
планируются входящие соединения - то аплинк
интерфейсы придется уводить в область старших чисел.
Может-быть есть подобное решение для входящих соединений? Например чтобы
pppd создавал ppp10 и выше.
Если входящие через
On Tuesday 15 January 2008 06:23, Andrey Lyubimets wrote:
Oleg Frolkov пишет:
В общем-то речь про очередной косяк ppp :) - с которым многие мучаются и
когда заходит речь про очередной косяк ррр - в первую очередь ищите кривые
руки.
Подписываюсь под каждым словом.
это тоже криво
[EMAIL PROTECTED] пишет:
On Fri, 11 Jan 2008, Oleg Frolkov wrote:
Хай Олл.
Подскажите как идеологически правильно разрулить ситуацию с
множеством ppp соединений. Есть соединение к провайдеру, статический
прямой ip они не хотят делать - интерфейс поднимается по pppoe. Но по
ходу на этой
13.01.08, Oleg Frolkov[EMAIL PROTECTED] написал(а):
И что это даст кроме передачи дополнительного праметра скриптам
поднятия/опускания? Интерфейсы все равно могут взлететь
в произвольном порядке и вместо ppp0 для основного соединения вполне
можно получить ppp2, и соответственно в скриптах
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:
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
interface
Хай Олл.
Подскажите как идеологически правильно разрулить ситуацию с множеством
ppp соединений. Есть соединение к провайдеру, статический прямой ip они
не хотят делать - интерфейс поднимается по pppoe. Но по ходу на этой
машине еще и постоянно висит туннель до другой машины.
В итоге когда
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 имеет разную конфигурацию файервола. И скажет он нам, что на
всем нужен именно ppp0??? :)
Хочется некоторого постоянства. :)
Всё вокруг меняется, а ppp0 навсегда .
И все-таки?
Именно fw.
Нету у меня 10 ppp и VPN-сервера.
Прописал все правила в одном месте и голова не болит.
А что не так. Вон даже опцию в pppd завели. :)
А в if.up-down у меня
рассказать как это можно
организовать?
#!/bin/sh
while true ; do
ifconfig |grep ppp0
if [ $? -eq 1 ] ; then
/usr/bin/killall -9 pppd ;\
/etc/ppp/firewall-ppp-down ;\
/usr/bin/pon dsl-provider
fi
sleep 120
done
типа такого?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Покотиленко Костик wrote:
В Срд, 26/12/2007 в 15:32 +0300, Max Dmitrichenko пишет:
On Wednesday 26 December 2007 14:25, alex wrote:
#!/bin/sh
while true ; do
ifconfig |grep ppp0
if [ $? -eq 1 ] ; then
/usr/bin/killall -9 pppd ;\
/etc/ppp/firewall-ppp-down
On Wednesday 26 December 2007 14:25, alex wrote:
#!/bin/sh
while true ; do
ifconfig |grep ppp0
if [ $? -eq 1 ] ; then
/usr/bin/killall -9 pppd ;\
/etc/ppp/firewall-ppp-down ;\
/usr/bin/pon dsl-provider
fi
sleep 120
done
Больше велосипедов, хороших и
On Wednesday 26 December 2007 15:44, Покотиленко Костик wrote:
В Срд, 26/12/2007 в 15:32 +0300, Max Dmitrichenko пишет:
Больше велосипедов, хороших и разных!
Почему ещё только никто не додумался pppd засунуть в /etc/inittab и
respaw'нить его там...
Можно поинтересоваться, pppd у
В Срд, 26/12/2007 в 15:32 +0300, Max Dmitrichenko пишет:
On Wednesday 26 December 2007 14:25, alex wrote:
#!/bin/sh
while true ; do
ifconfig |grep ppp0
if [ $? -eq 1 ] ; then
/usr/bin/killall -9 pppd ;\
/etc/ppp/firewall-ppp-down ;\
/usr/bin/pon dsl-provider
PROTECTED] написал(а):
Покотиленко Костик wrote:
В Срд, 26/12/2007 в 15:32 +0300, Max Dmitrichenko пишет:
On Wednesday 26 December 2007 14:25, alex wrote:
#!/bin/sh
while true ; do
ifconfig |grep ppp0
if [ $? -eq 1 ] ; then
/usr/bin/killall -9 pppd ;\
/etc/ppp
В Срд, 26/12/2007 в 18:51 +0600, Sergey Kharlamov пишет:
Почему ещё только никто не додумался pppd засунуть в /etc/inittab и
respaw'нить его там..
а можно поподробнее?
Тебе уже сказали, на опцию persist посмотри, и не надо будет ничего
городить.
--
Покотиленко Костик [EMAIL PROTECTED]
--
On Wednesday 26 December 2007 15:54, Покотиленко Костик wrote:
В Срд, 26/12/2007 в 18:51 +0600, Sergey Kharlamov пишет:
Почему ещё только никто не додумался pppd засунуть в /etc/inittab и
respaw'нить его там..
а можно поподробнее?
Тебе уже сказали, на опцию persist посмотри, и не надо
On Wednesday 26 December 2007 16:27, alex wrote:
были случаи когда pppd поднимает интерфейс отличный от ррр0,
Бывают и такое, но:
1) какая разница какой интерфейс поднимет pppd?
2) твой скрипт снесет ВСЕ соединения
бывают длительные перебои у прова... а если комп при этом за 600 км и ни
В Срд, 26/12/2007 в 15:56 +0300, Max Dmitrichenko пишет:
On Wednesday 26 December 2007 15:44, Покотиленко Костик wrote:
В Срд, 26/12/2007 в 15:32 +0300, Max Dmitrichenko пишет:
Больше велосипедов, хороших и разных!
Почему ещё только никто не додумался pppd засунуть в /etc/inittab
On Wednesday 26 December 2007 16:33, Покотиленко Костик wrote:
В Срд, 26/12/2007 в 15:56 +0300, Max Dmitrichenko пишет:
Можно поинтересоваться, pppd у вас что выпадает, или что?
У меня ничего не выпадает. Это я просто прикалываюсь над любителями копать
огороды и ездить по ним
на
средствами.
Иногда бывает, что ppp-соединение есть, а дальше провайдера ничего не
ходит, но рестарт помогает (ну, там айпишник левый попался, или на
роутере iptables переконфигурировали неаккуратно).
Но в таком случае отлично помогает ping -q IP || (ifdown ppp0; sleep 2; ifup
ppp0)
в кронтабе
Не всегда она помогает. E меня например pppd живет через ssh и когда
проподает коннект до сервака где открыт ssh,
то pppd еще очень долго висит, точнее долго висит ssh и persist не
помогает :(
Alex Kuklin wrote:
Я так думаю, не все открыли для себя опцию persist :)
--
To UNSUBSCRIBE, email
Результаты 1 - 100 из 381 matches
Mail list logo