Перейти к содержимому
Калькуляторы

VicM

Пользователи
  • Публикации

    33
  • Зарегистрирован

  • Посещение

О VicM

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Всем доброго! Подскажите, пожалуйста, OID для чтения информации о модулях по типу той, что получаем show ports 1-24 media_type Спасибо!
  2. Добрый день! Есть работающий ZXR10_5928FI с установленной платой SC-1XGL-XFP Можно ли при работающем коммутаторе снимать плату SC-1XGL-XFP? Всем спасибо за ответ!
  3. Всем доброго! Помогите решить проблему при установке nocproject 0.8 Вываливает на этапе ./scripts/upgrade Downloading/unpacking noc-pkg-handlebars==1.0.0 (from -r etc/requirements/noc.txt (line 21)) http://cdn.nocproject.org/pkg/simple/ uses an insecure transport scheme (http). Consider using https if cdn.nocproject.org has it available Could not find any downloads that satisfy the requirement noc-pkg-handlebars==1.0.0 (from -r etc/requirements/noc.txt (line 21)) Some externally hosted files were ignored (use --allow-external noc-pkg-handlebars to allow). Cleaning up... No distributions at all found for noc-pkg-handlebars==1.0.0 (from -r etc/requirements/noc.txt (line 21)) Storing debug log for failure in /home/noc/.pip/pip.log upgrade: 180: Cannot update python libraries $ pip -V pip 1.5.4 from /usr/lib/python2.6/site-packages (python 2.6) Система CentOS 6.5 Все делал по мануалу. Спасибо!
  4. Всем доброго! Товарищи, помогите-ка найти софт к Allied Telesyn AT-8550SP версии AT-S62 Software Release 1.4.2 Регистрация на сайте производителя оставляет желать лучшего... Всем откликнувшимся, заранее сильно-пресильно благодарен!
  5. Всем доброго времени суток! Есть проблема - нужно иногда дропать руками сессию пользователю. Пользователь работает по PPPoE. Раньше, когда был mpd3.18, сессия дропалась вызовом скрипта из Оракла. Кусок старого крипта: $mpd = new Net::Telnet(Prompt => '/[%#>] $/', Timeout => 60); $mpd->open(Host => $nasip, Port => $nastelnetport); $mpd->print("link pppoe$nasport\n"); $mpd->print("close iface\n"); $mpd->print("close ipcp\n"); $mpd->print("close ccp\n"); $mpd->print("close ecp\n"); $mpd->print("close bund\n"); $mpd->print("close lcp\n"); $mpd->print("close phys\n"); $mpd->print("exit\n"); Сейчас следую той же поледовательности, согласно show layers: [237pppoe8] show layers [237pppoe8] CONSOLE: mpd: show layers Name Description ---- ----------- iface System interface ipcp IPCP: IP control protocol ipv6cp IPV6CP: IPv6 control protocol ccp CCP: compression ctrl prot. ecp ECP: encryption ctrl prot. bund Multilink bundle lcp LCP: link control protocol phys Physical link layer и дальше close [layer] В принципе, как и в старом скрипте. В итоге получаю: ifconfig ng8 ng8: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> mtu 1492 + [237pppoe8] CONSOLE: mpd: show iface Interface ng8: Status : CLOSED IP Addresses : 10.5.0.1/32 -> <CLIENT_IP> Maximum MTU : 1492 bytes Current MTU : 1492 bytes Idle timeout : 0 seconds Session timeout : 0 seconds Event scripts: UP: "/usr/local/etc/mpd4/upiface.sh" DOWN: "/usr/local/etc/mpd4/downiface.sh" Static routes via peer: Interface level options: Name Self Peer ---------------------------------------- on-demand disable proxy-arp disable tcpmssfix enable Радиусу отсылается "отлуп", в котором указана причина разрыва сессии - NAS-Request Потом клиент цепляется на соседний свободный интерфейс и как-будто работает, но пакеты на его интерфейсе не идут дальше mpd. Что можете посоветовать в решении задачи: "как дропнуть сессию пользователя через консоль mpd4"? Заранее благодарен!!!
  6. Ну и как работает mpd4? Есть ли баги с виндовыми клиентами, были ли попытки поднять сессию между роутером d-link, zyxel etc и mpd4? Спасибо!
  7. Всем доброго времени суток! Время от времени(~ 1 раз в неделю) отваливается сетевуха однопортовая PCI-Express(Intel PRO 1000/PT, 82572EI). С localhost запускаю ping <IP на этой сетевухе> - отвечает, а снаружи - молчит :( Делаю ifconfig em1 down && ifconfig em1 up и на консоль вываливается Oct 20 16:17:12 router kernel: em1: The EEPROM Checksum Is Not Valid Oct 20 16:17:12 router kernel: em1: Unable to initialize the hardware FreeBSD 6.1R Подозревал, что проблема с БИОСом (мать http://www.gigabyte.com.tw/Products/Mother...roductID=2295): прошивку обновил до последней версии, встроенные устройства пробовал отключать/включать в разной очередности, ставил драйвер с intel'а поновее - не помогло. Что можете посоветовать в решении проблемы? P.S. В этот раз была em1, раньше иногда em0 таким образом отваливалась. Заранее всем БОЛЬШОЕ спасибо!
  8. Есть mpd3.18(PPPoE сервер), который от радиуса получает Framed-Route += 10.10.10.10/30 и тут же крутится OSPF (quagga-0.99.4_2) router ospf ospf router-id x.y.z1.6 compatible rfc1583 redistribute kernel redistribute static passive-interface em1 network x.y.z.0/19 area 0.0.0.0 neighbor x.y.z1.5 x.y.z1.6 - FreeBSD6.1 x.y.z1.5 - cisco3550 Заметил, что маршрут сообщается с опозданием в ~7 сек., хотя в зебре(PPPoE сервер) он появляется сразу же после поднятия сессии. Что можно покрутить для избежания этой задержки? Заранее спасибо!
  9. http://forum.nag.ru/index.php?showtopic=20993&hl=mpd.conf
  10. Как можно победить ситуацию? Есть рабочая конструкция mpd3.18(PPPoE)+freeradius+DB(MySQL/Oracle) и во время падения freeradius'а или DB через ~5 минут mpd начинает сбрасывать пользователей. mpd и freeradius+DB(MySQL/Oracle) находятся на разных хостах. Что можно изменить в mpd для избежания данной неприятной ситуции? Кусок mpd.conf: pppoe-standart: set bundle no multilink set bundle max-logins 1 set iface disable proxy-arp set iface idle 0 set iface enable tcpmssfix set link yes acfcomp protocomp set iface up-script /usr/local/etc/mpd/upiface.sh set iface down-script /usr/local/etc/mpd/downiface.sh set link no pap chap set link enable chap set link keep-alive 60 180 set link max-redial -1 set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-e128 set ccp yes mpp-stateless set pppoe service "*" set pppoe disable originate set pppoe enable incoming set radius server RADIUS-IP XXX 1812 1813 set radius timeout 10 set radius config /usr/local/etc/mpd/radius.conf set radius retries 3 set radius me NAS-IP set bundle enable radius-auth set bundle enable radius-acct set iface enable radius-acl set iface enable radius-session set ipcp yes radius-ip set ipcp dns DNS1 DNS2 set debug 0 Всем спасибо за ответы!
  11. http://www.openbsd.org/faq/pf/scrub.html такая фича нужна. Есть ли подобное в ipfw? А собственно нафига она нужна ? Вот меня scrub за полтора года использования ни от каких проблем не спас. :-) Моя проблема и тесты описаны тут: http://dlink.ru/phorum/viewtopic.php?t=24234 Может у тебя будут еще какие-либо варианты решения? ;)
  12. А тут не так обсуждалось: http://groups.google.com.ua/group/fido7.ru...d87c852481c3a15 Что не получается так, как хотелось бы? У меня такая ситуевина сейчас: поднял на тестовой машинке связку ipfw+pf: в ipfw только pipe, все остальное pf'ом сделал. Пока работает. Пробовал $ kldload /boot/kernel/pf.ko kldload: can't load /boot/kernel/pf.ko: No such file or directory $ ls -l /boot/kernel |grep -w "pf.ko" -r-xr-xr-x 1 root wheel 188030 25 кв? 10:08 pf.ko $ kldload pf kldload: can't load pf: No such file or directory Пересобрал ядро с ipfw и pf и все получилось. Пересобирал ядро на тестовой машине. На серваке(там тоже вишеописанное вызалит) ядро пересобрать могу но ребутать машину не желательно. Можно ли поднять pf без перезагрузки сервера?
  13. http://www.openbsd.org/faq/pf/scrub.html такая фича нужна. Есть ли подобное в ipfw?
  14. Поднял 2 фаервола на одном тазике. ipfw занимается только pipe'ами, все остальное делает pf. Вопрос: в какой очередности пакеты проходят через связку ipfw+pf и на какие подводные камни можно наступить при использовании данной схемы? Спасибо!
  15. Расскажите кто-нибудь success story о поднятии IPSec("туннельный" режим) поверх PPPoE. У меня ситуация таковая: на стороне клиента стоит shdsl zyxel(на CPE поднимается PPP), за ним стоит nortel contivity 1100(поднимается IPSec VPN), авторизация проходит на mpd-3.18-4. Туннель поднимается, но большие пакеты не бегают через туннель. Пересаживал на cisco и там все чудно работает, т.к. большие пакеты пролазят. Проблема явно в mtu и понизить его как на одном так и на другом конце туннеля нет возможности. Что можно покрутить в эту сторону на mpd(FreeBSD6.0). Уже были мысли о использовании ng_tcpmss or /usr/ports/net/tcpmssd, но это не подходит. Пробовал ручками сделать ifconfig ng* mtu 1500 - также безрезультатно. Через туннель не работает виндовая "шара" и мелкософт exchange(остально не пробовал). На циске на PPP интерфейсе mtu 1492, такое же mtu на ng пользователя было. Вроде одинаковое, но в чем разница понять, не могу. Народ, неужели никто не стыкался с таким? Прошу помощи, т.к. не знаю куда дальше смотреть. Может в самой фре подкрутить можно что-то (не в ущерб остальным ppp-шным пользователям)? Заранее всем спасибо за ответы!