Перейти к содержимому
Local

Поиск по сайту

Результаты поиска по тегам 'FreeBSD'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • Настройка
    • Железо
    • Кабель
    • IPTV КТВ Кабельное телевидение
    • Wi-Fi
    • Софт
    • Инструмент для оптоволокна
    • Игры
    • PON
  • Организация
    • Сеть - бизнес
    • Поиск сетей
    • Поиск провайдера
    • Обсуждение провайдеров
    • Датацентры. Хостинг. Colocation.
    • Для Администрации
    • Покупка Продажа Объединение Сетей
    • Для людей
    • Вакансии. Работа. Курсы.
  • Stargazer
    • Разработка Stargazer
    • Вопросы по Stargazer
    • Stargazer Ubilling
    • Модули для Stargazer
  • Безопасность
    • Вирусы и Антивирусы
    • Целостность системы
    • Защита оборудования
    • DDoS защита
  • Коммуналка
    • Наш флейм
    • По сайту
    • Торговля
    • Для самых маленьких
  • Регионы
    • Харьков
    • Чернигов
    • Днепропетровск
    • Полтава
    • Крым
    • Запорожье
    • Тернополь
    • Донецк
    • Львов
    • Житомир
    • Сумы
    • Одесса
    • Черновцы
    • Закарпатье
    • Луганск

Календари

  • Основной календарь

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

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

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

Найдено 41 результат

  1. Владею знаниями и умениями о: Linux (Debian/ArchLinux/Fedora/CentOS) FreeBSD (7/8/9) Cisco и прочего зоопарка активного оборудования балансировке каналов (DNS/BGP/OSPF) минимизаций последствий DDoS резервном копировании Опыт администрирования 7 лет в различных хостинговых компаниях и ISP. Работаю в основном удаленно, выезд возможен только к заказчикам в Одессе. Контакты: ICQ: 38217626 Skype: vlad808
  2. https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/ Пока только 10.1 amd64, ядро GENERIC
  3. Все доброго времени! Нужен профессионал, проверить сервер FreeBSD на предмет правильности настройки, устойчивости к нагрузкам и т.п. Разумеется за оплату. Предложения в личку.
  4. После превышения скорости на uplink-е больше 100 Мб в вечерние часы пик наблюдаються просадки на графиках, при этом шлюз провайдера пингуеться нормально. Провайдер также подтверждает что у него наблюдаються такие просадки на моем интерфейсе. Кто сталкивался с таким? Cервер работает на FreeBSD 8.4
  5. Это.. прошу прощения у сообщества за потенциально ламероватый вопрос.. но не tcpdump'ом же мне пакеты рассматривать... Дано: контора, в ней сеть на десятка два машин, инет раздает NAT на базе FreeBSD 5.3 Биллингом на этом роутере работает Stargazer, параллельно есть транспарентный Squid и его логи визуализирует некий Sarg Недавно заметил очень уж здоровый трафик с одного из компов, выделил после работы время, прошерстил винду, просканил на вирусы, трояны и прочую хрень - все путем. Значит, трафик сосут прыгающие за тот комп юзвери Какой есть способ не слишком сложными манипуляциями на сервере определить, что куда за NATом идет и по каким портам, для определенного IP? Netflow прикручивать? Спасибо
  6. tivi

    Повышенный LA на FreeBSD 8.3

    Поставили новый (дополнительный) сервер доступа: freebsd 8.3 + mpd (pppoe) (nat'а нет) собран на i5-3570 (ивибридж), сетевые dual port ET. По сравнению с предыдущим сервером доступа (собирали год назад на i5-2500k сандибридж который) при аналогичном кол-ве трафика/pps значительно выше LA (load average). если на "старом" его показатели колеблются в пределах 0.1-0.2, то на "новом": 0.8-1.4 при этом загрузка процессоров практически идентична (порядка 35% в час пик - порядка 1к pppoe сессий и до гигабита трафика в каждую сторону) просмотрели sysctl -a на обоих серверах - все параметры тюнинга идентичны. /boot/loader.conf - тоже. настройки ядра (опции) и там и там идентичны. отличия только: версии камней/материнок, версия freebsd на "старом" 8.2, на "новом" - 8.3 пытались "рыть инет" - пусто. нашли только у буржуев в рассылках сообщение о повышении LA при смене версии. все. дропов на интерфейсах нет, затыков по памяти/буферам - тоже. смотрели по команде systat -v выдается статистика текущей нагрузки - память, диск, процессор + в том числе кол-во прерываний в секунду и куда они "идут". так вот... у каждого из серверов есть по 2 igb карты. у обоих igb0 смотрит на бордер и там очереди правильно параллелятся, а igb1 - смотрит в локальную сеть (PPPoE не параллелится, драйвера от "яндекса" не хочу . на "старом" сервере доступа по igb1 4 очереди. одна под нагрузкой (как и должно быть) - много прерываний, остальные 3 - практически пусто. на "новом" - прерывания идут по всем 4 ядрам/потокам практически одинаково, хотя под нагрузкой (по top -SPH) реально только одно ядро. на эти 3 очереди (которые должны быть пустыми) приходится порядка 15-20к прерываний в секунду. куда смотреть/копать ? заранее - спасибо.
  7. revomix

    poling во freebsd 9

    всем привет. поставил freebsd9 сделал тюнинг через sysctl, после перезагрузки ругается на kern.polling.enable. может кто знает как в 9-ке это сделать.
  8. В /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.
  9. Доброго дня. Есть два самосборных сервера: Мать: AsRock X79 Extreme3 Проц: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz Сетевуха: Intel 10G X520-DA2 E10G42BTDA 82599ES dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 dev.ix.1.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 Память: 4 ГБ БП: 460 Ватт FSP Оба настроены АБСОЛЮТНО идентично - с первого сделан клон винчестера и поставлен на второй. Ось: FreeBSD bgp2_btm.crystal.in.ua 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Jun 26 19:57:19 EEST 2012 amd64 Сервера включены в тестовый режим работы, то есть, при отказе одного включается (в ручном режиме ) второй. Оба используются только как БГП - один основной, второй резервный. Трафик бегает только по одному порту 10Г карты и в ЧНН допрыгивает до 2,8 ин 2,8 оут ГБ. Проблема в следующем: в произвольные моменты времени (от 10 минут до суток) активный сервер зависает. Причем зависает так, что не реагирует на клавиатуру. Перегрузить можно только нажатием на Ресет. В этот момент на экране нет никаких сообщений об ошибках - просто висит надпись Логин. Дампы не делаются, хотя включены. Судя по встроеному мониторингу температуры, перегрева нет, температура до 52 градусов самого горячего ядра. Память тестировали. Зависнуть может в моменты и когда бегает 50 МБт трафа и когда 2500 МБт. На обоих серверах стоят одинаковые комплектующие. Меняли уже все запчасти, кроме материнки и проца. На драйвера от сетевой стоит патчик от 'amarao', отключающий проверку типа СФП на порту. Без него порт не поднимается и пишет "Unsupported SPF+ module", так как DA-кабель не интеловский. Iperfом между серверами пролетает 8ГБ трафика. Тестировал два часа - ни один не завис. Изначально на серверах стояла Фря 9.0 СТАБЛЕ. Так на ней сервера висли уже в течении пары часов после запуска в работу. Еще интересное наблюдение: Точно такой же сервер (третий) стоит под систему виртуализации. У него аптайм уже больше месяца, таких проблем нет. Но и трафика там больше 10-20 МБт не пробегает и используется бортовая карта Broadcom bge. Проштудированы уже и ЖЖ 'dadv'a, и ЭТА и ЭТА и ЭТА темы, загуглено всё до дыр. Просветление так и не наступило =( На что можно обратить внимание? Что посоветуете? Какие еще конфигитесты приложить? Конфиги: ядро: Закомментированы все ненужные устройства, включен DEBUG=-g, ВЫКЛЮЧЕН options INET6. От себя добавлены device coretemp device cpuctl options HZ=2000 options IPFIREWALL options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=999 options DUMMYNET options NETGRAPH options NETGRAPH_SOCKET options NETGRAPH_IPFW options NETGRAPH_NETFLOW options NETGRAPH_KSOCKET options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_KERNEL_CONS_ATTR=(FG_YELLOW|BG_BLACK) На ядре GENERIC тоже проверялось - виснет =( loader.conf vm.pmap.pg_ps_enabled="1" net.inet.tcp.tcbhashsize=16384 net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=512 net.graph.maxdata=4096 net.isr.defaultqlimit=4096 net.link.ifqmaxlen=1024 net.isr.maxthreads=1 net.isr.direct=0 net.isr.direct_force=0 kern.ipc.nmbclusters=262800 Если сделать kern.ipc.nmbclusters выставлено по умолчанию или меньше 65000, то при загрузке драйвер сетевой карты пишет - "Невозможно установить значение буферов, будет использовано значение по умолчанию" (както так) sysctl.conf net.local.stream.recvspace=65535 net.local.stream.sendspace=65535 net.inet.ip.portrange.first=1024 net.inet.ip.portrange.last=65535 net.inet.ip.random_id=1 net.inet.udp.blackhole=1 net.inet.tcp.blackhole=2 net.inet.tcp.nolocaltimewait=1 net.inet.tcp.fast_finwait2_recycle=1 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 net.inet.udp.recvspace=131072 net.inet.raw.recvspace=262800 net.inet.tcp.maxtcptw=40960 net.inet.tcp.syncookies=1 net.inet.tcp.keepidle=40000 net.inet.tcp.keepintvl=40000 net.inet.tcp.keepinit=40000 net.route.netisr_maxqlen=4096 net.inet.ip.intr_queue_maxlen=4096 net.inet.icmp.icmplim=600 net.inet.ip.fw.dyn_max=16384 net.inet.ip.fw.dyn_buckets=32768 net.inet.ip.dummynet.hash_size=2048 net.inet.ip.dummynet.io_fast=1 net.inet.ip.dummynet.expire=0 net.inet.ip.dummynet.pipe_slot_limit=1000 ###net.graph.recvspace=350000 ###net.graph.maxdgram=350000 kern.ipc.maxsockbuf=83886080 kern.ipc.somaxconn=4096 net.inet.ip.redirect=0 net.inet.ip.fastforwarding=1 dev.ix.0.fc=0 dev.ix.1.fc=0 dev.ix.0.rx_processing_limit=4000 dev.ix.1.rx_processing_limit=4000 Если kern.ipc.maxsockbuf выставлено в значение по умолчанию или меньше 1000000, то даже пинг пишет "No space buffer available" netstat -m 25085/2695/27780 mbufs in use (current/cache/total) 25083/1163/26246/262800 mbuf clusters in use (current/cache/total/max) 25083/1157 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/131400 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/65700 9k jumbo clusters in use (current/cache/total/max) 0/0/0/32850 16k jumbo clusters in use (current/cache/total/max) 56437K/3019K/59457K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines netstat -Q Configuration: Setting Value Maximum Thread count 1 1 Default queue limit 4096 10240 Direct dispatch disabled n/a Forced direct dispatch disabled n/a Threads bound to CPUs disabled n/a Protocols: Name Proto QLimit Policy Flags ip 1 4096 flow --- igmp 2 4096 source --- rtsock 3 4096 source --- arp 7 4096 source --- Workstreams: WSID CPU Name Len WMark Disp'd HDisp'd QDrops Queued Handled 0 0 ip 0 3 0 0 0 35752 35752 igmp 0 0 0 0 0 0 0 rtsock 0 2 0 0 0 34293 34293 arp 0 8 0 0 0 70179 70179 vmstat -i interrupt total rate irq16: ehci0 20863 1 irq23: ehci1 44164 3 cpu0: timer 27679535 1999 irq256: ix0:que 0 150825498 10897 irq257: ix0:que 1 149848455 10827 irq258: ix0:que 2 143558676 10372 irq259: ix0:que 3 145734821 10529 irq260: ix0:que 4 147141456 10631 irq261: ix0:que 5 148140406 10703 irq262: ix0:link 2 0 irq263: ix1:que 0 13816 0 irq264: ix1:que 1 13816 0 irq265: ix1:que 2 13816 0 irq266: ix1:que 3 13816 0 irq267: ix1:que 4 13816 0 irq268: ix1:que 5 13816 0 irq269: ix1:link 11 0 irq271: bge0 1 0 irq272: ahci1 4694 0 cpu5: timer 27679401 1999 cpu1: timer 27679136 1999 cpu3: timer 27679415 1999 cpu2: timer 27679333 1999 cpu4: timer 27679339 1999 Total 1051478102 75973 top -SHPI last pid: 2552; load averages: 0.52, 0.64, 0.58 up 0+03:51:43 12:29:30 137 processes: 8 running, 90 sleeping, 39 waiting CPU 0: % user, % nice, % system, % interrupt, % idle CPU 1: % user, % nice, % system, % interrupt, % idle CPU 2: % user, % nice, % system, % interrupt, % idle CPU 3: % user, % nice, % system, % interrupt, % idle CPU 4: % user, % nice, % system, % interrupt, % idle CPU 5: % user, % nice, % system, % interrupt, % idle Mem: 31M Active, 9960K Inact, 185M Wired, 152K Cache, 17M Buf, 3660M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 96K CPU5 5 216:47 98.73% idle{idle: cpu5} 11 root 171 ki31 0K 96K CPU4 4 216:48 98.54% idle{idle: cpu4} 11 root 171 ki31 0K 96K CPU3 3 215:10 96.34% idle{idle: cpu3} 11 root 171 ki31 0K 96K CPU2 2 212:52 94.92% idle{idle: cpu2} 11 root 171 ki31 0K 96K RUN 0 209:56 93.51% idle{idle: cpu0} 11 root 171 ki31 0K 96K RUN 1 211:01 93.41% idle{idle: cpu1} 12 root -68 - 0K 640K WAIT 0 15:30 8.01% intr{irq256: ix0:q 12 root -68 - 0K 640K WAIT 3 14:49 8.01% intr{irq259: ix0:q 12 root -68 - 0K 640K CPU1 1 15:12 7.86% intr{irq257: ix0:q 12 root -68 - 0K 640K WAIT 2 15:03 7.86% intr{irq258: ix0:q 12 root -68 - 0K 640K WAIT 5 14:30 7.71% intr{irq261: ix0:q 12 root -68 - 0K 640K WAIT 4 14:10 7.08% intr{irq260: ix0:q 0 root -68 0 0K 400K - 3 2:51 0.98% kernel{ix0 que} 0 root -68 0 0K 400K - 3 2:40 0.88% kernel{ix0 que} 0 root -68 0 0K 400K - 0 2:36 0.88% kernel{ix0 que} 0 root -68 0 0K 400K - 0 2:42 0.78% kernel{ix0 que} 0 root -68 0 0K 400K - 2 2:39 0.78% kernel{ix0 que} 0 root -68 0 0K 400K - 5 2:43 0.63% kernel{ix0 que} systat -if /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average |||| Interface Traffic Peak Total ... skip... ix0 in 215.106 MB/s 215.106 MB/s 2.152 TB out 214.945 MB/s 214.945 MB/s 2.150 TB sysctl dev.ix.0 dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 dev.ix.0.%driver: ix dev.ix.0.%location: slot=0 function=0 dev.ix.0.%pnpinfo: vendor=0x8086 device=0x10fb subvendor=0x8086 subdevice=0x0003 class=0x020000 dev.ix.0.%parent: pci3 dev.ix.0.fc: 0 dev.ix.0.advertise_gig: 0 dev.ix.0.enable_aim: 1 dev.ix.0.advertise_speed: 0 dev.ix.0.rx_processing_limit: 4000 dev.ix.0.dropped: 0 dev.ix.0.mbuf_defrag_failed: 0 dev.ix.0.no_tx_dma_setup: 0 dev.ix.0.watchdog_events: 0 dev.ix.0.tso_tx: 307 dev.ix.0.link_irq: 2 dev.ix.0.queue0.interrupt_rate: 11235 dev.ix.0.queue0.txd_head: 1877 dev.ix.0.queue0.txd_tail: 1877 dev.ix.0.queue0.no_desc_avail: 0 dev.ix.0.queue0.tx_packets: 522247016 dev.ix.0.queue0.rxd_head: 764 dev.ix.0.queue0.rxd_tail: 754 dev.ix.0.queue0.rx_packets: 522423035 dev.ix.0.queue0.rx_bytes: 439349665008 dev.ix.0.queue0.lro_queued: 0 dev.ix.0.queue0.lro_flushed: 0 dev.ix.0.queue1.interrupt_rate: 250000 dev.ix.0.queue1.txd_head: 1922 dev.ix.0.queue1.txd_tail: 1922 dev.ix.0.queue1.no_desc_avail: 0 dev.ix.0.queue1.tx_packets: 499340467 dev.ix.0.queue1.rxd_head: 908 dev.ix.0.queue1.rxd_tail: 905 dev.ix.0.queue1.rx_packets: 499393418 dev.ix.0.queue1.rx_bytes: 433420059450 dev.ix.0.queue1.lro_queued: 0 dev.ix.0.queue1.lro_flushed: 0 dev.ix.0.queue2.interrupt_rate: 55555 dev.ix.0.queue2.txd_head: 476 dev.ix.0.queue2.txd_tail: 479 dev.ix.0.queue2.no_desc_avail: 0 dev.ix.0.queue2.tx_packets: 502389134 dev.ix.0.queue2.rxd_head: 1992 dev.ix.0.queue2.rxd_tail: 1990 dev.ix.0.queue2.rx_packets: 502468551 dev.ix.0.queue2.rx_bytes: 447423791311 dev.ix.0.queue2.lro_queued: 0 dev.ix.0.queue2.lro_flushed: 0 dev.ix.0.queue3.interrupt_rate: 41666 dev.ix.0.queue3.txd_head: 341 dev.ix.0.queue3.txd_tail: 343 dev.ix.0.queue3.no_desc_avail: 0 dev.ix.0.queue3.tx_packets: 489592945 dev.ix.0.queue3.rxd_head: 241 dev.ix.0.queue3.rxd_tail: 239 dev.ix.0.queue3.rx_packets: 489627888 dev.ix.0.queue3.rx_bytes: 438060012259 dev.ix.0.queue3.lro_queued: 0 dev.ix.0.queue3.lro_flushed: 0 dev.ix.0.queue4.interrupt_rate: 1000000 dev.ix.0.queue4.txd_head: 952 dev.ix.0.queue4.txd_tail: 952 dev.ix.0.queue4.no_desc_avail: 0 dev.ix.0.queue4.tx_packets: 471091610 dev.ix.0.queue4.rxd_head: 1578 dev.ix.0.queue4.rxd_tail: 1577 dev.ix.0.queue4.rx_packets: 471164458 dev.ix.0.queue4.rx_bytes: 409881181720 dev.ix.0.queue4.lro_queued: 0 dev.ix.0.queue4.lro_flushed: 0 dev.ix.0.queue5.interrupt_rate: 55555 dev.ix.0.queue5.txd_head: 584 dev.ix.0.queue5.txd_tail: 584 dev.ix.0.queue5.no_desc_avail: 0 dev.ix.0.queue5.tx_packets: 482597087 dev.ix.0.queue5.rxd_head: 1815 dev.ix.0.queue5.rxd_tail: 1813 dev.ix.0.queue5.rx_packets: 482629398 dev.ix.0.queue5.rx_bytes: 414473310965 dev.ix.0.queue5.lro_queued: 0 dev.ix.0.queue5.lro_flushed: 0 dev.ix.0.mac_stats.crc_errs: 0 dev.ix.0.mac_stats.ill_errs: 0 dev.ix.0.mac_stats.byte_errs: 0 dev.ix.0.mac_stats.short_discards: 0 dev.ix.0.mac_stats.local_faults: 0 dev.ix.0.mac_stats.remote_faults: 2 dev.ix.0.mac_stats.rec_len_errs: 0 dev.ix.0.mac_stats.link_xon_txd: 0 dev.ix.0.mac_stats.link_xon_rcvd: 0 dev.ix.0.mac_stats.link_xoff_txd: 0 dev.ix.0.mac_stats.link_xoff_rcvd: 0 dev.ix.0.mac_stats.total_octets_rcvd: 2606615322672 dev.ix.0.mac_stats.good_octets_rcvd: 2606325113515 dev.ix.0.mac_stats.total_pkts_rcvd: 2970506195 dev.ix.0.mac_stats.good_pkts_rcvd: 2967678482 dev.ix.0.mac_stats.mcast_pkts_rcvd: 867 dev.ix.0.mac_stats.bcast_pkts_rcvd: 122071 dev.ix.0.mac_stats.rx_frames_64: 90966031 dev.ix.0.mac_stats.rx_frames_65_127: 1041294326 dev.ix.0.mac_stats.rx_frames_128_255: 85729000 dev.ix.0.mac_stats.rx_frames_256_511: 44289698 dev.ix.0.mac_stats.rx_frames_512_1023: 66616039 dev.ix.0.mac_stats.rx_frames_1024_1522: 1638783388 dev.ix.0.mac_stats.recv_undersized: 0 dev.ix.0.mac_stats.recv_fragmented: 0 dev.ix.0.mac_stats.recv_oversized: 0 dev.ix.0.mac_stats.recv_jabberd: 0 dev.ix.0.mac_stats.management_pkts_rcvd: 0 dev.ix.0.mac_stats.management_pkts_drpd: 0 dev.ix.0.mac_stats.checksum_errs: 58309085 dev.ix.0.mac_stats.good_octets_txd: 2604466960626 dev.ix.0.mac_stats.total_pkts_txd: 2967230280 dev.ix.0.mac_stats.good_pkts_txd: 2967230280 dev.ix.0.mac_stats.bcast_pkts_txd: 7837 dev.ix.0.mac_stats.mcast_pkts_txd: 0 dev.ix.0.mac_stats.management_pkts_txd: 0 dev.ix.0.mac_stats.tx_frames_64: 543929978 dev.ix.0.mac_stats.tx_frames_65_127: 587900462 dev.ix.0.mac_stats.tx_frames_128_255: 85715330 dev.ix.0.mac_stats.tx_frames_256_511: 44286755 dev.ix.0.mac_stats.tx_frames_512_1023: 66615662 dev.ix.0.mac_stats.tx_frames_1024_1522: 1638782093 dev.ix.0.mac_stats.fc_crc: 0 dev.ix.0.mac_stats.fc_last: 0 dev.ix.0.mac_stats.fc_drpd: 0 dev.ix.0.mac_stats.fc_pkts_rcvd: 0 dev.ix.0.mac_stats.fc_pkts_txd: 0 dev.ix.0.mac_stats.fc_dword_rcvd: 0 dev.ix.0.mac_stats.fc_dword_txd: 0 Присутствует dev.ix.0.mac_stats.checksum_errs: 58309085 Но менялась и сетевая карта, и кабели и порты на свиче: ошибки по счетчику есть, а реальных потерь пакетов - нет. vmstat -z Ошибок нет. Везде, кроме buckets, нули.
  10. Всем привет. Нужна помощь... У меня сервак с FreeBSD (на програмном рэйде с файловой системой ZFS). Сервак физически досягаем... любой физический доступ к нему есть. К нему от времени забылся пороль root'a (так как использовал команду su по SSH от другого пользователя) Еще пару дней назад по SSH заходил, su ..ввел пароль, получил права рута и смотрел что хотел. (При этом никаких сомнительных действий не делал - никаких действий с master.passwd и командой passwd и vipw) Сегодня заглянул по SSH на сервак, ввел su, пароль... а ответ : Sorry. Начал искать причину, заглянул и в конфиг sudoers'a, и в /etc/group, и в master.passwd... Попробовал другими пользователями подключитьсяи получить права рута, но фиг. ...Sorry пишет, и всё! Дождался ночи, ребутнул сервак, в сингл-мод, смонтировал разделы mount -a , ввел команду passwd для смены пароля, а в ответ - нет такой команды или что-то там ругнулось... В итоге по SSH доступа справами рута - нет, хотя команды через "sudo" - выполняются. Например: sudo ee /etc/master.passwd (или sudo vipw), sudo shutdown -r now - тоже слушается. Помогите пожалуйста вернуть пароль рута, и для других пользователей права рута по SSH.(Всё что пишут в стандартных мануалах по данному вопросу - не срабатывает - не знаю почему) Помогите.... Заранее благодарю!
  11. Ищу работу удаленно.Системный администратор Системный администратор: FreeBSD/Linux: bind, apache, php, mysql, postgresql, natd, ipfw, pf, samba, squid, postfix, ClamAV, postgrey, Asterisk Системный администратор: Win 2k 2003 сервер: DNS, RDC, DHCP, Active Directory, GPE Возможны выезды icq 467565951 alexandr.tp@gmail.com
  12. stroitel

    Переход на IP unnumbered

    Сейчас выдаю клиентам серые IP-адреса, VLAN на дом (на каждый VLAN одна-две подсети /27). VLAN'ы терминируются на 3-x FreeBSD серверах. Недавно получил новый блок PI, думаю раздать белые адреса клиентам. Подскажите как правильно это сделать чтобы старая схема работала параллельно? Переход будет плавным, сначала буду выдавать белые IP-адреса только новым клиентам.
  13. oberon85

    setfib 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 options ROUTETABLES=10 options QUOTA options DEVICE_POLLING Есть два провайдера Wega и УТ Есть 2 vlan в локальной сети, 200 - офис, 210 - гостевой vlan100: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether c8:3a:35:d8:f3:24 media: Ethernet autoselect (100baseTX <full-duplex>) status: active vlan: 100 parent interface: rl0 vlan101: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether c8:3a:35:d8:f3:24 inet 82.200.31.237 netmask 0xfffffc00 broadcast 82.207.39.255 media: Ethernet autoselect (100baseTX <full-duplex>) status: active vlan: 101 parent interface: rl0 vlan200: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=1<RXCSUM> ether 00:1f:d0:0f:6b:be inet 192.168.10.254 netmask 0xffffff00 broadcast 192.168.10.255 media: Ethernet autoselect (1000baseT <full-duplex,master>) status: active vlan: 200 parent interface: re0 vlan210: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=1<RXCSUM> ether 00:1f:d0:0f:6b:be inet 192.168.20.254 netmask 0xffffff00 broadcast 192.168.20.255 media: Ethernet autoselect (1000baseT <full-duplex,master>) status: active vlan: 210 parent interface: re0 tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1492 options=80000<LINKSTATE> inet 178.10.0.11 --> 213.211.200.213 netmask 0xffffffff Opened by PID 633 нужно что бы гостевой vlan ходил в инет через УТ офис через Wega. #!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Networks define ${FwCMD} table 2 add 192.168.10.0/24 ${FwCMD} table 3 add 192.168.20.0/24 ${FwCMD} add 100 allow ip from any to any via lo0 ${FwCMD} add setfib 1 ip from any to any recv vlan210 #NAT ${FwCMD} nat 1 config log if tun0 reset same_ports ${FwCMD} add 6000 nat 1 ip from table\(2\) to any ${FwCMD} add 6001 nat 1 ip from any to 178.10.0.11 via tun0 ${FwCMD} nat 2 config log if vlan101 reset same_ports ${FwCMD} add 6002 nat 2 ip from table\(3\) to any ${FwCMD} add 6003 nat 2 ip from any to 82.200.31.237 via vlan101 # default block policy ${FwCMD} add 65535 allow all from any to any Офис работает, а вот гостевой - нет, пинг ходит, страницы не открываться и инет отваливается через 3-4 минуты. Может у кого-то есть рабочий вариант поделитесь пож-ста решением.
  14. Доброго времени всем. Собственно, есть такой вопрос: РАБОТАЕТ ли NFS в случае, когда клиент и сервер находятся в РАЗНЫХ подсетях (не в Л2) ? Ситуация: Сервер расшаривает свои папки и слушает только тсп соединения. Клиент пытается маунтить все это дело с опцией mount_nfs -T - соединяться по тсп вместо удп. Получается фига. Утилиты showmount и rpcinfo выдают ошибку соединения. В стандартном режиме (по умолчанию удп) - аналогичная ситуация. Стоит только перевести сервер и клиент в один сегмент сети - все начинает работать, как положено. Вроде как почтал ман\гугль - не нашел ограничений на тип сети. ЧЯДНТ ?
  15. Снова возник вопрос, неужели никто не задавался целью как-то "научить" фрибсд распаралеливать по ядрам пппое трафик? Собрали на днях новый акцесник на базе проца Core i7 и сетевухи Intel ET. Смотрю в top - на входящей сетевой красивые 8-м потоков между которыми трафик равномерно распределяется - а на выходящей сетевой (пачка вланов и pppoe) все ложится на один поток. И как-то грустно стало из-за этого. Понимаю что если таки можно научить фрибсд либо драйвер сетевой распаралеливать пппое трафик по потокам - то можно было бы делать достаточно высокопроизводительные сервера доступа на базе многоядерных процесоров.
  16. Как всегда раз в сезон обновляем видяшки. Для начала установка FreeBSD 8.3 i386 в требуемой дистрибуции: http://www.youtube.com/watch?v=QX4cMoK5B_8 Charlie Clouse - Resident evil OST Установка при помощи UBinstaller на чистую FreeBSD 8.3 за три минуты: http://www.youtube.com/watch?v=ErbDq39J0LQ Two steps from hell - Heart of Courage
  17. Сервер FreeBSD +nodeny!! Только что произошел какой-то сбой , у абонов подключение по пппое есть(то есть подключается) ,а в браузере ошибка 404! У половины отрывает страницы но не все!!! Кто сможет отремонтировать?? и чуток под наладить сервак)) P.S Оплату гарантирую)))) СРОЧНО!!!!!
  18. Срочно нужен администратор для локальной сети а также поддержки сервера FreeBSD+nodeny! Пишите в ЛС!
  19. Ромка

    Вопрос по FreeBSD

    Доброго времени суток постояльцам Локала. Есть сервер на FreeBSD 6. Сервер - это конечно громко сказано... обычный десктопный тазик. В том тазике стоит одноядерный проц Intel celeron D, на данный момент возникла необходимость заменить проц на что-то по мощнее, был выбран Core 2 Duo E8200. Так вот собственно назрел вопрос, т. к. фрю знаю плохо, интересует следующее: как поведет себя система, когда ей подсунут многоядерный проц в место одноядерного, нет ли необходимости что-то там тюнить, пересобирать ядро и т. д... FreeBSD 6.4-RELEASE-p7 FreeBSD 6.4-RELEASE-p7 ядро i386 generic
  20. Всем привет ! Подскажите плиз каким образом может меняться на фре шлюз по умолчанию ??? Подскажите плиз. найти причину, как бороться ? спасибо.
  21. Всем привет! Перехожу с ноу-нэймовых гиговых сетевух на нормальную серверную с интелловским чипом - I340-T4. Ранее уже менял собственноручно, но все же для большей уверенности хотел бы на всяк случай спросить: - при замене на серваке с FreeBSD 8.3 (с полностью работающим Биллингом, NAT и т.д. - все в одном флаконе) сетевой карты нужно поменять названия интерфейсов (например с re0 и re1 на em0 и em1) в rc.conf, в DHCP конфиге, и все вроде бы? - а что там с драйверами: они уже там есть или стоит в ядро что-то добавить или подгружать как-то еще? Подскажите пожалуйста, кто что знает как лучше это сделать, и как с драйверами лучше быть или не быть))))) Заранее спасибо!!!
  22. Сегодня обнаружил в логах 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
  23. nightfly

    Релизы Ubilling 2017

    Стабильный релиз 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: добавлена новая опция TASKREPORT_SIGPAYID указывающая тип платежей за подключение. alter.ini: добавлена новая опция POLICEDOG_ENABLED включающая «Собаку-полицияку». alter.ini: добавлена новая необязательная опция SWITCH_PING_INTERVAL указывающая интервал переопроса свитчей. Модуль «ПОНизатор»: теперь при создании, редактировании и удалении ONU происходит ребилд сетевых хендлеров. Модуль «Экзистенциальный конь»: в Askozia больше не учитываются повисшие звонки с длительностью более 24 часов. Кабинет пользователя: модуля замораживания счета, кредитования и смены тарифа теперь производят нормальное логирование. Опрос свичей посредством SNMP: добавлен еще вагон шаблонов для разных Dlink и Eltex. Спасибо Cidjey Miles. Модуль «Собака-посылака»: добавлена поддержка сервиса Red SMS. Это тоже на совести Cidjey Miles. Модуль «Работники»: теперь, при всех изменениях очищает кеш логинов сотрудников. Модуль «Движение средств»: логины администраторов теперь по возможности заменены ФИО сотрудников из соответствующего справочника. Модуль «Экзистенциальный конь»: исправлена подпись графиков для финансов УКВ. Новый модуль Отчет по задачам: позволяет оценить затраты на определенные типы задач. В основном на подключения. Модуль «Планирование работ»: при создании задачи теперь выкусываются лишние пробелы вокруг адреса. Модуль «Возможности подключений»: в интерфейс редактирования, добавлена возможность создания задачи для «планирования работ». Модуль «Возможности подключений»: добавлена статистика по состояниям. Модуль «Детали подключения»: добавлено фильтрование данных для полей длины и стоимости. Модуль «Megogo»: исправлена паника при ручном удалении подписки. Модуль «Заявки на подключение»: календарик теперь показывает заявки за все время. Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым. Модуль «Склад»: теперь приходные и расходные операции отсортированы от самых свежих к самым древним. Модуль «Отчет по услуге кредитования»: селектор года, теперь запоминает свое состояние. Модуль «Отчет по услуге кредитования»: для отрисовки графиков теперь используется Google charts. Модуль «Заявки на подключение»: для показа списка заявок, теперь используется jQuery DataTables. Модуль «Перечень возможностей подключения»: переехал на jQuery DataTables. Модуль «Перечень возможностей подключения»: добавлена подсветка уже возможно подключенных заявок. Новый коммерческий модуль Собака-полицияка: позволяет осуществлять поиск по базе определенных MAC. Модуль УКВ: для профилей пользователей добавлена возможность установки существующих тегов из общего справочника. Модуль «УКВ»: добавлен отчет по установленным на пользователей тегам. Модуль «УКВ»: показ списка ранее загруженных банковских выписок переехал на jQuery DataTables. Модуль «Свитчи»: при редактировании свитча, контрол опроса по SNMP теперь показывается, только в случае SWPOLL устройства. Модуль «Свитчи»: теперь машина времени умеет опционально показывать время простоя для каждого свитча из топа. Модуль «Учет зарплат»: теперь в формировании табеля и зарплатных ведомостях, фигурируют только работники из встроенного справочника зарплат. Модуль «Хелпдеск»: календарик теперь показывает тикеты за все время. Модуль «Собака-наблюдака»: исправлен порядок сортировки, при показе существующих задач. Модуль «Живи с этим»: добавлены колонки Ф.И.О. и адреса. RemoteAPI: новый вызов policedog запускающий быстрое сканирование собакой-полициякой. Кабинет пользователя: для Megogo исправлена индикация наличия бесплатного периода подписки. OpenPayz: добавлен фронтенд для получения платежей от банка "Фамильный". OpenPayz: Добавлены фронтенд и бекенд для получения платежей от банка "Тинькофф". Спасибо vik_k. Глобально: умолчательный селектор года расширен до 10-ти лет. UBinstaller: собраны новые бинарные пакеты для FreeBSD 11.0 amd64. Полный чейнджлог Рекомендации к обновлению Свежая демка
  24. l1ght

    Freebsd ipfw nat port forward

    Внимание. Вопрос идиотский. Есть 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: Flags [S.], seq 2832902202, ack 2744952798, win 5840, options [mss 1460,nop,nop,sackOK], length 0 Собсно вопрос. Что не так? UPD 1 Tcpdump на внешнем интерфейсе xx.xx.x.xxx.63464 > 192.168.200.3.85: Flags [S], seq 2931662549, win 8192, options [mss 1460,nop,nop,sackOK], length 0 192.168.200.2.85 > xx.xx.x.xxx.61692: Flags [S.], seq 1157160089, ack 2624385643, win 5840, options [mss 1460,nop,nop,sackOK], length 0
  25. Ищу человека по сопровождению хостинга DirectAdmin (FreeBSD). (нагрузка небольшая, сайтов может пару десятков). Возможно разовая работа и на постоянной основе. естественно удаленно все. кому интересно - в личку.
×