народ, ну чесслово достало. на 70% сайтов вылетает. Может кто сталкивался?

xubuntu 14.04.1 chromium 41.0.2272.76-ubuntu0.14.04.1.1076 firefox работает стабильно, но жрет памяти немеряно (а железка не оч сильная: 2г озу)

Всем привет, Возникла у меня интересная задача: нужно приходящий на интерфейс трафик отзеркалировать, и далее отзеркалированный трафик замультикастить :) То есть пакет приходит, оригинал пропускаем на локальный сокет, делаем копию, в копии меняем unicast dst на multicast dst, пускаем дальше по таблице маршрутизации (ну или сразу на исходящий интерфейс). В плане отзеркалировать проблем не возникло - модуль TEE, но далее обработать трафик на этом же хосте никак не получается. DNAT можно сделать только на PREROUTING таблицах, но в случае tee эти таблицы почему-то игнорируются. ...И вообще по идее на стадии PREROUTING оригинальный пакет и его копия не различимы, а уже в районе mangle FORWARD днатить вроде как поздно. Подскажите как извернуться :)

имееется машина с несколькими port multiplier'ами и кучей винтов. вопрос: как определить физич слот\порт куда подключен диск по его имени в системе (/dev/sda, /dev/sdb и т.д.)?

Есть мультидроп акк на гмайле, фетчмаил забирает оттуда почту и отдает локальному постфиксу, а тот в свою очередь сортирует её по виртуальным маилбоксам. Проблема в том, что fetchmail (postifx?) не учитывает поля «CC», и по указанным там адресам письмо не доходит. То есть при наличии полей «To: user1@domain.com» и «CC: user2@domain.com, user3@domain.com», письмо доставляется только для user1@domain.com. Вот собственно вопрос, почему так происходит?

На всякий случай fetchmailrc:

poll imap.gmail.com
    envelope 'Delivered-To:'
    localdomains domain.com
    no dns
    protocol IMAP
    username miltidrop
    password PaSsWoRd
    ssl
    no keep
    to * here

PS: Судя по всему параметр «envelope 'Delivered-To:'» обязателен для мультидроп ящиков (вставляется qmail'ом гмэйла).. как минимум без него не работают рассылки :) Есть идеи?

Если точнее, затрагивает все ядра 2.4 и 2.6, восходя аж к 2001 году. Связано с тем, что ряд функций ядра, наподобие sock_sendpage, не занимается проверкой полученного указателя на NULL, полагаясь на то, что соответствующие указатели будут корректно проинициализированы в обертках - таких как sock_no_sendpage. Однако в случае с sock_sendpage ошибка в макросе SOCKOPS_WRAP все же может привести к передаче в функцию нулевого указателя. Что и приводит к возможности внедрения кода, выполняющегося с правами ядра - достаточно положить его в нулевую страницу памяти. Патч уже доступен.

Замечу, что сама возможность подобного лихого обращения с нулевыми указателями в современной ОС вызывает некоторое недоумение - к примеру, в архитектуре Win32/64 подобные плюхи принципиально невозможны по причине блокировке любого доступа к адресам с 0x0 по 0xFFFF (0xFFF в случае Win'9x).

Взято с bugtraq.ru

>>> Подробности

Попался мне тут на днях в руки, гуглевский диск с софтом (знакомому админу в нагрузку с книгой по цискам прислали). Заценил Пикасу запущеную через вайн.. пошла как влитая, работает шустро, выглядит вполне юзабельно.. Хоть оно конечно и не опен сурс, но меня это не напрягает (жаль только что не нативное), это единственный вьювер, из мной опробованых, который за секунду проглотил и показал 11и метровый PCX (карта города) и не подавился. Только вот с шрифтами косяк, не очень читабельны.. но это терпимо.. я редко читаю что написано на кнопках :) Остальное - fluxbox, opera с бором, который читаю по rss.. ну и там на заднем плане миднайт до кучи ;)

>>> Просмотр (1280x1024, 289 Kb)

Не могу понять как научить емакс определять режимы. Вот хочу я например сделать для файлов *.с подсветку и выставить размер таба.. в init.el пишу такой хук:

[code]

(add-hook 'c-mode-hook 'my-c-mode-hook)

(defun my-c-mode-hook () (setq tab-width 2) (setq turn-on-font-lock) )

[/code]

открываю файл ничего не меняется. В строке режима пишет "Fundamental".

И ещё.. как мне прописать команду чтобы она срабатывала всегда в любом режиме? Допустим нумерация строк setnu-mode.

хочу заюзать телефон как флэш диск, почитал howto, собрал ядро с ohci_hcd. Когда подключаю, в /var/log/messages вываливается следующее:

Aug 13 03:47:38 gentoo kernel: ohci_hcd 0000:00:02.1: irq 21, io mem 0xe8004000 Aug 13 03:47:38 gentoo kernel: hub 3-0:1.0: USB hub found Aug 13 03:47:38 gentoo kernel: hub 3-0:1.0: 3 ports detected Aug 13 03:47:39 gentoo kernel: ohci_hcd 0000:00:02.0: wakeup Aug 13 03:47:43 gentoo kernel: ohci_hcd 0000:00:02.0: wakeup Aug 13 03:47:43 gentoo kernel: usb 2-2: new full speed USB device using ohci_hcd and address 2 Aug 13 03:47:44 gentoo kernel: scsi0 : SCSI emulation for USB Mass Storage devices Aug 13 03:47:49 gentoo kernel: Vendor: MERIDIAN Model: Fly MX300 Rev: Aug 13 03:47:49 gentoo kernel: Type: Direct-Access ANSI SCSI revision: 00 Aug 13 03:47:49 gentoo kernel: sda: test WP failed, assume Write Enabled Aug 13 03:47:49 gentoo kernel: Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 Aug 13 03:47:49 gentoo kernel: Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0

появляется девайс sda: $ ls -l /dev/disk/by-id | grep sda lrwxrwxrwx 1 root root 9 Авг 13 03:47 usb-MERIDIAN_Fly_MX300_537131101066190 -> ../../sda

но для того чтобы его подмонтировать надо иметь линк типа sda1, как я понимаю.. а его нет.. при монтировании обычной флешки всё проходит нормально.. по ходу я чёт до конца не понимаю как это происходит.. ткните меня что ещё можно покрутить :)