cosmic
-
Публикации
20 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем cosmic
-
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
Пробовал mediawiki.
+: нет рекламы(в отличии от wiki), можем оформить в нашем стиле, можем управлять пользователями, правами, контентом. Также можем открыть доступ абонентам на инструкции.
-: не очень удобно редактировать статьи в плане вставки изображения в текст.
-
-
Не было времени продолжить работу над этим вопросом. Теперь есть:) Все таки решили сами написать инструментарий.
-
Ну тогда без навигации по статьям и без логирования. Такой вариант не подходит.
-
Спасибо. Вчера попробовал Atlassian. Вроде бы можно получить то, что хотим (логи будем снимать по совету s.lobanov), но вот навигация по дереву очень медленная. Может быть найду что-то пошустрее.
Конечно, можно накодить самим - времени много не займет. Но все же это время лучше потратить на более серьезные задачи.
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
Давайте забудем про винду:)
Цель темы - узнать есть ли что-то в открытом доступе (да пусть даже и платный какой-то софт - только интересно как искать его, по каким ключевым словам), что мы бы могли использовать для своих целей или делать самим. Просто, мне показалось, что тема должна быть популярной.
-
Ну винда - это как пример того, что хотелось бы получить.
-
В целом согласен, что нужен интеллект. Но все же считаю, что есть какой-то минимум действий, который приведет либо к решению (полному/частичному) задачи, либо к ее эскалации. Ведь много задач попадают под один шаблон.
-
Коллеги, добрый день.
Хотим внедрить в отдел ТП функционал для траблшутинга какой-либо проблемы наподобие помощника Windows.
У нас есть много полезных инструкций, но все они созданы как темы на форуме. Часто бывает трудно быстро (да и не быстро) найти нужную. Вот встал вопрос о том как привести все это в порядок, сделать некую базу знаний. Вариантов видим несколько: Wiki, своя веб-форма, FAQ и пр. Но хочется все эти полезности прикрутить к работе инженеров ТП, дабы облегчить работу как новичкам, так и старожилам.
Идея такая: есть форма. Слева видим древовидную структуру по разделам:
Не работает интернет: Не работает ТВ: Не открывается сайт: Не работает какое-либо ПО:
Поступает задача. Инженер выбирает раздел в соответствии с описанием проблемы. Ну и далее поехали: если "не работает сайт", то при нажатии раскрывается этот раздел. А там несколько пунктов:
Проверить настройки DNS Выполнить трассировку Выполнить telnet ...
Ну и соответственно в правой части формы открывается инструкция для выполнения проверки.
В Wiki реализовать такое не получится, сделать свою собственную форму - легко. Но может быть все-таки есть какое-то интересное решение для данной задачи? Может быть у вас есть опыт подобного решения?
Зачем это нужно? Мы можем вести логирование действий инженера и смотреть ход диагностики и решения задачи, чтобы позднее анализировать поступаемые задачи, эффективность инструкций, квалификацию инженеров и т.д.
Пытался что-то подобное поискать в гугле. Но, честно говоря, не знаю даже как задать вопрос. Вроде бы это и KMS, но в то же время чуть отличается.
Буду благодарен за советы, комментарии, подсказки!
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
Доброго времени суток!
/etc/rc.conf:
ifconfig_em0="up" #вннутренний ifconfig_em2="up" #внешний ifconfig_em0="inet XX.XX.XX.XX netmask 255.255.255.0"
XX.XX.XX.XX - bridge
Вот пример одной из труб:
/etc/rc.firewall
$IPFW pipe 11 config bw 1040Kbit/s mask dst-ip 0xffffffff $IPFW pipe 12 config bw 1040Kbit/s mask src-ip 0xffffffff $IPFW add pipe 12 ip from any to table\(10\) via em2 out $IPFW add pipe 11 ip from table\(11\) to any via em0 out $IPFW add allow ip from any to table\(10\) $IPFW add allow ip from table\(11\) to any
При этом трубы создаются не из адреса источника, а из адреса назначения...т.е. если качаю с одного источника то скорость делится, если с 3х разных, то создается 3 трубы...качаю со всех 3х источников по 1мбит/с. В чем может быть проблема?
-
на обоих серверах должен быть диапазон гостевых ип для такого случая. И желательно failover настроить...
Я выдаю IP по опции 82. Честно говоря не вижу смысла настраивать failover... зачем мне при опт82 синхронизировать выданные адреса? Ведь абоненту с одного и того же порта я выдам тот же адрес с обоих серверов
-
Приходит абонент, заключает договор на подключение. ТП в базе создает ему реквизиты. Есть скрипт, который дергает базу и создает dhcpd.conf. В сети для отказоустойчивости подняты 2 DHCP сервера.я не понимаю, что такое несуществующие абоненты в сети с dhcp.... Выдать адрес можно всегда.Скрипт работает на каждом из двух серверов. Предположим, что на Сервере 1 скрипт выполняется каждые 30 минут, а на Сервере 2 - каждые 40 мин. В настройках свитчей настроен порядок обращения к DHCP серверам: Сервер 1, Сервер 2.
30 мин
|----------------| # Сервер 1
30 мин + 10 мин
|----------------|-------| # Сервер 2
В момент времени t= (30 + x) и 30 < t < 40 ТП создали абонента, монтажники подключили его. Ловим сеть. Сначала абонент обращается к Серверу 1, но на нем нету IP для этого абонента (а на втором уже есть, т.к. скрипт сработал). Поэтому Сервер 1 ответит, что "нету для тебя адреса". Получается, что 20 минут абонент может сидеть без сети. Ведь абонент обращается к Серверу 2 только если Сервер 1 не отвечает на запросы абонента.
Вот такая картина.
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
Добрый вечер!
Возник такой вопрос - в сети для отказоустойчивости поднято 2 DHCP сервера. В настройках свитча указал в какой очередности обращаться. Можно ли обучить ISC DHCP сервер тому, что если при обращении клиента у него нету адреса, который нужно выдать, отправить клиента на следующий сервер??
Схема такая: на свитче настроено, что DHCP Сервер 1 - 192.168.1.234 и Сервер 2 -192.168.1.235. Сначала идет обращение к Серверу 1. Если он недоступен, клиент обращается к Серверу 2. Но если Сервер 1 доступен, но у него нету адреса для клиента, то он об этом скажет..а хотелось бы чтобы он ничего не говорил? Такое возможно?
-
Конфиг DHCP верный. Нужно было только на коммутаторе DGS-3612 настроить dhcp_relay и DHCP - запросы со всех интерфейсов направить на сервер DHCP. На DES-3526 никаких настроек не нужно делать.
-
Все. Разобрался.
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
собрал тестовый стенд. Роутер 3612, на нем создал ipif и соответствующие им виланы:
main - 10.1.2.254/24
dhcp2 - 10.11.11.254/24
dhcp3 - 10.12.12.254/24
dhcp4 - 10.13.13.254/24
dhcp5 - 10.14.14.254/24
В 9-й порт роутера 3612 воткнул DHCP сервер с IP 10.1.2.30. Из 12 порта роутера 3612 уходит кабель в свитч 3526 в 25 порт. На свитче 3526 созданы виланы dchp2, dhcp3, dhcp4 в соответствующих портах. IP свитча 3526 - 10.1.2.253. Из 26 порта свитча 3526 уходит линк в 28 порт свитча 3028. На этом свитче прокинут вилан dhcp5.
IP 3612 - 10.1.2.254
IP 3526 - 10.1.2.253
IP 3028 - 10.1.2.252
Известно, на каком порту какой вилан (собственно vlan per user).
Должно быть так (на примере одного абонента): в 1-м порту коммутатора 3526 вилан dhcp2 (10.11.11.0/24). Я втыкаю абонента в этот порт, и он отрпавляет dhcp-запрос. Этот dhcp-запрос попадает на роутер, а с него на DHCP - сервер.
Получается, что запрос пришел на роутер из сегмента 10.11.11.0/24=> я в dhcpd.conf анализирую
match if binary-to-ascii (10, 8, ".", packet (24, 4))="10.11.11.254"
и выдаю адрес. Это в теории. На практике пока не получилось реализовать(( Подскажите dhcpd.conf? На длинке сказали, что в запрос подставляется IP того интерфейса, на который запрос етот и пришел... но как написать конфиг DCHP - пока не понял..сделал так:
hcpd.conf [----] 8 L:[ 1+ 2 3/133] *(23 /3132b)= 32 0x20 # dhcpd.conf # # Sample configuration file for ISC dhcpd # # option definitions common to all supported networks... option domain-name "vltele.com"; option domain-name-servers 80.244.224.250; default-lease-time 600; max-lease-time 10200; # local address local-address 10.1.2.30; # If this DHCP server is the official DHCP server for the local # network, the authoritative directive should be uncommented. authoritative; # ad-hoc DNS update scheme - set to "none" to disable dynamic DNS updates ddns-update-style none; # Use this to send dhcp log messages to a different log file (you also # have to hack syslog.conf to complete the redirection) log-facility local7; class "dhcp2" { match if binary-to-ascii (10, 8, ".", packet (24, 4))="10.11.11.254"; } pool { range 10.11.11.21; option routers 10.11.11.254; option subnet-mask 255.255.255.0; allow members of "dhcp2"; } }
но адрес не получаю.
Жду комментариев! Спасибо
-
Прочитал тему, но все равно не совсем понятно как делать dhcpd.conf(
Кто-нибдуь может поделиться кусочком конфига?
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
А вот такая ситуация:
на 3612 созданы интерфейсы и виланы:
dhcp2 - 10.11.11.254/24
dhcp3 - 10.12.12.254/24
main - 10.1.2.254/24
3612 - IP 10.1.2.254
3526 - IP 10.1.2.253
Все оборудование DLink.
В 9 порт коммутатора 3612 воткнут DHCP сервер. В 12 порт коммутатора 3612 воткнут свитч 3526.
Виланы прокинуты на 3526. Порты 1-5 - vlan dhcp2, порты 6-10 - vlan dhcp3.
Я втыкаю абонента в соответствующий порт. В dhcpd.conf пишу
match if binary-to-ascii(10, 8, ".", packet(24, 4))="10.1.2.253"
то получаю айпишник в зависимости от порта, в который воткнут абонент (либо 10.11.11.0/24 либо 10.12.12.0/24 соответственно).
Вопрос: можно ли БЕЗ opt 82 реализовать такую схему - я знаю, что в данном порту коммутатора я делаю такой то вилан. Втыкаю туда абонента и он послывает DHCP - запрос. Этот запрос идет по вилану dhcp2, например. Могу ли я в в dhcpd.conf анализировать этот запрос по IP интерфейса вилана dhcp2, а не по IP свитча??
-
Опубликовано · Изменено пользователем cosmic · Жалоба на ответ
Всем доброго времени суток!
Собираемся переходить на динамическую выдачу айпишников. Сеть порядка 5 000 абонентов. Имеется оборудование DLink.
Проверяю разные варианты DCHP сервера на тестовом стенде. Делал DHCP сервер с opt 82 - все великолепно работает.
Вычитал, что с помощью
match if (binary-to-ascii(10, 8, ".", packet(24, 4))=" IP свитча")
можно получить айпи свитча, с которого пришел запрос. А можно ли без opt 82 получить как-нибудь, к примеру, номер порта коммутатора, с которого пришел запрос?
Посоветуйте софт для организации пошагового траблшутинга
в Программное обеспечение, биллинг и *unix системы
Опубликовано · Жалоба на ответ
Пока наши разработчики не приступили к созданию, но уже скоро:) Позже покажу, что получилось.