Пошук по сайту
Результати пошуку за тегами 'FreeBSD'.
Найдено 41 результат
-
Стабильный релиз Ubilling 0.8.1 rev 5330 Основные изменения: Изменения в структуре БД, см дамп. alter.ini: добавлена новая опция ADMIN_NAMES включающая показ ФИО администраторов в некоторых модулях. alter.ini: добавлена новая опция TASKREPORT_ENABLED включающая отчет по задачам. alter.ini: добавлена новая опция TASKREPORT_JOBTYPES указывающая типы работ для отчета. alter.ini: добавлена новая опция TASKREPORT_SIGNUPJOBTYPES указывающая типы работ являющиеся подключательными. alter.ini: добавлена новая опция TASKREPORT_NOTESTAGIDS указывающая ID тегов попадающих в примечания. alter.ini: до
-
В /usr/ports/UPDATING появилось: 20170117: AFFECTS: users of EoL'ed FreeBSD versions (<10.3, 11 prior to 11.0) AUTHOR: amdmi3@FreeBSD.org The ports system will now refuse to build anything if it's run on outdated system version. This protects users from unexpected build failures after code to support EoL'ed systems is removed from the tree. You may define ALLOW_UNSUPPORTED_SYSTEM to override this and allow builds, but no support will be provided in case of failures.
-
Все доброго времени! Нужен профессионал, проверить сервер FreeBSD на предмет правильности настройки, устойчивости к нагрузкам и т.п. Разумеется за оплату. Предложения в личку.
-
Внезапный, и вроде как стабильный релиз Ubilling 0.7.5 - rev 4982 Из основных изменений: Продвинутое управление вланами - новый snmp шаблон для alcatel 6224 ls, спасибо oberon85 Продвинутое управление вланами - добавлена поддержка кастомных скриптов для создания и назначения вланов на порту свичей. userstats.ini - новая опция MG_PROTECTION включающая защиту от случайных подписок. userstats.ini - новая опция MG_GUIDE_URL указывающая ссылку на инструкцию по активации подписки. Модуль «Динамический шейпер»: теперь имена тарифов, не подверженны спонтанной локализации. Модуль «Скорость тар
-
що є: якщо у кліента немає сплати за послугу він отримає по ДШСП адресу з локальної мережи 10,0,х,х шлюз freebsd 10 (ipfw, named) ТЗ: потрібно зробити щоб усі веб запроси (80 порт) від такого клієнта поступали на наш локальний сайт (10,0,90,190) і він відкривався у клієнта замість запрошеного підкажить як це реалізувати.
-
Нужна помощь в обнаружении причины падения скорости у абонентов за денежное вознаграждение. Интернет шлюз построен на FreeBSD. Просьба писать в личку. -
Доброго времени суток. Тем затертая, но не понимаю что не так, прочитал кучу статей, перепробовал много вариантов - не получается. uname -a FreeBSD nadejda 9.3-RELEASE FreeBSD 9.3-RELEASE #3: Tue Mar 3 01:21:41 EET 2015 root@nadejda:/usr/obj/usr/src/sys/NADEJDA i386 options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=1000 options DUMMYNET options IPFIREWALL_NAT options LIBALIAS options HZ=1000 optio
-
На сервере с FreeBSD есть 3 интерфейса: 1. Реальный IP 1.1.1.2/30 uplink на провайдера, поднят NAT. 2. Реальный IP маршрутизация сети с реальными IP 1.1.2.1/29 3. Серый IP 172.16.1.1/24 сеть с клиентами. Проблема в том что пакеты от клиентов с серой сети 172.16.1.1/24 не проходят на сеть 1.1.2.1/29. Как это исправить? Пробовал поднимать NAT на IP: 1.1.2.1 и пропускать через него только нужные сети, не получилось
-
Всем привет! Перехожу с ноу-нэймовых гиговых сетевух на нормальную серверную с интелловским чипом - I340-T4. Ранее уже менял собственноручно, но все же для большей уверенности хотел бы на всяк случай спросить: - при замене на серваке с FreeBSD 8.3 (с полностью работающим Биллингом, NAT и т.д. - все в одном флаконе) сетевой карты нужно поменять названия интерфейсов (например с re0 и re1 на em0 и em1) в rc.conf, в DHCP конфиге, и все вроде бы? - а что там с драйверами: они уже там есть или стоит в ядро что-то добавить или подгружать как-то еще? Подскажите пожалуйста, кто что знает как
-
После превышения скорости на uplink-е больше 100 Мб в вечерние часы пик наблюдаються просадки на графиках, при этом шлюз провайдера пингуеться нормально. Провайдер также подтверждает что у него наблюдаються такие просадки на моем интерфейсе. Кто сталкивался с таким? Cервер работает на FreeBSD 8.4
-
Хотел бы изучить данную ОС, именно в плане сетевого администрирования. Подскажите, какие ресурсы лучше всего использовать, литературу. Вот то что я на данный момент нашел, что изучаю, может быть есть что то лучше? Заранее спасибо!
-
И так, чтобы не говорили, что от начала года уже прошло добрых две недели, отныне доступен стабильный релиз Ubilling 0.6.2 rev 4105 Вкратце по чейнджлогу: Продвинутое управление VLAN-ами: Исправлено генерация DHCP конфигов для dhcp option82 + vlan per user. Продвинутое управление VLAN-ами: Добавлена формочка на удаления влана. Модуль «Бекап БД»: добавлено логирование неудачных попыток восстановления БД. Модуль «Кеш FDB»: множественные фильтры MAC адресов теперь регистронезависимы. Модуль «Аналитика»: оптимизировано быстродействие. Модуль «Справочник свитчей»: добавлен индикатор существующ
-
https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ Пока только 10.1 amd64, ядро GENERIC
-
Всем привет. Нужна помощь... У меня сервак с FreeBSD (на програмном рэйде с файловой системой ZFS). Сервак физически досягаем... любой физический доступ к нему есть. К нему от времени забылся пороль root'a (так как использовал команду su по SSH от другого пользователя) Еще пару дней назад по SSH заходил, su ..ввел пароль, получил права рута и смотрел что хотел. (При этом никаких сомнительных действий не делал - никаких действий с master.passwd и командой passwd и vipw) Сегодня заглянул по SSH на сервак, ввел su, пароль... а ответ : Sorry. Начал искать причину, заглянул и в конфиг sudoers' -
Користуюсь видачею адрес по маку. Жахлива кількість запісів у логах Aug 6 10:19:37 dhcpd: send_packet: Host is down Aug 6 10:19:37 dhcpd: dhcp.c:3552: Failed to send 300 byte long packet over fallback interface. Aug 6 10:28:29 dhcpd: send_packet: Host is down Aug 6 10:28:29 dhcpd: dhcp.c:3552: Failed to send 300 byte long packet over fallback interface. Aug 6 10:37:21 dhcpd: send_packet: Host is down Aug 6 10:37:21 dhcpd: dhcp.c:3552: Failed to send 300 byte long packet over fallback interface. Aug 6 10:46:13 dhcpd: send_packet: Host is down Aug 6 10:46:13 dhcpd: dhcp.c:3552: Failed
-
Внимание. Вопрос идиотский. Есть ipfw, есть нат. Конфигурится так: ipwf nat 1 config ip 192.168.200.3 log redirect_port 192.168.0.2:85 85 ipfw nat 2 config ip 192.168.200.2 log Проброс происходит - ничего не открывается. Tcpdump на локальном влане: # tcpdump -n -i vlan20 port 85 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan20, link-type EN10MB (Ethernet), capture size 65535 bytes IP xx.xx.x.xxx.55630 > 192.168.0.3.85: Flags [S], seq 2744952797, win 8192, options [mss 1460,nop,nop,sackOK], length 0 IP 192.168.0.3.85 > xx.xx.x.xxx.55630
-
Сегодня обнаружил в логах May 25 19:59:50 nas kernel: MCA: Bank 0, Status 0x9000004000010005 May 25 19:59:50 nas kernel: MCA: Global Cap 0x0000000000000c09, Status 0x0000000000000000 May 25 19:59:50 nas kernel: MCA: Vendor "GenuineIntel", ID 0x306a9, APIC ID 0 May 25 19:59:50 nas kernel: MCA: CPU 0 COR (1) internal parity error Никогда не сталкивался с таким глюком. Кто что может подсказать? FreeBSD 9.1
-
День добрый, имеется: 9.2-RELEASE #0: Sun May 18 03:42:49 EEST 2014 /usr/obj/usr/src/sys/ROUTER i386 Суть проблемы: иногда, загрузка проца подымается до возможных 100% (проц кстати двухядерка пень 4). Так вот если верить показанию топа - нагрузка растёт именно из-за прерываний на внешней сетевой карте (менять пробовал, эфект тот-же). Но vmstat -i в норме. Вот примерно следующее видно: last pid: 22409; load averages: 0.52, 0.50, 0.30 128 processes: 3 running, 109 sleeping,
-
Добрые люди! Поделитесь соображением на эту тему)) А то как-то слабо у меня получается мою логику к Ubilling привязать. Имеется NAS + Billing в одной коробке. Там же будет в этой коробке будут подняты vlan-ы. Дальше по трассе стоят просто л2 свичи.
-
Знаю що моє питання не по темі форуму, але так як тут багато знатоків FreeBSD, то хтось шось може порадить... є девайс USBTemper ugen3.3: <TEMPer1V1.1 RDing> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) як прочитати з нього температуру в серверній? Гуглю уже майже тиждень і без толку, єдине що на гуглив шо для BSD систем є драйвер uthum.c Як прикрутити цей драйвер під FreeBSD 9.2x64 , і чи взагалі це можливо на системі з Ubilling? Раніше цей девайс висів в мене на UBUNTU і дето в неті був найшов скомпілений файл pcsensor , через який і отримував значення темпера
-
Как всегда, тихо и незаметно, выходит стабильный релиз Ubilling 0.4.9 - rev 3155. Список изменений: alter.ini: новая опция COMPLEX_ENABLED включающая отчет по пользователям с комплексными услугами. alter.ini: новая опция COMPLEX_MASKS устанавливающая маски тарифов с комплексными услугами alter.ini: новая опция COMPLEX_CFIDS устанавливающая ID доп. полей профиля с договором и флагом активности. alter.ini: новая опция DN_FULLHOSTSCAN заполняющая content/dn при выполнении fullhostscan Новый модуль «Пользователи с комплексной услугой»: ну совсем даже непонятно чем он занимается, ага. Новый мо
-
Всем привет ! Подскажите плиз каким образом может меняться на фре шлюз по умолчанию ??? Подскажите плиз. найти причину, как бороться ? спасибо.
-
Почему все испытывают с этим такие страшные трудности - на данный момент остается загадкой вселенского масштаба. Давайте будем считать что это делается элементарно и раз и навсегда закроем этот вопрос. Хорошо?
-
Доброго времени суток постояльцам Локала. Есть сервер на FreeBSD 6. Сервер - это конечно громко сказано... обычный десктопный тазик. В том тазике стоит одноядерный проц Intel celeron D, на данный момент возникла необходимость заменить проц на что-то по мощнее, был выбран Core 2 Duo E8200. Так вот собственно назрел вопрос, т. к. фрю знаю плохо, интересует следующее: как поведет себя система, когда ей подсунут многоядерный проц в место одноядерного, нет ли необходимости что-то там тюнить, пересобирать ядро и т. д... FreeBSD 6.4-RELEASE-p7 FreeBSD 6.4-RELEASE-p7 ядро i386 generic
-
Снова возник вопрос, неужели никто не задавался целью как-то "научить" фрибсд распаралеливать по ядрам пппое трафик? Собрали на днях новый акцесник на базе проца Core i7 и сетевухи Intel ET. Смотрю в top - на входящей сетевой красивые 8-м потоков между которыми трафик равномерно распределяется - а на выходящей сетевой (пачка вланов и pppoe) все ложится на один поток. И как-то грустно стало из-за этого. Понимаю что если таки можно научить фрибсд либо драйвер сетевой распаралеливать пппое трафик по потокам - то можно было бы делать достаточно высокопроизводительные сервера доступа на базе многоя
