[freebsd] Re: [freebsd] openvpn server и route
Приветствую! Однозначная проблема с M$ клиентом могла быть разрешена только запуском от имени Администратора. 2014-04-23 0:49 GMT+03:00 Nike : > 23.04.2014 01:20, Yuriy B. Borysov пишет: > > Здравствуйте! >> >> Есть openvpn в режиме сервера на системе 8.4-RELEASE-p7. >> При подключении к нему клиента, при прописанных в клиентском конфиге >> на сервере: >> >> iroute 192.168.140.0 255.255.255.0 >> >> и в основном конфиге сервера >> >> route 192.168.140.0 255.255.255.0 >> >> Этот роут не прописывается в таблицу роутинга. >> >> При этом пуш роута на клиента срабатывает отлично. >> >> В логах ругани нет. >> >> Куда смотреть? >> >> Может смотреть на клиента? На чем клиент? Если это винда - может быть вы > клиент не от имени администратора запускаете? > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] SNMP ifHCOutOctets нет значений
Евгений, у меня есть большое подозрение именно на "странности" с net-snmp. Почему? А потому, что статистика с интерфейса говорит о том, что трафик учитывается в обе стороны: # netstat -I wlan0 NameMtu Network Address Ipkts Ierrs IdropOpkts Oerrs Coll wlan0 1500 7c:c3:a1:aa:ff:38 189749 0 0 248813 519 0 Поэтому "забить" сразу, мне не очень бы хотелось :) А вообще спасибо за идею! 2014-02-18 10:56 GMT+02:00 Eugene Grosbein : > On 18.02.2014 15:22, Nikita Olenets wrote: > > Коллеги, приветствую! > > > > Может кто сталкивался со следующим. > > FreeBSD 10.0-STABLE > > net-snmp-5.7.2_3 > > > > snmpwalk -v2c -c pub_community localhost ifXtable | egrep > "ifHCInOctets.10|ifHCOutOctets.10" > > IF-MIB::ifHCInOctets.10 = Counter64: 35281702 > > IF-MIB::ifHCOutOctets.10 = Counter64: 0 > > > > Сам интерфейс > > > > snmpget -v2c -c pub_community localhost ifName.10 > > IF-MIB::ifName.10 = STRING: wlan0 > > > > Вопрос в том, как интерфейс (при том, что он работает и обмен пакетами > происходить нормально) может не отображать счетчики? > > > > В дополнение скажу, другие интерфейсы отображают счетчики нормально. > > У меня используется bridge0 и участники его следующие (wlan0, fx0), fxp0 > растут счетчики. > > > > Прошу пролить свет на ситуацию. Или хотя бы дайте пожалйста совет. > > Спасибо. > > Возможно, баг в драйвере. Обычное дело для "синтетических" устройств, > например, lagg(4) не увеличивает счетчик packets для non-unicast. > Чем wlan(4) хуже? :-) > > Лезть в код и править, там обычно элементарно, достаточно глянуть > в соответствующее место в других - корректно работающих - драйверах. > > Или забить. > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] SNMP ifHCOutOctets нет значений
Коллеги, приветствую! Может кто сталкивался со следующим. FreeBSD 10.0-STABLE net-snmp-5.7.2_3 snmpwalk -v2c -c pub_community localhost ifXtable | egrep "ifHCInOctets.10|ifHCOutOctets.10" IF-MIB::ifHCInOctets.10 = Counter64: 35281702 IF-MIB::ifHCOutOctets.10 = Counter64: 0 Сам интерфейс snmpget -v2c -c pub_community localhost ifName.10 IF-MIB::ifName.10 = STRING: wlan0 Вопрос в том, как интерфейс (при том, что он работает и обмен пакетами происходить нормально) может не отображать счетчики? В дополнение скажу, другие интерфейсы отображают счетчики нормально. У меня используется bridge0 и участники его следующие (wlan0, fx0), fxp0 растут счетчики. Прошу пролить свет на ситуацию. Или хотя бы дайте пожалйста совет. Спасибо. -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Не запускается centerim
Ага, так понятнее стало. Вот вам к прочтению статейка из хендбука. http://www.freebsd.org/doc/en/articles/custom-gcc/article.html После того, как проделаете описанные в хендбуке шаги, у вас все заработает. 2014-02-17 18:01 GMT+02:00 Alexander Panyushkin : > 17.02.2014 17:52, Nikita Olenets пишет: > > Приветствую! >> >> При сборке с помощью gcc, вам нужно так же обратить внимание на то, что >> написано внутри /etc/libmap.conf >> Покажите этот файлик (точнее его содержимое). >> >> >> cat libmap.conf > # $FreeBSD: head/etc/libmap.conf 253853 2013-08-01 05:50:42Z jlh $ > includedir /usr/local/etc/libmap.d > > > cat libmap32.conf > # $FreeBSD: head/etc/libmap32.conf 255413 2013-09-09 06:02:30Z des $ > /usr/lib/private/usr/lib32/private > > 2014-02-17 17:47 GMT+02:00 Alexander Panyushkin > vsi...@gmail.com>>: >> >> >> Всем привет! >> >> Посыпался недавно винт, пришлось переносить все на новый. >> Дело дошло до centerim >> Порт собрался и установился успешно, по при запуске возникает ошибка. >> >> > centerim >> /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.11 >> required by /usr/local/bin/centerim not found >> >> Не знаю в какую сторону копать. Прошу помощи сообщества. >> >> FreeBSD 10.0-STABLE #0 r261945: Sun Feb 16 14:46:09 EET 2014 amd64 >> Порт собирался GCC 4.6 >> >> -- >> Head of network resource management group >> Nikita Olenets >> z...@zeon.kiev.ua <mailto:z...@zeon.kiev.ua> >> ZEON-UANIC >> ZEON-RIPE >> > > > -- > Alexander > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Не запускается centerim
Приветствую! При сборке с помощью gcc, вам нужно так же обратить внимание на то, что написано внутри /etc/libmap.conf Покажите этот файлик (точнее его содержимое). 2014-02-17 17:47 GMT+02:00 Alexander Panyushkin : > Всем привет! > > Посыпался недавно винт, пришлось переносить все на новый. > Дело дошло до centerim > Порт собрался и установился успешно, по при запуске возникает ошибка. > > > centerim > /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.11 required by > /usr/local/bin/centerim not found > > Не знаю в какую сторону копать. Прошу помощи сообщества. > > FreeBSD 10.0-STABLE #0 r261945: Sun Feb 16 14:46:09 EET 2014 amd64 > Порт собирался GCC 4.6 > > -- > Alexander > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue
Приветствую сообщество! Для начала о плохом. (Всем кто давал свои рекомендации, ответ простой: ничего не заработало, даже если модуль собрался, он не загружался в сам астериск, ошибки все те же) Стандартным момпилятором в 10-ке clang-ом, собрать это все не представляется возможным. А для того чтобы собрать работоспособный модуль под 10-ой, мне понадобилось: pkg install gcc46 edit /etc/libmap.conf libgcc_s.so.1 gcc46/libgcc_s.so.1 libgomp.so.1gcc46/libgomp.so.1 libobjc.so.3gcc46/libobjc.so.2 libssp.so.0 gcc46/libssp.so.0 libstdc++.so.6 gcc46/libstdc++.so.6 edit /etc/make.conf .if !empty(.CURDIR:M/usr/ports/*) && exists(/usr/local/bin/gcc46) CC=gcc46 CXX=g++46 CPP=cpp46 .endif cd /usr/ports/net/asterisk11 && make install clean (да-да, знаю что оно притянет кучу пакетов и все они будут собраны gcc-ой) После чего собираем сам модуль с одной лишь опцией конфигурации: cd /tmp/asterisk-chan-dongle-asterisk11 && ./configure CC=gcc46 && make && cp chan_dongle.so /usr/local/lib/asterisk/modules Ну и как результат test-10*CLI> dongle show device devices version test-10*CLI> dongle show version chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 16 Project Home: http://code.google.com/p/asterisk-chan-dongle Bug Reporting: http://code.google.com/p/asterisk-chan-dongle/issues/list 2014-02-04 Volodymyr Kostyrko : > 04.02.2014 15:38, Nikita Olenets написав(ла): > > Спасибо за советы, сейчас перепробую каждую из предложенных вариантов и >> отпишусь. >> > > Ну тогда ещё в копилку. Не факт что ему настолько нужен iconv и возможно > его можно просто выключить: > > ./configure --without-libiconv > > Просто насколько я помню описание iconv на m4 немного с костылями и может > давать сбои. > > > -- > Sphinx of black quartz, judge my vow. > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue
Спасибо за советы, сейчас перепробую каждую из предложенных вариантов и отпишусь. 2014-02-04 Volodymyr Kostyrko > 04.02.2014 14:51, Nikita Olenets написав(ла): > > Василий, проблема в том, что модуль собирается. >> Но видимо как-то хитро и динамически (я имею ввиду функции типа >> iconv_open и т.д) >> Владимир, вот вам логи от configure: >> > > checking for library containing iconv... none required >> > > А оно его вообще линкует с этой библиотекой? Судя по этой строке оно может > и забить... > > > checking whether iconv.h in /usr/include... yes >> checking iconv.h usability... yes >> checking iconv.h presence... yes >> checking for iconv.h... yes >> checking for iconv use const inbuf... no >> checking for iconv_t in iconv.h... yes >> > > Детектит вроде правильно... > > ldd -a <полученный файл> > > Если библиотеки в выводе нету можно по быстрому схитрить определив при > компиляции: > > LD_FLAGS=-liconv > > > -- > Sphinx of black quartz, judge my vow. > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue
Василий, проблема в том, что модуль собирается. Но видимо как-то хитро и динамически (я имею ввиду функции типа iconv_open и т.д) Владимир, вот вам логи от configure: root@test-10:~/asterisk-chan-dongle-asterisk11 # ./configure CC=gcc44 checking build system type... amd64-unknown-freebsd10.0 checking host system type... amd64-unknown-freebsd10.0 checking target system type... amd64-unknown-freebsd10.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc44 accepts -g... yes checking for gcc44 option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc44... none checking how to run the C preprocessor... gcc44 -E checking for strip... strip checking for rm... rm checking for library containing iconv... none required checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking whether asterisk.h in ../include... no checking whether asterisk.h in /usr/include... no checking whether asterisk.h in /usr/local/include... yes checking asterisk.h usability... yes checking asterisk.h presence... yes checking for asterisk.h... yes checking whether iconv.h in /usr/include... yes checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for iconv use const inbuf... no checking for iconv_t in iconv.h... yes checking for AST_CONTROL_SRCCHANGE in asterisk/frame.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking for ssize_t... yes checking for uint64_t... yes checking whether CC supports -fvisibility=hidden... yes checking whether CC supports -fPIC... yes checking whether CC supports -Wall... yes checking whether CC supports -Wextra... yes checking whether CC supports -MD -MT conftest.o -MF /dev/null -MP... yes checking whether DESTDIR is /usr/lib/asterisk/modules... no checking whether DESTDIR is /usr/local/lib/asterisk/modules... yes checking for working memcmp... yes checking for memchr... yes checking for memmove... yes checking for memset... yes checking for memmem... yes checking for strcasecmp... yes checking for strchr... yes checking for strncasecmp... yes checking for strtol... yes checking for realpath... yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands 2014-02-04 Vasiliy P. Melnik > а может так ? > > http://mysyura.in.ua/chan_dongle-asterisk-10/ > > 4 февраля 2014 г., 14:09 пользователь Nikita Olenets > написал: > > Приветствую, коллеги! > > > > С выходом в релиз 10-ой ветки FreeBSD, появилась возможность использовать > > графический адаптер на ASUS E45-M1 PRO, > > А заодно и перенести весь функционал с домашнего серверочка на эту > систему. > > Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система > > 9.2-PRERELEASE FreeBSD (i386) > > Это была преамбула :) > > А вопрос заключается в следующем, на старой системе имеется связка > > asterisk+chan_dongle, работает отлично. > > В новой системе модуль для астериска вообще не собирается (так как в > 10-ке > > по умолчанию clang) > > Было проделано два эксперимента: > > 1. Модуль был собран на 10-ке с помощью gcc44 (из портов) > > 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы) > > Теперь о результатах. > > В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется > уже в > > базовой системе встроенный iconv > > Ошибка во обоих случаях одинакова
Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue
Собрал из портов /usr/ports/converters/iconv root@test-10:/usr/ports/converters/iconv # cd / root@test-10:/ # file /usr/local/lib/libbiconv.so.2 /usr/local/lib/libbiconv.so.2: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped root@test-10:/ # ldd /usr/local/lib/libbiconv.so.2 /usr/local/lib/libbiconv.so.2: libc.so.7 => /lib/libc.so.7 (0x80081d000) root@test-10:/ # file /usr/local/lib/libiconv.so /usr/local/lib/libiconv.so: symbolic link to `/usr/local/lib/libbiconv.so.2' Результат все тот же. Может нужно сам модуль собрать хитрым образом (пока не представляю даже как это) со старыми (я имею ввиду от старого iconv) заголовочными файлами? 2014-02-04 Eugene V. Boontseff > 04.02.2014 16:09, Nikita Olenets пишет: > > >> А вопрос заключается в следующем, на старой системе имеется связка >> asterisk+chan_dongle, работает отлично. >> В новой системе модуль для астериска вообще не собирается (так как в >> 10-ке по умолчанию clang) >> Было проделано два эксперимента: >> 1. Модуль был собран на 10-ке с помощью gcc44 (из портов) >> 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы) >> Теперь о результатах. >> В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется >> уже в базовой системе встроенный iconv >> Ошибка во обоих случаях одинаковая. При попытке загрузить собранный >> модуль chan_dongle в asterisk: >> test-10*CLI> module load chan_dongle.so >> Unable to load module chan_dongle.so >> Command 'module load chan_dongle.so' failed. >> [Feb 4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module >> *load_dynamic_module(const char *, unsigned int, struct ast_h: Error >> loading module 'chan_dongle.so': >> /usr/local/lib/asterisk/modules/chan_dongle.so: >> Undefined symbol "iconv_open" >> [Feb 4 14:06:53] WARNING[100125]: loader.c:902 enum >> ast_module_load_result load_resource(const char *, unsigned int, struct as: >> Module 'chan_dongle.so' could not be loaded. >> Прошу направить в нужном направлении, куда копать? >> Благодарю! >> >> А если сделать в /usr/local/lib ссылку на libiconv.so? > > -- > Евгений > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] FreeBSD-10+asterisk+chan_dongle issue
Приветствую, коллеги! С выходом в релиз 10-ой ветки FreeBSD, появилась возможность использовать графический адаптер на ASUS E45-M1 PRO, А заодно и перенести весь функционал с домашнего серверочка на эту систему. Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система 9.2-PRERELEASE FreeBSD (i386) Это была преамбула :) А вопрос заключается в следующем, на старой системе имеется связка asterisk+chan_dongle, работает отлично. В новой системе модуль для астериска вообще не собирается (так как в 10-ке по умолчанию clang) Было проделано два эксперимента: 1. Модуль был собран на 10-ке с помощью gcc44 (из портов) 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы) Теперь о результатах. В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется уже в базовой системе встроенный iconv Ошибка во обоих случаях одинаковая. При попытке загрузить собранный модуль chan_dongle в asterisk: test-10*CLI> module load chan_dongle.so Unable to load module chan_dongle.so Command 'module load chan_dongle.so' failed. [Feb 4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module *load_dynamic_module(const char *, unsigned int, struct ast_h: Error loading module 'chan_dongle.so': /usr/local/lib/asterisk/modules/chan_dongle.so: Undefined symbol "iconv_open" [Feb 4 14:06:53] WARNING[100125]: loader.c:902 enum ast_module_load_result load_resource(const char *, unsigned int, struct as: Module 'chan_dongle.so' could not be loaded. Прошу направить в нужном направлении, куда копать? Благодарю! -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Re: [freebsd] "неубиваемый" статик роут
В случае сервера, наверное вариант с квагой вам больше подойдет. Если бы только это был не pptp, сюда элегантно подходит OpenVPN с установкой статиков в сторону клиента. 2013/5/25 Yuriy B. Borysov > Hi! > > On Sat, May 25, 2013 at 05:56:53PM +0300, Nikita Olenets writes: > > Вот интересно, зачем вам статик в не существующий интерфейс? > > В MPD5 есть замечательная опция: > > set iface route 8.8.8.8/32 > > Работает так, как ей и полагается. > > Пока интерфейс жив, статик будет существовать, как только пропал, статик > > удалится. > > В моём случае, одна из машин сервер, а другая клиент. > На сервер коннекятся несколько клиентов одновременно. > Куда в таком случае лепить set iface route? > > > -- > WBR, Yuriy B. Borysov > YOKO-UANIC | YOKO-RIPE > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] "неубиваемый" статик роут
Вот интересно, зачем вам статик в не существующий интерфейс? В MPD5 есть замечательная опция: set iface route 8.8.8.8/32 Работает так, как ей и полагается. Пока интерфейс жив, статик будет существовать, как только пропал, статик удалится. 2013/5/25 Eugene Grosbein > On 25.05.2013 20:07, Yuriy B. Borysov wrote: > > Здравствуйте! > > > > А можно сделать на freebsd нарисовать такой статик, который бы не > > пропадал при падении интерфейса, в который он смотрит? > > > > Т.е. есть pptp линк, на вторую сторону которого смотрит статический > > роут. При падении линка, роут пропадает. А хотелось бы, чтобы не. > > Если это важно, pptp работает на mpd. > > Например, можно запустить quagga и в её конфиге сказать > > ip route x.x.x.x/x -iface ng0 250 > > Тогда, если mpd удаляет свой маршрут для x.x.x.x/x, то quagga > инсталлирует его в ядро обратно. > > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Re: [freebsd] USB 3G Modem (Зафиксить com-порт)
Да, прошу прощения, конечно же dongle zeon*CLI> module show like dongle Module Description Use Count chan_dongle.so Huawei 3G Dongle Channel Driver 2 1 modules loaded 2013/3/7 Eugene V. Boontseff > 07.03.2013 16:10, Nikita Olenets пишет: > > Интересное предложение. Сразу как-то и не подумал :) > Я использую chan_datacard к астериску. > > chan_datacard - совсем старое. сейчас это chan_dongle > детект/звонки по imei/imsi поддерживаются только под linux > и для asterisk это (chan-dongle) не стандартная фича, а сторонний проект, > который неизвестно жив или мертв. > > > 2013/3/7 Alexander Yerenkow > >> Есть предложение скооперироваться и просто запилить детект по imei для >> астерикса :) >> Если вы его используете. >> >> Regards, Alexander Yerenkow >> 07.03.2013 13:42 пользователь "Nikita Olenets" >> написал: >> >> Коллеги, приветсвую! >>> >>> Имею пару модемов под топиком 9.1-STABLE. >>> Модемы Huawei E1550 (Используются для голоса) >>> >>> Модемы подключены через активный USB-хаб. >>> Сейчас выглядит это вот так: >>> >>> # usbconfig | grep HUAWEI >>> ugen4.10: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> ugen4.9: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> Периодичски, идентификатор usb устройства меняется и как следствие >>> меняется его сериальный порт в /dev/ >>> >>> Знаю, что теоретически проблема могла бы быть решена через devd, но: >>> # usbconfig -d ugen4.10 dump_device_desc >>> ugen4.10: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> bLength = 0x0012 >>> bDescriptorType = 0x0001 >>> bcdUSB = 0x0200 >>> bDeviceClass = 0x >>> bDeviceSubClass = 0x >>> bDeviceProtocol = 0x >>> bMaxPacketSize0 = 0x0040 >>> idVendor = 0x12d1 >>> idProduct = 0x1001 >>> bcdDevice = 0x >>> iManufacturer = 0x0002 >>> iProduct = 0x0001 >>> iSerialNumber = 0x >>> bNumConfigurations = 0x0001 >>> >>> # usbconfig -d ugen4.9 dump_device_desc >>> ugen4.9: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> bLength = 0x0012 >>> bDescriptorType = 0x0001 >>> bcdUSB = 0x0200 >>> bDeviceClass = 0x >>> bDeviceSubClass = 0x >>> bDeviceProtocol = 0x >>> bMaxPacketSize0 = 0x0040 >>> idVendor = 0x12d1 >>> idProduct = 0x1001 >>> bcdDevice = 0x >>> iManufacturer = 0x0002 >>> iProduct = 0x0001 >>> iSerialNumber = 0x >>> bNumConfigurations = 0x0001 >>> >>> Отличий в двух модемах вообще нет. >>> Кто сталкивался, прошу помощи. >>> >>> -- >>> Head of network resource management group >>> Nikita Olenets >>> z...@zeon.kiev.ua >>> ZEON-UANIC >>> ZEON-RIPE >>> >> > > > -- > Head of network resource management group > Nikita Olenets > z...@zeon.kiev.ua > ZEON-UANIC > ZEON-RIPE > > > > -- > -- > Евгений Бунцев > Технический директор компании "Что делать Консалт" > mail to: eug...@wdc.spb.ru > jabber/xmpp: eugene@spb.4dk.ruhttp://www.4dk.ru > т. (812) 33-444-77 доб. (86) 3000 или 300 > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] USB 3G Modem (Зафиксить com-порт)
Интересное предложение. Сразу как-то и не подумал :) Я использую chan_datacard к астериску. 2013/3/7 Alexander Yerenkow > Есть предложение скооперироваться и просто запилить детект по imei для > астерикса :) > Если вы его используете. > > Regards, Alexander Yerenkow > 07.03.2013 13:42 пользователь "Nikita Olenets" > написал: > > Коллеги, приветсвую! >> >> Имею пару модемов под топиком 9.1-STABLE. >> Модемы Huawei E1550 (Используются для голоса) >> >> Модемы подключены через активный USB-хаб. >> Сейчас выглядит это вот так: >> >> # usbconfig | grep HUAWEI >> ugen4.10: at usbus4, cfg=0 md=HOST >> spd=HIGH (480Mbps) pwr=ON >> ugen4.9: at usbus4, cfg=0 md=HOST >> spd=HIGH (480Mbps) pwr=ON >> >> Периодичски, идентификатор usb устройства меняется и как следствие >> меняется его сериальный порт в /dev/ >> >> Знаю, что теоретически проблема могла бы быть решена через devd, но: >> # usbconfig -d ugen4.10 dump_device_desc >> ugen4.10: at usbus4, cfg=0 md=HOST >> spd=HIGH (480Mbps) pwr=ON >> >> bLength = 0x0012 >> bDescriptorType = 0x0001 >> bcdUSB = 0x0200 >> bDeviceClass = 0x >> bDeviceSubClass = 0x >> bDeviceProtocol = 0x >> bMaxPacketSize0 = 0x0040 >> idVendor = 0x12d1 >> idProduct = 0x1001 >> bcdDevice = 0x >> iManufacturer = 0x0002 >> iProduct = 0x0001 >> iSerialNumber = 0x >> bNumConfigurations = 0x0001 >> >> # usbconfig -d ugen4.9 dump_device_desc >> ugen4.9: at usbus4, cfg=0 md=HOST >> spd=HIGH (480Mbps) pwr=ON >> >> bLength = 0x0012 >> bDescriptorType = 0x0001 >> bcdUSB = 0x0200 >> bDeviceClass = 0x >> bDeviceSubClass = 0x >> bDeviceProtocol = 0x >> bMaxPacketSize0 = 0x0040 >> idVendor = 0x12d1 >> idProduct = 0x1001 >> bcdDevice = 0x >> iManufacturer = 0x0002 >> iProduct = 0x0001 >> iSerialNumber = 0x >> bNumConfigurations = 0x0001 >> >> Отличий в двух модемах вообще нет. >> Кто сталкивался, прошу помощи. >> >> -- >> Head of network resource management group >> Nikita Olenets >> z...@zeon.kiev.ua >> ZEON-UANIC >> ZEON-RIPE >> > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] USB 3G Modem (Зафиксить com-порт)
Коллеги, приветсвую! Имею пару модемов под топиком 9.1-STABLE. Модемы Huawei E1550 (Используются для голоса) Модемы подключены через активный USB-хаб. Сейчас выглядит это вот так: # usbconfig | grep HUAWEI ugen4.10: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.9: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Периодичски, идентификатор usb устройства меняется и как следствие меняется его сериальный порт в /dev/ Знаю, что теоретически проблема могла бы быть решена через devd, но: # usbconfig -d ugen4.10 dump_device_desc ugen4.10: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1001 bcdDevice = 0x iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x bNumConfigurations = 0x0001 # usbconfig -d ugen4.9 dump_device_desc ugen4.9: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1001 bcdDevice = 0x iManufacturer = 0x0002 iProduct = 0x0001 iSerialNumber = 0x bNumConfigurations = 0x0001 Отличий в двух модемах вообще нет. Кто сталкивался, прошу помощи. -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Re: [freebsd] Проблемы с igmpproxy
А как по ресурсоемкости себя ведет udpxy (cpu,mem)? 2012/9/25 Sergey Rudenko : > Tue, 25 Sep 2012 15:45:04 +0300 от Владислав Продан : > > > Поставил из портов и не работает :( > > Подробности: > http://forum.tenet.ua/showpost.php?p=45987&postcount=32 > > Что я делаю не так? > > у кого-то есть рабочий конфиг + правила firewall'a ? > > > Приветствую. У меня тоже не срослось igmpproxy > а вот udpxy завёлся без проблем. > > udpxy_port="8001" > udpxy_flags="-S -m fxp0 -a em0 -c 20 -M 300" > > fxp0 - внешний > em0 - внутренний > > Ну и плейлист нужно править с учётом прокси > > > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
[freebsd] Re: [freebsd] Проблемы с igmpproxy
Вот тут есть решение: http://www.opennet.ru/tips/info/2649.shtml Возможно оно вам подойдет. 2012/9/25 Владислав Продан : > > Поставил из портов и не работает :( > > Подробности: > http://forum.tenet.ua/showpost.php?p=45987&postcount=32 > > Что я делаю не так? > > у кого-то есть рабочий конфиг + правила firewall'a ? > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
Re: [freebsd] [freebsd-beer] Amanda vs Bacula et cetera
Довелось длительное время использовать Bacula. Использовалось в основном для подстраховки: полный бекап, диффиренциальный и инкрементальный. По уровню настройки "из коробки", показался действительно монстроидальным. Восстанавливал систему на чистый винт, использовал LiveCD (Frenzy) и файлы бекапов. Плюсы системы (IMHO) это наличие клиентов как под топик так и под M$. Сюда же можно отнести и возможность писать образы на CD/DVD, а так же на ленты. Из минусов, наверное только сложность организации документации к самой системе. P.S. В последнее время почитываю рассылку по Bacula, сообщений не много, как и самих подписчиков. Могу судить, что сама система не пользуется большой популярностью. 2011/9/20 Artyom Viklenko > 20.09.2011 16:21, Andrey N. Oktyabrski пишет: > > On 20.09.11 13:31, Sayetsky Anton wrote: >> >>> Собственно, сабж. Кто что юзает, довольны ли? >>> >>> ЗЫЖ Самописные скрипты неинтересны - это скорее для админов >>> локалхоста, нежели для большого кол-ва машин. >>> >> Самописные скрипты в данном случае как раз идеальный вариант. Потому что >> их надо всего два: клиентский и серверный. Будет в обоих порядка 20-50 >> строк. Почитал я когда-то про все эти монструозные аманды, бакулы и >> т.п., и написал для своих 5-7 серваков пару таких скриптиков. Лет пять >> назад как сделал, так до сих пор и работают. Хотя и меня уже давно там >> нет, и после меня несколько человек сменилось. >> > > Сейчас юзаем Amanda. Но местами все же остается ощущение, > что как-то оно не так. > > У самого тоже есть готовый скриптик - клиентский. > Копирую на очередной тазик и правлю в нем несколько переменных > (в основном собственно, какие файловые системы бекапить). > Используются стандартные dump/rsh. И сроку в /etc/crontab. > На сервере никаких скриптов вообще. Используется /etc/rmt, > открыть в /etc/inetd.conf службу shell (rshd), есть пользователь > backup с соотв. файлом .rhosts. Все. > > Кто-то скажет, что это не секюрно и т.п., но за болле чем 7 лет > проблем не возникло ни разу. Можно, конечно и ssh заюзать, и сжатие > сделать. Но меня пока устраивает и в таком виде. > > Важным плюсом есть то, что для восстановления умешего винта, > например, достаточно стандартного LiveCD. В случае же с Amanda > - нужно еще сначала вытащить нужные дампы и все равно дать к > ним доступ тем или иным способом. Или же ставить систему, > клиента аманды и только потом восстанавливать... > Но это дольше - проверено. > > Все это IMHO - спорить и доказывать никому ничего не собираюсь. :) > > -- > Sincerely yours, >Artyom Viklenko. > --**- > ar...@aws-net.org.ua | > http://www.aws-net.org.ua/~**artem<http://www.aws-net.org.ua/%7Eartem> > ar...@viklenko.net | ==**== > FreeBSD: The Power to Serve - http://www.freebsd.org > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
Re: [freebsd] bsnmpd 64bit counters
Приветствую! У него то как раз "из коробки" все считается :) 2011/6/15 Michael A. Revenko > Hello All! > > Может кто в курсе как у bsnmpd с 64bit счетчиками if[In|Out]Octets ? > Или только net-snmp ? > > WBR, Mike > -- Head of network resource management group Nikita Olenets z...@zeon.kiev.ua ZEON-UANIC ZEON-RIPE
