l1ght Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 так треба було маршрут на хоста кидати, а не на цілу підмережу
mgo Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 (изменено) лади поправив завертає усе в нат але з натом у мене далі біда( натить але на тойже самий спідтест не пускає і ще половина сайтів один гугл добре їде днс руцями на клієнті пишу 8.8.8.8 поки без варіянтів чому так пінг на speedtest.net летить о нагадався я між білінгом і НАС прокидаю L2 тунель а тунель mtu 1280, от усе господарство прийшлося превести на mtu 1280 попробую поправити Изменено 9 октября, 2014 пользователем mgo
mgo Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 (изменено) тунелі - зло білінг на хостінгу без тунелів ні сюди і нітуди наси розкидані по всьому *ському районі так що в любому випадку бе тунелів нікуда. Изменено 9 октября, 2014 пользователем mgo
mr.Scamp Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 Адовий прикол, нема слів. Може варто юзерський трафік натити на точках доступу, а біллінгу залишити тільки авторизацію? Хостер може і вимкнути аккаунт за надмірний трафік.
mgo Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 Хостер може і вимкнути аккаунт за надмірний трафік. до білінга і від бігає тільки запити DHCP і управління насом. це на NAS прикол, зара буду чухати далі.
mgo Опубликовано: 9 октября, 2014 Опубликовано: 9 октября, 2014 (изменено) mtu 1500 на всі сайти пускає ну на всі що я пробував заходити а спідтест мля заколдований йо-ма-йо таки зайшов! буду юзати мікротік EOiP думав заюзати bsd тунель***, але схоже я його ще не навчився готувати. *** man bridge The bridge can tunnel Ethernet across an IP internet using the EtherIP protocol. This can be combined with ipsec(4) to provide an encrypted connection. Create a gif(4) interface and set the local and remote IP addresses for the tunnel, these are reversed on the remote bridge. ifconfig gif0 create ifconfig gif0 tunnel 1.2.3.4 5.6.7.8 up ifconfig bridge0 create ifconfig bridge0 addm fxp0 addm gif0 up Изменено 9 октября, 2014 пользователем mgo
dnet Опубликовано: 23 октября, 2014 Опубликовано: 23 октября, 2014 Подскажите пожалуйста, не выдаются айпи и маска при попытке авторизации PPPoE абоненту. FreeBSD ubilling 9.3-RELEASE FreeBSD 9.3-RELEASE amd64 radtest 00016 vuypzmrj 127.0.0.1 0 1234567 Sending Access-Request of id 31 to 127.0.0.1 port 1812 User-Name = "00016" User-Password = "vuypzmrj" NAS-IP-Address = 127.0.0.1 NAS-Port = 0 Message-Authenticator = 0x00000000000000000000000000000000 rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=31, length=20 Атрибуты сети указаны Framed-IP-Address={IP} Framed-IP-Netmask = 255.255.255.255
dnet Опубликовано: 24 октября, 2014 Опубликовано: 24 октября, 2014 Сам себе я злобный буратино, не полностью вникнув в логику, получилась такая штука выше, а надо было всего лиш правильный айпи NASа указать 192.168.85.1 а не 127.0.0.1 отака фигня малята Если бы не видео в соседней теме, долго еще бы с ручника не снимался.
nightfly Опубликовано: 24 октября, 2014 Опубликовано: 24 октября, 2014 (изменено) Сам себе я злобный буратино, не полностью вникнув в логику, получилась такая штука выше, а надо было всего лиш правильный айпи NASа указать 192.168.85.1 а не 127.0.0.1 отака фигня малята Если бы не видео в соседней теме, долго еще бы с ручника не снимался. Эммм, вроде как оно слабо связано с вашим mpd как-бы. Там айпишка используется, чтобы старгейзер знал куда пинать в случае надобности юзеров из конкретной подсети, у вас - на самом деле, только для того, чтобы наколбасить для радиуса secret. Ближе по духу думаю будет http://wiki.ubilling.net.ua/doku.php?id=accelppp Изменено 24 октября, 2014 пользователем nightfly
0TshEL_n1ck Опубликовано: 25 октября, 2014 Автор Опубликовано: 25 октября, 2014 подскажите пожалуйста каким образом определяется состояние пользователей в карте домов и пользователей ? Все красненькие лампочки... Айпи пингуются и т д.
nightfly Опубликовано: 25 октября, 2014 Опубликовано: 25 октября, 2014 (изменено) подскажите пожалуйста каким образом определяется состояние пользователей в карте домов и пользователей ? Все красненькие лампочки... Айпи пингуются и т д. Периодическим вызовом fullhostscan + param [traffdiff] из RemoteAPI. Для полноты радости еще клево бы врубить DN_FULLHOSTSCAN + DN_ONLINE_DETECT предварительно убедившись в существовании content/dn (который не должен быть симлинком, должен быть нормальной директорией и должен быть доступным для записи). Дополнительно: 1. вызывать чаще чем раз в час, глубинного смысла нету - почему, подумайте сами. 2. не забываем поправить автообновлятор на будущее как-то так #ln -fs /etc/stargazer/dn ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn mkdir ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn chmod 777 /etc/stargazer/dn ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn echo "=== Linking True Online ===";; Изменено 25 октября, 2014 пользователем nightfly
0TshEL_n1ck Опубликовано: 25 октября, 2014 Автор Опубликовано: 25 октября, 2014 Это всё сделано, когда открываю карту всёравно лампочки красненькие. А в списке пользователей то всегда все онлайн...
nightfly Опубликовано: 26 октября, 2014 Опубликовано: 26 октября, 2014 Это всё сделано, когда открываю карту всёравно лампочки красненькие. Значит "не все" или "не сделано". Проверяем: cat exports/nmaphostscan | grep alive | wc -l cat exports/nmaphostscan | grep appears | wc -l ls content/dn/ | wc -l
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 ls content/dn/ | wc -l тут единичка, остальное по нулям...
nightfly Опубликовано: 26 октября, 2014 Опубликовано: 26 октября, 2014 Ну я же говорил "не все" и "не сделано". На основании чего должны юзера зеленеть?
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 (изменено) Насколько я понимаю, в крон через ремоут апи даю команду раз в определённое время. Оно каким-то образом производит опрос и активных вкидывает в dn. После чего весь список активных отображается в веб, в колонке онлайн ) как то так я это понимаю. предварительно убедившись в существовании content/dn (который не должен быть симлинком, должен быть нормальной директорией и должен быть доступным для записи). Вот этот пункт не понятен... Как же он будет нормальной директорией если мы создаём симлинк - ln -fs /etc/stargazer/dn ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn Тоисть снести симлинк и создать там обычную папку dn и дать пей права 777 ??? У меня там симлинк с /etc/stargazer/dn Изменено 26 октября, 2014 пользователем 0TshEL_n1ck
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 Прошу прощения за Ваше потраченое время. Заработало... оказывается когда я вызывал процедуру через браузер - не работало... кронтаб с рут правами запустил...
nightfly Опубликовано: 26 октября, 2014 Опубликовано: 26 октября, 2014 (изменено) То был риторический вопрос. 1. Вдумчиво смотрим на мой первый пост. 2. Заглядываем в nmaphostscan и content/dn 3. Возвращаемся к п.1. Изменено 26 октября, 2014 пользователем nightfly
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 (изменено) Обманул... Крон не обрабатывает... Подскажите что не так ? */20 * * * * root /usr/local/bin/curl -o /dev/null "http://127.0.0.1/admin/?module=remoteapi&key=ключик&action=fullhostscan¶m=traffdiff" Через браузер обрабатывает, через крон нет. Может из-за того что через апач настроена http авторизация ? Не помните как указать курлу логин и пароль ? Изменено 26 октября, 2014 пользователем 0TshEL_n1ck
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 (изменено) Уже задраконил так серв, что не работает ни через веб ни через крон... Изменено 26 октября, 2014 пользователем 0TshEL_n1ck
l1ght Опубликовано: 26 октября, 2014 Опубликовано: 26 октября, 2014 Обманул... Крон не обрабатывает... Подскажите что не так ? */20 * * * * root /usr/local/bin/curl -o /dev/null "http://127.0.0.1/admin/?module=remoteapi&key=ключик&action=fullhostscan¶m=traffdiff" Через браузер обрабатывает, через крон нет. Может из-за того что через апач настроена http авторизация ? Не помните как указать курлу логин и пароль ? Шановний, ремоутапі - на те й ремоут, щоб його можна було викликати віддалено та без авторизації. Перевіряйте запис в веб та в кроні, можливо те що в крон засунули - з помилкою.
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 Вот как раз если без авторизации... <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>401 Authorization Required</title> </head><body> <h1>Authorization Required</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> </body></html> Когда указываю курлу -u логин:пароль - проходит. только одна интересная особенность, если это делаю раз в 10-15 минут - определяется частично "онлайновость", если сразу после того повторяю запрос - то светится только один человек в онлайне ... Влияет ли каким либо образом частота использования ???
nightfly Опубликовано: 26 октября, 2014 Опубликовано: 26 октября, 2014 Вы из принципа игнорируете, то что я пишу? 1. Пожалуйста. Включите мозг. 2. Перечитайте мой первый пост. 3. Если возникают проблемы возвращайтесь к п.1.
0TshEL_n1ck Опубликовано: 26 октября, 2014 Автор Опубликовано: 26 октября, 2014 (изменено) Вы из принципа игнорируете, то что я пишу? 1. Пожалуйста. Включите мозг. 2. Перечитайте мой первый пост. 3. Если возникают проблемы возвращайтесь к п.1. не не не... ни в коем случае не игнорирую, Ваш пост тем более. Простите если Вас чем-то обидел... Ну не могу я его заставить адекватно работать, и найти ошибку тоже не получается... Оно как бы и работает но криво... Изменено 26 октября, 2014 пользователем 0TshEL_n1ck
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас