Дублирующие порты

yes · Сообщение **yes** » Вс окт 05, 2008 11:54 am

Добрый день, как избавиться от дубликатов портов? постоянно приходится запить.

используется одновременно pppoe и pptp подключения.
В мониторе они зеленым выделяются.
abills 0.37

RusB1T · Вс окт 05, 2008 2:27 pm

Я бы по умолчанию номер порта "поднял"
Например в конфиге mpd

Код: Выделить всё

default:
load pptp500
load pptp501

yes · Сообщение **yes** » Вс окт 05, 2008 9:09 pm

RusB1T писал(а):Я бы по умолчанию номер порта "поднял"
Например в конфиге mpd
Код: Выделить всё
default:
load pptp500
load pptp501

а в PPTPD опция аналогичная той есть? я на Linux сижу

ran · Сообщение **ran** » Пн окт 06, 2008 7:24 am

а в PPTPD опция аналогичная той есть? я на Linux сижу

у меня без проблем при запущенных обоих серверах - никаких дубликатов

yes · Сообщение **yes** » Пн окт 06, 2008 9:18 pm

ran писал(а):
а в PPTPD опция аналогичная той есть? я на Linux сижу
у меня без проблем при запущенных обоих серверах - никаких дубликатов

Проблему вроде понял.
Выдаю клиентам статические IP по ВПН, а в локалке они у ся прописывают какой хотят, так вот одному умнику (админу) выдал 5 учеток такого вида.
логин пароль ip
ну этот умник прописал эти данные, ну и в сетевом подключении локалки тоже добавил этот ip, который выдается VPN сервером, так вот после подключения у него выскакивает ошибка с номером 51 и 52 и потом 691. И после этого сессия висит пока я не убью.
Как сказал что прописывать ip не нужно, и убрать их вообще, то все гуд.

NiTr0 · Пн окт 06, 2008 9:38 pm

yes писал(а):Выдаю клиентам статические IP по ВПН, а в локалке они у ся прописывают какой хотят

А DHCP поднять - не задумывались?

yes · Сообщение **yes** » Вт окт 07, 2008 4:19 am

NiTr0 писал(а):
yes писал(а):Выдаю клиентам статические IP по ВПН, а в локалке они у ся прописывают какой хотят
А DHCP поднять - не задумывались?

Во первых, "религия" не позволяет.
Во вторых, не я админ той сетки, там свой админ и я попросту им интернет даю.

ran · Сообщение **ran** » Вт окт 07, 2008 5:47 am

И после этого сессия висит пока я не убью.

так это батенька криво настроенный твой сервер к тому же... параметры пппд lcp-echo-interval lcp-echo-failure для чего?

Выдаю клиентам статические IP по ВПН, а в локалке они у ся прописывают какой хотят

конечно какой хотят... только такая локалка должна быть отделена от твоей либо твоим же рутером либо управляемым свичем, где и должно биться на корню всё тебе ненужное

yes · Сообщение **yes** » Вт окт 07, 2008 5:54 am

ran писал(а):
И после этого сессия висит пока я не убью.
так это батенька криво настроенный твой сервер к тому же... параметры пппд lcp-echo-interval lcp-echo-failure для чего?

Там и так эти параметры стоят, во вторых сессии висят в abills, то есть он их почему то не глушит.

ran писал(а):
Выдаю клиентам статические IP по ВПН, а в локалке они у ся прописывают какой хотят
конечно какой хотят... только такая локалка должна быть отделена от твоей либо твоим же рутером либо управляемым свичем, где и должно биться на корню всё тебе ненужное

Эта подсеть находится за тремя роутерами и за 2 управляемыми свичами.

ran · Сообщение **ran** » Вт окт 07, 2008 6:12 am

Там и так эти параметры стоят, во вторых сессии висят в abills, то есть он их почему то не глушит.

так вот после подключения у него выскакивает ошибка с номером 51 и 52 и потом 691

значит со стороны клиента сессия рвётся. Даже если твой сервер ничего при этом не знает - он должен тоже порвать сессию в соответствии с вышеупомянутыми параметрами и сообщить об этом абиллсу... а если этого не происходит - я и грю криво что-то

Azudim · Ср окт 08, 2008 7:36 am

я так понял zapаете Вы ручками, а не проще ли в таком случает в крон повесить billd, который фиксит подвисшие сессии ? (если alive не приходил заданный интервал).
А вообще по логике такого соединения - пользователь прошел авторизацию в абиллс, попал в "он-лайн", далее туннель не поднялся по причинам от биллинга не зависящим, но в он-лайне он остался (путь даже на период пока billd не отпработал) - это не естьт гуд. выходит в мониторинге не "подключившиеся", а "авторизовавшиеся".

кстати можно попробовать закастылять разрешением мультилогина! Ип у вас статический, возможная проблема тогда это соединение с другой машины с этим же логином - сессия **установится, но трафик бегать перестанет либо на одной из них, либо на обоих.

** - тоже не есть гут, нет никакой проверки, выдавался раньше этот адрес или нет.

ran · Сообщение **ran** » Ср окт 08, 2008 8:22 am

А вообще по логике такого соединения - пользователь прошел авторизацию в абиллс, попал в "он-лайн", далее туннель не поднялся по причинам от биллинга не зависящим, но в он-лайне он остался (путь даже на период пока billd не отпработал) - это не естьт гуд. выходит в мониторинге не "подключившиеся", а "авторизовавшиеся".

та всё гуд - просто некриво настроенный радиусклиент (в случае топикстартера - pppd) при неподнятии/обвале туннеля должен вовремя сообщить об этом радиуссерверу, который должен прибить сессию в абиллсе без всякого биллд... а биллд нужен для фикса подвисших сессий в нештатных ситуёвинах типа "кто попал валенком в тумблер питания???" на полном скаку...

Azudim · Ср окт 08, 2008 8:49 am

этот глюк можно и без тумблера наблюдать - доступ на нестабильном мобильном канале (CDMA, 3G). не все же биллинг в тепличных условиях хомнета используют.

попробуйте на PPtP создать сессию, и тут же её разорвать. Второй логин в интервале пока не пришел алив от радиуса либо будет отвергнут, либо если мультилогин будет создана следующая сессия..

сложнее вопрос, как быть если в "мониторинге" сессии уже нет, а туннель еще висит и трафик по нему бегает =)
Предположим Rаdiusd упал вовсе (заDoSили например, или ошибка коннекта с SqL в одном из модулей привела к крашу). Аливы по сессии не приходят, billd отработает и кинет сессию в Zap а после уже совсем её удалит. но канал ни кто рвать пока не собирается.
Вопрос не только в том, как этого избежать, но и как трафик кинуть в обсчет =)

NiTr0 · Ср окт 08, 2008 9:22 am

Azudim писал(а):этот глюк можно и без тумблера наблюдать - доступ на нестабильном мобильном канале (CDMA, 3G). не все же биллинг в тепличных условиях хомнета используют.

Можно... Но связывать нас с биллингом через CDMA/3G

ran · Сообщение **ran** » Ср окт 08, 2008 10:21 am

попробуйте на PPtP создать сессию

пптп не юзаю принципиально - гавно и есть гавно... юзаю пппое... а понадобится из-за угла заходить - оупенвпн подниму...

и тут же её разорвать

без проблем - тут же завершается соответствующий процесс пппд и перед завершением через свой радиусплагин сообщает об этом серверу - сессия в абиллсе закрыта (без всяких алайвов).

доступ на нестабильном канале

опять же без проблем - пппд в соответствии с параметрами lcp-echo-interval lcp-echo-failure не получит ответа на контрольный запрос по туннелю и поступит - см. выше

Предположим Rаdiusd упал вовсе (заDoSили например, или ошибка коннекта с SqL в одном из модулей привела к крашу)

ну дык... онож в комплексе должно работать - это как раз из серии валенком в красную кнопку (или "если тебя ломом по башке ё@нуть, ты на каую ногу хромать будешь?"

пиши скрипт каким-то образом контролирующий радиус и делающий наприме killall pppd в случае его смерти