-
Posts
937 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by dexter
-
-
Я понял, спасибо. Время будет и желание попробую сделать.
-
Спасибо, все понятно.
Мысли такие меня посещали.
3 минуты назад, Le ecureuil сказал:Про интерфейсы tun и tap, созданные в Entware/Debian, системная управляющая программа ndm ничего не знает, собственно и показывать нечего.
Если вы хотите использовать entware/debian, то тогда там запускайте и полноценный snmp на другом порту и опрашивайте разные данные из разных демонов snmp.
Когда не было функционала приходилось городить огород. Сейчас же, когда все из коробки, ничего этого изобретать нет большого желания, хочется просто пользоваться.
И спасибо, за проделанную работу.
И уж если городить огород, можно ли как-то взять статистику с портов?
-
Le ecureuil, а невозможность добавление "tun" или "tap" интерфейса от Ovpn в статистику это с технической точки зрения или со стороны административной не получается?
-
Понятно, я думал на Ultra или Giga 2. На Ultra2 c gw у меня работало. Хочу с работы Giga 2 принести попробовать заработает или нет.
-
2 минуты назад, r13 сказал:
Вопреки этой рекомендации так не завелось, писал об этом выше, с указанием gateway все завелось
А на каком устройстве?
-
Тогда в Cli мануал добавьте. ndm обещал ещё возможность физически гасить порты на свитче.
-
Очень жаль.
-
О спасибо. Будем знать.
-
Так я про это и написал в первом посте. Это актуально не только для 2.08, но и для всей линейки прошивок V2.
Блин, может не туда запостил. В развитие наверное нужно было. Перенесите. Хотя и без голосования это желательно сделать.
-
Есть у меня удаленный кинетик на котором запущен OVPN клиент. Раньше там snmp был из пакетов и интерфейс tun0 попадал в мониторинг. Теперь используется snmp из прошивки и tun интерфейс в список не попал.
Возможно ли добавление подобных интерфейсов в мониторинг?
-
Сегодня столкнулся с ситуацией, когда нужно было выставить на порту 10мбит/с. В прошивке V1 была возможность выбора скорости руками.
Это касается всех прошивок V2.
Будет ли реализована возможность установки скорости порта руками?
- 3
-
У роутера может не хватить ресурсов. У меня на Ultra 2 проц в потолок был при запросах, и это я только датчики с самой ультры загнал туда.
Мне кажется без сторонней машины мало, что получится.
Я для себя так и не решил, что использовать Entware 3x или Debian. Пока так и пользуюсь Entware-ng.
-
Не пробовал, там я ради интереса накатил cacti со всеми потрохами, он работал грузя CPU до 100% при запросах. А потом поставил bind и все пошло в раскоряку.
-
Запустив, apach2, mysql и ещё по мелочи, добил его запустив bind. Bind запустился, система сказала, что открыто слишком много файлов. Адреса он не резолвил.
-
4 часа назад, iocsha сказал:
Подскажите , как настроить на самом кенетике ? Прошивка 2.08 вижу snmp community , contact,location - как например на удалённую машину настроить ? . Статистику планирую хранить и обрабатывать на компе (он всё равно постоянно включен).
Заходим на кинетик по телнету. Вбиваем "snmp community public", snmp contact, location - это по желанию, можно и не заполнять. Затем "service snmp", и "system configuration save". На кинетике все настройки выполнены. На компе придется Вам самому настраивать. Вопросы будут - пишите, но перед этим гуглим, гуглим, практикуем, гуглим......
- 1
-
Там ядро 2.6.22, поддержки не будет.
-
-
Настроил на Ultra 2 через chroot Debian, 2 шлюза с весом 50/50. Все работает. Пакеты бегают через оба маршрута. Огонь железка получается.
Entware 3x - работает.
Не могу только допетрить, как в скрипте вытаскивать "gateway 1" и "gateway2". Gateway 1 добыть легко, а вот Gateway 2 пока не догадался. В обоих случаях DHCP.
-
6 часов назад, Le ecureuil сказал:В 31.07.2016 в 20:22, dexter сказал:
"snmpnetstat".
Это что за зверь? Можно поподробнее?
Вывод если обратиться к белой гиге с snmp из пакетов:
root@debian:~# snmpnetstat -v 2c -c public -Can 192.168.30.254 Active Internet (tcp) Connections (including servers) Proto Local Address Remote Address (state) tcp *.21 *.* LISTEN tcp *.22 *.* LISTEN tcp *.23 *.* LISTEN tcp *.80 *.* LISTEN tcp *.139 *.* LISTEN tcp *.445 *.* LISTEN tcp *.13701 *.* LISTEN tcp *.33971 *.* LISTEN tcp 100.80.1.238.57730 ххх.ххх.ххх.ххх.ххххх ESTABLISHED tcp 127.0.0.1.41230 *.* LISTEN tcp 127.0.0.1.41230 127.0.0.1.42652 CLOSEWAIT tcp 127.0.0.1.41230 127.0.0.1.45730 ESTABLISHED tcp 127.0.0.1.41230 127.0.0.1.56874 ESTABLISHED tcp 127.0.0.1.41231 *.* LISTEN tcp 127.0.0.1.41232 *.* LISTEN tcp 127.0.0.1.41232 127.0.0.1.55402 ESTABLISHED tcp 127.0.0.1.45730 127.0.0.1.41230 ESTABLISHED tcp 127.0.0.1.55402 127.0.0.1.41232 ESTABLISHED tcp 127.0.0.1.56874 127.0.0.1.41230 ESTABLISHED Active Internet (udp) Connections Proto Local Address udp *.53 udp *.67 udp *.68 udp *.137 udp *.138 udp *.161 udp *.1022 udp *.1023 udp *.1900 udp *.32768 udp *.32770 udp *.32774 udp *.32781 udp *.32783 udp *.54321 udp 127.0.0.1.23825 udp 192.168.30.254.5351 udp 192.168.30.254.33064 root@debian:~#
А вот вывод если обратиться на ultra:
root@debian:~# snmpnetstat -v 2c -c public -Can 192.168.100.254 Active Internet (udp) Connections Proto Local Address udp *.* root@debian:~#
Это можно распарсить и получить такие графики:
На пустоту внимания не обращать.
-
Да, это было бы очень удобно. А то он при создании графиков "0" поделит на число, и получается целый список из GigabitEthernet, попробуй разберись, что к чему. Хотелось бы человеческих названий.
И небольшая просьба. Добавьте пожалуйста работу "snmpnetstat".
-
Вернусь к названиям интерфейсов.
" GigabitEthernet0/1 ", что из этого выходит при создании графиков в Cacti.
Кактус берет и выполняет арифметическое действие в названии интерфейса(это происходит как и в "Graph Management", так и в "Data Sources"), т.е. делит 0 на 1. В итоге получается "0" и список состоящий только из GigabitEthernet, что очень не удобно. Можно ли, что-то изменить?
Единственный вариант это уйти от "0" в названии интерфейсов.
-
Что-то не работает. Попробую переустановить систему.
-
Нет ли решения, что бы "ifconfig" вызывался сразу без полного пути "/sbin/ifconfig"?
-
Скрытый текст
Да, я уже понял, что не так сделал. Все исправил. Заработало. Спасибо. В блок "Stop" тоже вносится изменение.
А утилитку "ndmq" можно как-нибудь загнать в Дебиан или работать не будет из-за chroot среды?
На все вопросы ответили.
А утилитку достаточно положить из архива в каталог "debian\usr\bin"?
Multiple WAN routing policy
in Реализованные пожелания
Posted
Протестировал на крайней 2.06 на Giga 2. Результат следующий.
С ноутбука из локалки пакеты ходят только через один шлюз. Другой доступен и пингуется.
С самого кинетика пакеты ходят с разных интерфейсов, но в основном через один и тот же.
При этом бук через один шлюз, а кинетик в основном через другой. Вес шлюзов был 50/50.
Ultra 2 это же отрабатывала штатно.