Re: clamav на etch x86_64 - доолго ч итает базу

[Alexey Lobanov]

02.04.2008 08:20, Vasily Ivanov пишет:

> Кламав из репозитория, конфиг дефолтный.

> При старте клам отжирает 100% одного из ядер, судя по логам, читает базу.
> Занимает у него это минут пять:

> Куда копать?

В сторону volatile.debian.org. Calmav там правильный.

What is debian-volatile?
Some packages aim at fast moving targets, such as spam filtering and
virus scanning, and even when using updated data patterns, they do not
really work for the full time of a stable release. The main goal of
volatile is allowing system administrators to update their systems in a
nice, consistent way, without getting the drawbacks of using unstable,
even without getting the drawbacks for the selected packages. So
debian-volatile will only contain changes to stable programs that are
necessary to keep them functional.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: презентация из карти нок: Как?

[Alexey Lobanov]

Hi.

10.06.2008 17:44, Aleksey Cheusov пишет:

> В идеале - с возможностью разместить ее (презентацию) online,
> чтобы смотреть веб навигатором без предварительной скачки.

Вот я сейчас с переменным успехом осваиваю Webhuddle, средство для
веб-конференций на чистой Яве. Среди прочих функций, там задекларирована
возможность загрузить на сервер картинки в JPEG и даже презентацию OOO
или MS-Powerpoint и прокручивать скриптом покадрово на всех клиентов.
Подключать её к работающему Апачу по ajp13 (чтобы не плодить порты) тоже
можно (и нужно IMHO).

http://www.webhuddle.com/

Умеренно заброшенная бета, код из CVS сейчас содержит всего один глухо
некомпилирующийся файл :-)

А.Л.


> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: GPRS безопасность.

[Alexey Lobanov]

Hi.

23.06.2008 20:50, QN пишет:


Здрасте. :-P
Меня давно волнует проблема безопасности GPRS сетей. Я могу быть
уверенным в том, что трафик в GPRS сети никем не перехватывается?


Нет конечно.

Во-первых, трафик может легально перехватываться на станции провайдера. 
СОРМ и его эквиваленты в других странах.


Во-вторых, протоколы GSM имеют достаточно тёмную историю происхождения. 
Спецификации не опубликованы, и предоставляются только производителям 
оборудования. И есть многочисленные слухи про то, что на ещё на этапе 
разработки над этими протоколами поработало FBI для того, чтобы 
обеспечить себе возможность _нелегального_ перехвата трафика в эфире, не 
беспокоя лишний раз прокуратуру и суд.


Вывод: используйте GPRS и прочий публичный Интернет как носитель для 
собcтвенной VPN. Штатная OpenVPN, помимо открытого кода, имеет много 
других имеющих отношение к делу вкусностей: например, внезапная смена 
IP-адреса клиента может игнорироватся сервером и не приводить к разрыву 
соединения, что очень приятно на нестабильном диалапе и GPRS. Кстати, о 
спуфинге: пусть хоть обспуфятся, это ни на что не влияет.


А.Л.


Иными словами: абоненту через DHCP выделяется IP адрес, но на мобиле
нету ARP кэша, в качестве ARP используется IMSI (типо аппаратный адрес
мобилы). Протокол по типу PPP. А если ARP нетути, то и ARPspoofing
осуществить нельзя. Так? Да,это так... А есть ли методы спуфинга
IMSI? И вообще может ли кто-нибудь перехватить трафик в GPRS сети?




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Борьба со спамом из в нутренней сети

[Alexey Lobanov]

24.06.2008 18:38, Dmitri V. Ivanov пишет:


С другой - приходит к вам кто-то в сетку с ноутбуком и новым ящиком на
очередном сервере... Каждый раз прописывать?


Как идея: купить за деньги малые ещё один IP, и разнести постоянных 
юзеров и гостей по разным выходным адресам. Можно даже постараться 
занести "нечистый" IP в Spamhaus PBL и dul.ru, чтобы уменьшить 
количество жалоб :-)


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: GPRS безопасность.

[Alexey Lobanov]

24.06.2008 8:14, Alex Grigorovich пишет:


Alexey Lobanov wrote:
Во-вторых, протоколы GSM имеют достаточно тёмную историю 
происхождения. Спецификации не опубликованы, и предоставляются только 
производителям оборудования. 


Спецификации чего не опубликованы на 3GPP?

  http://www.3gpp.org/specs/numbering.htm


1. Нет причин считать, что реальное абонентское и станционное 
оборудование (производимое в мире очень малым числом производителей) 
основано на этих и только этих спецификациях. А вот очевидные причины 
предполагать обратное есть.


2. Для радикального снижения криптостойкости алгоритма нужно очень 
маленькое воздействие, которое может находиться вообще за рамками 
опубликованных спецификаций. Свежая история с OpenSSL в Дебиане весьма 
показательна. Другой пример - знаменитые "таблицы подстановок" в 
алгоритме ГОСТ. Дьявол живёт в деталях.


Так что хорошо бы приложить к этим спецификациям ещё клятву на Коране 
ответственного разработчика Сименса о том, что их чипы и прошивки 
разрабатывались исключительно по кашруту...


А.Л.







--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Внятная HOWTO по ext3

[Alexey Lobanov]

Раз уж пошли меряться:

processor   : 0
vendor_id   : GenuineIntel
model name  : Pentium MMX
cpu MHz : 199.373
bogomips: 393.21

:00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II]

[EMAIL PROTECTED]: time ls -AF /srv/imap/mail/user/aal/Sent/|wc -l
4013

real0m2.011s
user0m0.315s
sys 0m0.472s

Ну не вижу никакой проблемы.

Могу ещё подмонтировать бэкапный раздел, где есть директория с 35 000
файлами на ext3. Интересно?

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Кретинизм серого спи ска

[Alexey Lobanov]

Hi all.

08.08.2008 12:04, Alexey Pechnikov пишет:

> Вы это серьезно про проверку _равенства_? На одном айпи может быть много 
> хостов и, получается, только один из них сможет отсылать почту?

Если машина выступает клиентом, про "много хостов" никто и не узнает.
Поскольку в реверсе должна быть одна-единственная запись, указывающая
обычно на каноническое имя хоста в домене хозяев IP-адреса. Но таки
действительно имеет смысл проверять *правдивость* этой реверсной записи:
действительно ли предьявленное в реверсе имя резолвится в исходный IP?
Если нет, то мы имеем типичный случай вранья, и врунов не любим.

Aug  8 06:39:56 mail postfix/smtpd[25312]: warning: 218.0.75.66:
hostname 66.75.0.218.broad.jh.zj.dynamic.163data.com.cn verification
failed: Name or service not known

Aug  8 06:39:56 mail postfix/smtpd[25312]: connect from unknown[218.0.75.66]

А проверять соответствие имени в HELO и имени в реверсе действительно
нельзя, это даже оговорено где-то вблизи RFC 2505. Через один NAT могут
отправлять почту много разных машин.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

11.08.2008 15:41, Oleg Anisimov (Олег Анисимов) пишет:

> 3. Какого процессора (сам поглядываю на Celeron 440 из-за низкого TDP)
> будет достаточно для просмотра в Mplayer HDRip-ов?

...особенно закодированных тяжёлыми новыми кодеками. В том числе
будущими. Есть подозрение, что лицензионные DVD и BluRay в этот
кинотеатр будут попадать значительно реже, чем ужатые по максимуму
rip'ы, верно?

Недавно обломался посмотреть новое кино на старом домашнем контупере.
Матрёшку H264 1280*768 процессор P3-1,2G под виндой через ffdshow крутил
в темпе 1 стоп-кадр в 2-3 секунды, через Mplayer - более плавными
кусками, но с рассинхронизацией звука и видео на несколько секунд.
Антикварный видеоканал (GeForce 2 AGP 32Mb) проблемы при этом не
составлял, поскольку DivX 1280*1080 на этой же машине крутилось нормально.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

12.08.2008 11:01, Олег Анисимов пишет:

> Alexey Lobanov пишет:

>> 11.08.2008 15:41, Oleg Anisimov (Олег Анисимов) пишет:
>>
>>> 3. Какого процессора (сам поглядываю на Celeron 440 из-за низкого TDP)
>>> будет достаточно для просмотра в Mplayer HDRip-ов?
>>
>> ...особенно закодированных тяжёлыми новыми кодеками. В том числе
>> будущими. Есть подозрение, что лицензионные DVD и BluRay в этот
>> кинотеатр будут попадать значительно реже, чем ужатые по максимуму
>> rip'ы, верно?
> Совершенно верно. Установка голубого драйва в девайс не предусматривается.
> DVD если и занесет каким шальным ветром, то весьма не часто...
>>
>> Недавно обломался посмотреть новое кино на старом домашнем контупере.
>> Матрёшку H264 1280*768 процессор P3-1,2G под виндой через ffdshow крутил
>> в темпе 1 стоп-кадр в 2-3 секунды, через Mplayer - более плавными
>> кусками, но с рассинхронизацией звука и видео на несколько секунд.
>> Антикварный видеоканал (GeForce 2 AGP 32Mb) проблемы при этом не
>> составлял, поскольку DivX 1280*1080 на этой же машине крутилось
>> нормально.
>>
>> А.Л.
>>
> С другой стороны двухядерник пихать в коробку для просмотра фильмов
> тоже не совсем разумно.

"А придётся" (с) Баба-Яга. Требования по производительности видеоканала
для HD video понятны, устоялись, и (IMHO) выполняются уже любым
low-end'ом. А вот прожорливость массово применяемых кодеков может
вырасти довольно быстро, поскольку и потребность есть, и аппаратная
возможность есть.

Но это всё так, мысли, основанные на минимальном личном опыте. Я не киноман.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

12.08.2008 11:49, Sapytsky Ilya пишет:

> При просмотре dvdrip, да и просто dvd (почти всё - лицензия) 800 mhz
> вполне хватает на всё и причем с лихвой!

> Если еще будут вопросы - с удовольствием отвечу.

Конкретный вопрос: на HD-Rip шириной в 1280, закодированный H.264 -
хватает? И какой при этом получается запас по загрузке процессора?

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

Дык, эта... какой все-таки профессор нам нужен для уверенного просмотра
кино в современных форматах?

Покупать лицензионные диски с old plain MPEG2 просьба не предлагать :-\

12.08.2008 12:47, Alexey Lobanov пишет:

> 12.08.2008 11:49, Sapytsky Ilya пишет:
> 
>> При просмотре dvdrip, да и просто dvd (почти всё - лицензия) 800 mhz
>> вполне хватает на всё и причем с лихвой!
> 
>> Если еще будут вопросы - с удовольствием отвечу.
> 
> Конкретный вопрос: на HD-Rip шириной в 1280, закодированный H.264 -
> хватает? И какой при этом получается запас по загрузке процессора?
> 
> А.Л.
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

14.08.2008 23:09, Igor пишет:

> тут надо остановиться. На линуксе для современных видеокарт (в
> отличие от винды)  УВЫ и АХ пока не реализованы функции аппаратного
> ускорения декодирования видео в h264, vc-1 форматах. Посему и нужен
> мощный проц для софтового декодирования.

Ещё мысль на ту же тему. Насколько я понимаю, аппаратное ускорение в
видеокарте перестанет помогать при появлении новых кодеков и/или
алгоритмов "защиты контента", которые надо будет преодолевать. А вот
резерв общей вычислительной мощности поможет. Естественно, этот резерв
должен быть управляемым - чтобы без нужды оно не шумело кулерами. А при
нужде пусть шумит, но функцию выполняет.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

15.08.2008 09:22, Олег Анисимов пишет:

> Похоже с девайсом я практически определился. Собирать буду на основе
> барбона от MSI:

Кстати, мой корпоративный опыт уже несколько раз показывал, что по
истечении пары лет этим самым баребонам и прочим нестандартным
конструктивам удаётся стать полностью неремонтопригодными. Пока не
кончилась гарантия, их хотя бы меняют (с формулировкой "срок замены не
менее 2 месяцев" :-), потом - опаньки. Сгоревший блок питания означает
покупку новой конструктивы.

Домой я такое тем более не возьму.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hardware for HTPC

[Alexey Lobanov]

Цитата из статьи IXBT, на которую вывели приведённые ссылки:

"Проведенное исследование показывает, что задача создания тихого и
холодного медиацентра с возможностью просмотра современных форматов
видео высокого разрешения на дисках Blu-ray и HD DVD сегодня может быть
успешно решена."

Есть подозрение, что именно в этой формулировке - "на дисках" - задача
является экономически бессмысленной. Поскольку:

- гражданин, который может покупать лицензионные HD диски, не будет
париться с "созданием" чего-либо на базе писюка. Он просто купит
комплектный домашний кинотеатр, финансы позволяют.

- альтернативных :-) изданий видео высокого разрешения уже не будет,
благодаря успехам ОБЭП за последний год. Соответственно, не будет и
снижения региональных цен, как это произошло с играми - нет конкуренции,
нет стимула.

Логично?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Многоголовая samba

[Alexey Lobanov]

20.08.2008 14:20, Игорь Чумак пишет:

> Покотиленко Костик пишет:
>> Кто-нибудь такое на Etch прикручивал?
>>
>> Есть такая задача: на объекте есть 2 отдела не сильно дружащих между
>> собой. Есть один файл-сервер Etch. Нужно сделать так, что бы каждый
>> отдел видел свои папки на сервере и компьютеры своего отдела, но не
>> видел в списке компьютеры другого отдела, однако возможность доступа по
>> пути //comp/share между отделами должна остаться для сетевой печати.
>>
>> То что задача плохая сам знаю, не ругайте.

> Задача как задача.
> man smb.conf
> hosts allow, hosts deny

Это не помешает видеть обзором "компьютеры другого отдела". NB: для
корректной работы сетевой печати в винде на рабочих станциях ДОЛЖНА быть
поднята и открыта служба сервера, поскольку spoolss отдаёт клиенту
состояние очереди через обратное соединение. Маразм, но факт.

Как вариант - разнести отделы по разным сегментам сети или VLAN'ам, и
выключить и бродкасты между сегментами, и master browser на сервере.

А.Л.



> 
> Зачем усложнять?
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Многоголовая samba

[Alexey Lobanov]

20.08.2008 17:36, Покотиленко Костик пишет:

> Сегменты физически разные, интерфейсы не в мосте, броадкасты там не
> ходят. То есть для того чтобы в этой ситуации не было видно оба сегмента
> надо выключить master browser? Потому что с ним видно - проверено. WINS
> тоже должен быть выключен?

/usr/src/samba-/docs/htmldocs/Samba3-HOWTO/NetworkBrowsing.html

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: несколько a записей д ля имени

[Alexey Lobanov]

28.08.2008 09:47, Алексей Котиков пишет:

> Добрый день, господа, подскажите на сколько корректна такая ситуация:
> 
>  в логах postfix натолкнулся на такую проблемку:
> warning: 1.1.1.1: address not listed for hostname some.domain.ru

.

> как я понимаю, postfix при проверке не проверяет все возможные адреса?

Postfix делает вот что:

1. Делает реверсный запрос и получает ОДНУ запись типа PTR. Если для
IP-адреса сделано несколько записей  PTR, то выбор случайный.

2. Для полученного имени проверяются ВСЕ записи типа A, и ищется хотя бы
одно совпадение с исходным IP.

Глюки чаще всего бывают на этапе 1, из-за множественных PTR. Котрые не
запрещены напрямую, но создают недетерминированное поведение системы.

> на сколько такое описание почтовых серверов в зоне является корректной?

А для ответа на этот вопрос надо бы сообщить опчеству реальный адрес
отправляющего хоста.

А.Л.

> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

CUPS: filter и backend в параллель

[Alexey Lobanov]

Добрый день.

Наблюдается неприятная неэффективность при печати тяжёлых заданийна HP
Laserjet. Фильтр и бэк-энд обрабатывают задание строго последовательно:
сначала 10-15 секунд над заданием думает hpijs - а принтер простаивает,
уже закончив предыдущее задание. Потом принтер печатает, но простаивает
процессор сервера: следующее задание на вход фильтра не подаётся. В
результате механическая производительность принтера используется наполовину.

Правильно ли это? Можно ли обучить CUPS тому, что фильтр и бэк-энд могут
и должны работать параллельно для последовательных заданий?

Использовать  HP-LaserJet_4250-Postcript вместо HP-LaserJet_4250-hpijs
просьба не предлагать: в этом случае над заданием задумывается только
принтер, но на значительно большее время. Вот такие странные постскрипты
генерит Adobe Acrobat Reader через CUPS'овский же виндовый драйвер
Postscript.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: У кого лучше 4-х ядерн ость у AMD или у Intel

[Alexey Lobanov]

17.09.2008 10:10, Александр Екимов пишет:

> Только
> вкурить не могу, как ядро отключить, дабы сравнить с одним и с двумя.

# echo 0 > /sys/devices/system/cpu/cpu1/online

Как-то так. Планировщик заданий ядра это видит, и тоже переключается в
однопроцессорный режим с соответствующей записью на консоли.

А.Л.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Остановка винчестера н а USB

[Alexey Lobanov]

Коллеги,

а как можно загнать в энергосберегающий режим SATA винчестер, стоящий в
USB боксе и видимый как SCSI?

hdparm сразу говорит "не могу", scsi-spin ничего не говорит и ничего не 
делает.


Смысл, естественно, в том, что это хранилище бэкапов, работающее обычно 
полчаса в сутки. И в остальное время оно не должно крутиться, шуметь и

претендовать на энергию UPS'а.

Кстати. В какой момент USB диски превратились у нас из /dev/sda (8,0) в 
/dev/uba (180,0)?


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Остановка винчестера на USB

[Alexey Lobanov]

Добрый день.

On 24.09.2008 14:39, Dmitry Nezhevenko wrote:


On Wed, Sep 24, 2008 at 11:59:44AM +0400, Alexey Lobanov wrote:

Коллеги,

а как можно загнать в энергосберегающий режим SATA винчестер, стоящий в
USB боксе и видимый как SCSI?

hdparm сразу говорит "не могу", scsi-spin ничего не говорит и ничего не  
делает.


У мну нормальный USB-ный винт (который WD Passport).

echo "suspend" > /sys/bus/usb/devices/$DEVICE/power/level


Интересно...

# ls -l /sys/bus/usb/devices/1-4/power/
total 0
-rw-r--r-- 1 root root 4096 2008-09-24 15:20 wakeup

И никакого "level". Ядро довольно старое, 2.6.19.2



После этого винт останавливается.


Это уже больше половины дела. Автоматическое включение в этой задаче, в 
общем, не нужно, поскольку к устройству обращаются только скрипт бэкапа 
и админ при восстановлении. А наличие файла "wakeup" наводит на мысль о 
том, что программное включение предусмотрено.


Какое у тебя ядро и что ещё есть в "power/"?

А.Л.



Другое дело, что разбудить у меня его
без перетыкания не получилось.
 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Остановка винчестера на USB

[Alexey Lobanov]

Всё оказалось проще.

"scsi-spin --down /dev/sda" в моём случае всё-таки делает ровно то, что 
нужно - гасит винчестер. Но, в отличие от настоящих SCSI (man 
scsi-spin), обратное включение происходит автоматом по обращению. Как и 
положено в ATA и SATA.


Устройство - Transcend StoreJet 35, lsusb видит как JMicron 152d:2336.

А.Л.

On 24.09.2008 11:59, Alexey Lobanov wrote:


Коллеги,

а как можно загнать в энергосберегающий режим SATA винчестер, стоящий в
USB боксе и видимый как SCSI?

hdparm сразу говорит "не могу", scsi-spin ничего не говорит и ничего не 
делает.


Смысл, естественно, в том, что это хранилище бэкапов, работающее обычно 
полчаса в сутки. И в остальное время оно не должно крутиться, шуметь и

претендовать на энергию UPS'а.

Кстати. В какой момент USB диски превратились у нас из /dev/sda (8,0) в 
/dev/uba (180,0)?


А.Л.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: получить ответ от /dev/ ttyS0

[Alexey Lobanov]

On 30.09.2008 14:49, Oleg Litvinov wrote:


на /dev/ttyS0 висит vdsl модем



каким образом можно получить ответ от модема (допустим вывести в файл)?


"man chat", скорее всего.

NAME
   chat - Automated conversational script with a modem

SYNOPSIS
   chat [ options ] script

DESCRIPTION
   The chat program defines a conversational exchange between the 
computer
   and the modem. Its primary  purpose  is  to  establish  the 
connection
   between the Point-to-Point Protocol Daemon (pppd) and the 
remote’s pppd

   process.







--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Hi all.

On 04/07/06 10:27, Konstantin Matyukhin wrote:

On 7/4/06, *Ilya S. Sapytsky* <[EMAIL PROTECTED] 
> wrote:


Добрый день!
решил посмотреть в сторону SPF. Идея хорошая, все
прекрасно, но вот пока не совсем понял как это
прикручивается к postfix в debian.
Сейчас на этой машине работает postfix+postgrey.
У кого нибудь это уже работает? РАсскажите плиз как
сделали...


Примерно так:

policyunix  -   n   n   -   -   spawn
  user=nobody argv=/usr/bin/perl /usr/local/postfix/libexec/spf.pl

smtpd_recipient_restrictions =
 reject_non_fqdn_recipient,
 reject_non_fqdn_sender,
 reject_authenticated_sender_login_mismatch
 reject_unknown_sender_domain
 permit_mynetworks
 permit_sasl_authenticated
 check_recipient_access hash:/etc/postfix/recipmap
 reject_non_fqdn_hostname
 check_helo_access hash:/etc/postfix/helomap
 check_sender_access hash:/etc/postfix/addrmap
 reject_unauth_destination
 reject_unlisted_recipient
 check_client_access hash:/etc/postfix/netmap
 reject_rbl_client sbl.spamhaus.org
 reject_rbl_client zombie.dnsbl.sorbs.net
 reject_rhsbl_sender bogusmx.rfc-ignorant.org
 reject_rhsbl_sender rhsbl.sorbs.net
 check_policy_service unix:private/policy
 reject_rbl_client dul.ru
 reject_rbl_client dialups.visi.com
 reject_rbl_client dul.dnsbl.sorbs.net
 reject_rbl_client list.dsbl.org
 reject_rbl_client cbl.abuseat.org
 check_recipient_access hash:/etc/postfix/access


SPF на данном этапе практически бесполезен и, боюсь, так и не
доживет до хотя бы 70%  эффективности. 


[EMAIL PROTECTED]:~$ grep reject: /var/log/mail.log.0|wc -l
515

[EMAIL PROTECTED]:~$ grep reject: /var/log/mail.log.0|grep spf|wc -l
54

Итого, примерно 10% эффективности. Тоже деньги.

Хинт: "~all" имеет смысл интерпретировать как "-all". Если хозяин домена 
потрудился явным образом прописать "легитимные" хосты отправки, то все 
прочие источники можно с большой уверенностью считать не сомнительными, 
а просто нехорошими.


В том SPF-engine, который используется в Постфиксе, эта настройка 
делается редактированием spf.pl:


  if($result eq "pass")  { return "OK"; }
  elsif ($result eq "fail")  { return "REJECT " . ($smtp_comment || 
$header_comm

ent); }
  elsif ($result eq "error") { return "450 temporary failure: 
$smtp_comment"; }
  elsif ($result eq "softfail") { return "550 SPF restriction: 
$smtp_comment"; }

  else   { return "DUNNO"; }


К тому времени скорее всего 
станут более

популярными современные почтовые протоколы на основе, например, IM / XMPP.


Ну, нам-то сейчас надо жить.

А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Hi all.

On 04/07/06 19:43, Konstantin Matyukhin wrote:




[EMAIL PROTECTED]:~$ grep reject: /var/log/mail.log.0|wc -l
515

[EMAIL PROTECTED]:~$ grep reject: /var/log/mail.log.0|grep spf|wc -l
54

Итого, примерно 10% эффективности. Тоже деньги.


А сколько из этих 10% проскочило бы через grey listing?


Greylisting меня категорически не устраивает задержками доставки. Люди 
уже привыкли, что после перехода с UUCP на SMTP e-mail работает почти 
мгновенно :-)


Естественно, задержки можно преодолевать ручным ведением белых списков...

А вывод простой: magic bullet не существует, надо применять комплекс 
мер. SPF даже при 10% эффективности - одна из них. Одна старушка - 20 
копеек, а пять старушек, как известно, целый рубль.


А.Л.






--
С уважением,
Константин Матюхин



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Hi.

On 05/07/06 14:14, Ilya S. Sapytsky wrote:


Добрый день!

On Tue, Jul 04, 2006 at 06:19:06PM +0400, Alexey Lobanov wrote:
чего-тоу меня непонятки... сделал все как написал, а вот на
всю почту, даже заведомо ложную (сам посылал руками фигню всякую)
получаю DUNNO.


Проблема в том, что абсолютное большинство SPF-записей сейчас содержат 
"~all" вместо "-all". Соответственно, дистрибутивный скрипт spf.pl даёт 
DUNNO. Я рекомендую поменять настройки в скрипте, подробности были в 
первом ответе.


Пострадают в этом случае, например, некоторые особо умные пользователи 
mail.ru, которые вместо веб-интерфейса отправляют почту @mail.ru через 
свой провайдерский или корпоративный релей. IMHO - так им и надо.


[EMAIL PROTECTED]:~$ host -t txt mail.ru

mail.ru descriptive text "v=spf1 ip4:194.67.57.0/24 ip4:194.67.23.0/24 
ip4:194.67.45.0/24 ~all"



А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Hi.

On 05/07/06 16:13, Ilya S. Sapytsky wrote:


Спасибо, сейчас все заработало, разобрался. Уже 15 reject
на этом основании... неплохо.

Только почему-то у меня сначала идет spf а уже потом
postgrey хотя в конфиге написано наоборот... с чем это
может быть связано?


Где-то даже документировано, что *все* подобные ограничения и правила 
надо писать в параметр "smtpd_recipient_restrictions". А 
smtpd_sender_restrictions и helo_restrictions убрать совсем.


Логика в том, что только после RCPT TO мы имеем полную информацию, 
нужную и для анализа, и для занесения в лог. На фазе MAIL FROM принимать 
решения рано.




main.cf:
smtpd_sender_restrictions = permit_mynetworks,
check_sender_access hash:/etc/postfix/sender_access,
reject_non_fqdn_sender,
reject_unauth_destination,
check_policy_service inet:127.0.0.1:6,
check_policy_service unix:private/policy
reject_unverified_sender

smtpd_recipient_restrictions = check_recipient_access 
hash:/etc/postfix/access-all,
reject_non_fqdn_recipient,
permit_sasl_authenticated
reject_unknown_sender_domain,
permit_mynetworks,
check_relay_domains



А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Ну полный оффтопик пошёл.

On 05/07/06 17:05, Artem Chuprina wrote:


Т.е. пусть эти гады пользуются у<матерное слово>ным уеб-интерфейсом
вместо нормального почтового клиента?  Знаешь, даже я не настолько злой...


Преферанс - не школа гуманизма :-)

http://www.mail.ru/pages/help/182.html

"Услуги бесплатной электронной почты Mail.ru предоставляются 
Пользователям, имеющим доступ к сети Интернет, и установленное 
программное обеспечение для работы веб-интерфейсом, расположенным только 
по адресу http://www.mail.ru, на основе Пользовательского Соглашения."


Впрочем, на каких-то там условиях они дают и POP + IMAP + SMTP AUTH. 
Возможно, за деньги? Я не разбирался.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

Hi.

On 05/07/06 17:29, Master Yoda wrote:


http://www.mail.ru/pages/help/182.html



Абсолютно бесплатно.
Лично у меня есть там мыло (так, на всякий случай), но
Я НИ РАЗУ не пользовался их "уеб-интерфейсом".


То есть проблемы нет, и для mail.ru "~all" тоже можно безопасно 
обрабатывать как "-all". Честные клиенты mail.ru в состоянии настроить 
SMTP AUTH, а спаммеры жуют носки:


Jul  4 12:37:16 mail postfix/smtpd[8415]: NOQUEUE: reject: RCPT from 
mx2.spbtlg.ru[213.158.0.6]: 550 5.7.1 <[EMAIL PROTECTED]>: Recipient address 
rejected: SPF restriction: Please see 
http://spf.pobox.com/why.html?sender=mulkejewa%40mail.ru&ip=
213.158.0.6&receiver=mail.cro-rct.ru; from=<[EMAIL PROTECTED]> 
to=<[EMAIL PROTECTED]> proto=ESMTP helo=


Грейлистинг в данном случае, кстати, не поможет, поскольку mx2.spbtlg.ru 
- легитимный провайдерский сервер.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: postfix + spf

[Alexey Lobanov]

On 05/07/06 17:49, Иван Лох wrote:


On Wed, Jul 05, 2006 at 04:01:22PM +0400, Alexey Lobanov wrote:


Проблема в том, что абсолютное 
большинство SPF-записей сейчас содержат 
"~all" вместо "-all". Соответственно, 
дистрибутивный скрипт spf.pl даёт DUNNO. Я 
рекомендую поменять настройки в скрипте, 
подробности были в первом ответе.




Этот совет опирается на какой-нибудь RFC?


Нет, только на вышеупомянутую сложившуюся практику. Как, впрочем, и 
бОльшая часть всех средств ограничения спама.


Естественно, разрешить почту для локального postmaster'а мы должны до 
проверки SPF. Во исполнение фундаментального RFC2821. И этого достаточно 
для восстановления коммуникаций в случае, если мы где-то ошиблись.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: УВАЖАТЬ читателей ра ссылки

[Alexey Lobanov]

On 12/07/06 12:06, mailvisor wrote:


Но. Когда я работал в банке, в нашей корпоративной сети в обязательном порядке
требовалась отсылка подобных сообщений, и делал это Microsoft Exchange Server
без ведома получателя. Все делал сам. Это не реклама, а подтверждение того что 
почтовый сервер может это делать.


1. Не почтовый, а collaboration. Это сильно разные вещи. Через RPC можно 
и наличие сотрудника на месте отслеживать, по мышке.


2. И никому толком не известно, что такое "это" в данном случае, у 
MS-Exchange. О чём именно оно уведомляет. Например, многократно описано, 
что при каком-то положении звёзд в ответ на запрос уведомления о 
прочтении Exchange высылает ответ "Your message was deleted without 
being read" :-\. Причём в реальности получатель письмо прочитал. А 
отправитель (бизнес-партнёр или начальник) на такой ответ может и 
обидеться очень серьёзно.


У меня такая ситуация была. После чего, немедленно, все запросы 
уведомлений во внешней почте были убиты силами постфикса на гейте, 
"headers_check... IGNORE". Внутри конторы - пожалуйста, а с внешним 
миром эти запросы оказались небезопасны для репутации фирмы.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: The Bat и SMTP AUTH

[Alexey Lobanov]

Hi all.

On 25/07/06 13:35, S R wrote:

> Hi 2 all,
> 
> при попытке отпрвить письмо из Бата в логах :
> 
> SEND - Аутентификация (программный CRAM-MD5)..
> SEND - Сервер сообщает об ошибке: 5.7.0 authentication failed
> SEND - ВНИМАНИЕ: не удалось обнаружить на сервере подходящих алгоритмов 
> аутентификации
> 
> хотя если по телнету зайти на 25 или 465 порты присутствуют строки
> 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
> 250-STARTTLS
> 
> и в /usr/lib/sasl/Sendmail.conf присутствует
> pwcheck_method: auxprop 
> mech_list: plain login cram-md5 digest-md5
> auxprop_plugin: sasldb
> 
> и в sendmail.mc были заданы строки
> define(`confAUTH_MECHANISMS', `DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl
> TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl
> 
> в чём может быть проблема?

В отсутствии секрета в /etc/sasldb для данного юзера? CRAM-MD5 не может
использовать общесистемную базу, /etc/shadow или что там есть.

Точный ответ должен быть в логах на серверной стороне. Далее, "man
saslpasswd"

А.Л.


> 
> спс, Вячеслав.
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: содержание домена

[Alexey Lobanov]

Hi.

On 25/07/06 17:54, Kirill Frolov wrote:

>   Вот имеется домен и содержится он на стороне. А хочется его содержать
> локально. Но почту в нём непременно чтоб на стороне получать.
> 
>   Вопрос: допустим, сервер на котором домен держится (первичный) ПАДАЕТ.
> И его никто так поднимать не спешит. Неделю-другую. Вопрос -- что будет
> с доставкой почты для этого домена, при условии, что вторичный сервер
> точно не упадёт?  Точно ничего?

Насколько я понял, имеются в виду DNS-сервера. То есть master упал,
slave продолжают отвечать.

Таки slaves будут отвечать про этот домен до тех пор, пока не истечёт
время, указанное в "Expire" SOA RR. Это четвёртое число в SOA. После
этого домен умрёт полностью, включая доставку почты.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

mondoarchive и загрузка с комп акт-диска

[Alexey Lobanov]

Hi all.

Правильно ли я понимаю, что Mondo (mondoarchive) должен уметь делать 
один загружаемый DVD с самовосстанавливающейся системой?


Все эксперименты с версиями 1.0.4 (нативный из Sarge) и 1.0.6 (deb с 
сайта разработчиков mondo-mindi) приводят к тому, что "основной" диск с 
архивом либо не грузится нормально, либо не грузится вообще.


# mondoarchive -g -O -i -E "/dump /tmp /home /var /usr" \
 -d /dump/  -k FAILSAFE -s650m \
 -F -S/dump/tmp -T/dump/tmp -L -N

(для экономии болванок тест пишет только кусок системы на CD-RW)

В нативном mondo после загрузки получается хорошо известная диагностика 
"can't access tty", и ничего нельзя запустить кроме встроенных команд 
busybox. Расшифровка есть в FAQ по busybox: он не умеет работать при 
tty=/dev/console, нужно явным образом прописывать (в iniitab'е?) 
реальное устройство, /dev/tty0 или /dev/ttyS0.


В более свежем Mondo+Mindi 1.0.6 сделанный той же командой диск архива 
вообще не имеет загрузочной записи! И никаких сообщений об ошибках ни в 
логах mondoarchive, ни на экране (-g) нет.


Получающийся попутно 25-мегабайтный "mondorescue.iso" действительно 
грузится, и даёт менюшки mondorestore. Но shell (busybox) в нём тоже 
неживой, то есть функциональность при восстановлении резко ограничена.


Обращаю внимание: Mindi в Sarge тащит с собой собственный 
"mindi-busybox". То есть можно было рассчитывать на то, что он патченый 
по поводу консоли. Ан нет.


Any ideas? Как получить правильный загружаемый DVD с работающим шеллом?

А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Проблемы с отправкой почты Postfix'ом

[Alexey Lobanov]

Hi,

On 01/08/06 16:28, vit wrote:


On Tue, Aug 01, 2006 at 15:47 +0300, Alexander Vlasov wrote:

Да и FQDN своеобразный...



Это внутренний сервер. FTP, proxy, mail
Из инета он не виден.


И на нём, как было неоднократно замечено, не Postfix, а Exim. Тогда о 
каком постфиксе вообще идёт речь? Где он? И как ругается?


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Проблемы с отправкой почты Postfix'ом

[Alexey Lobanov]

Hi.

On 01/08/06 16:28, vit wrote:


Это внутренний сервер. FTP, proxy, mail
Из инета он не виден.


Виден :-). Смотрим в заголовки письма:

Received: from vit.rts-ukraine
([192.168.0.9] helo=rts.ua ident=postfix)
by shadow.rts-ukraine with esmtp (Exim 4.50)
id 1G7uI6-0002Ze-CN
for debian-russian@lists.debian.org; Tue, 01 Aug 2006 16:28:10 +0300
Received: by rts.ua (Postfix, from userid 1000)
id B71DE488B4; Tue,  1 Aug 2006 16:28:22 +0400 (MSD)

Насколько я понимаю, Postfix на рабочей станции vit.rts-ukraine 
[192.168.0.9] считает, что его имя - "rts.ua". Это он говорит в HELO. И 
вполне логично, что почту для этого домена он пытается доставить 
локально, в пределах рабочей станции. Тут и ошибка?


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mondoarchive и загрузка с ком пакт-диска

[Alexey Lobanov]

Hi all.

On 02/08/06 07:41, Сергей Морозов wrote:

>> Правильно ли я понимаю, что Mondo (mondoarchive) должен уметь делать
>> один загружаемый DVD с самовосстанавливающейся системой?

> Правильно понимаешь.

Вот мне тоже так кажется.

> > Все эксперименты с версиями 1.0.4 (нативный из Sarge) и 1.0.6 (deb с
> > сайта разработчиков mondo-mindi) приводят к тому, что "основной" диск с
> > архивом либо не грузится нормально, либо не грузится вообще.

> Я этот пакет года 2 эксплуатировал на компаковских серверах. Правда писал CD
> + стримак DDS4. 

Это понятно, и это более правильно, чем DVD. Но на стример пока не дают
денег.

> Backup/Restore работало все нормально, НО!!! появились у
> меня сервера IBM 235 и вылезла на них такая фишка - backup делает нормально,
> а restore не работает (конкретно почему не работает разбираться не стал).
> Диск грузился restore запускалось а потом выдавало что-то типа "backup
> записал какое-то дерьмо а я теперь востановть не могу". После этого я очень
> сильно не доверяю этому пакету. А тебе могу посоветовать 2 варианта:

> 1)если есть возможность, проверь mondo на другом железе.

1. В тестировании участвуют три машины. Всё одинаково.

2. А при чём тут железо? /dev/console совершенно не железное.

> 2)если серверов больше чем 1, то посмотри на пакет systemimager. IMHO это
> более правильная технология.

Увы. Восстановление по сети разумным образом работает только в локалке.
У меня сервера разбросаны по городу, и в случае аварии будет в разы
быстрее (и дешевле) перевезти диски, чем качать пару гигов системы по
достаточно узким каналам.

Продолжаем разбираться с mondo.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mondoarchive и загрузка с ком пакт-диска

[Alexey Lobanov]

Hi all,

Похоже, что в Etch они это самое mondo починили. Но ставить Testing ->
Etch на рабочий неэкстремальный сервер нет никакого желания.

Таки настоятельный вопрос к публике: у кого-нибудь работает Mondo в Sarge?

А.Л.

On 01/08/06 12:32, Alexey Lobanov wrote:

> Все эксперименты с версиями 1.0.4 (нативный из Sarge) и 1.0.6 (deb с
> сайта разработчиков mondo-mindi) приводят к тому, что "основной" диск с
> архивом либо не грузится нормально, либо не грузится вообще.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mondoarchive и загрузка с ком пакт-диска

[Alexey Lobanov]

Hi all,

On 02/08/06 11:44, Alexey Lobanov wrote:


Таки настоятельный вопрос к публике: у кого-нибудь работает Mondo в Sarge?


Молчание ягнят. Видимо, таки не работает.

Итого. Залез в близлежащий ftp.fi.debian.org/debian/pool/m/, ручками 
вынул последние версии mindi и mindi-busybox, поставил. Соответствующая 
версия mondo не поставилась по библиотекам, но не очень-то и хотелось. 
Проблема явно на уровне mindi.


В итоге - работает. На ноутбуке без ругани грузится с DVD и предлагает и 
автоматическое восстановление в mondorescue, и живой шелл.


Пробное восстановление буду делать позже, пока свободной железки нет.

А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mondoarchive и загрузка с ком пакт-диска

[Alexey Lobanov]

Hi.

On 02/08/06 20:16, Сергей Морозов wrote:

> И еще этот mindi/mondo не любит больших обьемов. Систему еще можно бакапить,

Это совершенно понятно. Вообще самозагружающийся DVD подразумевает
именно восстановление убитой системы. А данные нужно писать отдельно,
значительно чаще системы, и желательно, в формате, не привязанном к
конкретному экзотическому пакету. Чтобы при нужде прочиталось на
совершенно другой машине с другой OS без долгих плясок с бубном.

Mondo воспринимается именно как средство быстрого восстановления
системной части. Надёжность при этом менее критична, поскольку неудача
восстановления означает только потерю времени на установку из
стандартного дистрибутива и восстановление конфигураций.

Кстати, у меня на большинстве машин есть внутри программно выключенный
винчестер с загружабельной копией системы. И rsync делается ни в коем
случае не по графику, а только вручную, после *успешно оттестированных*
существенных изменений. Но от физической гибели всей машины такая копия,
естественно, не защищает.

> а вот если нужно сотню другую гиг, то он тоже начинает косяки выдавать.
> Причем на разном железе ведет себя по разному. Поэтому если уж завязываться
> на него то тестить все по черному надо, и потом железо не менять по
> возможности, чтобы не нарваться в самый отвественный момент. Backup - это
> святое ;-))

Дык. Но связанные с этим обряды достаточно разнообразны :-)

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Backup - 2 подхода

[Alexey Lobanov]

Hi all.

On 04/08/06 14:50, Roman Sozinov wrote:

> Есть задача - делать backup с рабочих серверов на один backup-сервер.
> Есть 2 подхода к решению этой задачи:
> 1) рабочий сервер сам инициирует когда ему делать бекап
> 2) backup-сервер сам инициирует сбор бекап данных с рабочих серверов на свой
> HDD.
> Какой подход лучше?

Для первого подхода нужно давать рабочему серверу право *записи*
(неважно по какому протоколу) на backup-сервер.

Для второго подхода backup-серверу нужно только право *чтения* на
рабочих серверах.

Далее, рассматриваем ситуацию, когда у какого-то сервера съезжает крыша
(от сбоя или под управлением врага), и он начинает портить всё в
пределах своего доступа. По моему мнению, при этом второй вариант
выглядит существенно лучше.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Backup - 2 подхода

[Alexey Lobanov]

Hi all.

04.08.2006 18:59, Dmitri V. Ivanov пишет:

> On Fri, Aug 04, 2006 at 04:08:18AM -0700, Roman Sozinov wrote:
>> Я тоже использую вторую схему, но в интернет-публикациях на эту тему чаще
>> всего описывается первая схема. Спрашивается - почему?

> Ну например для инкрементального бэкапа нужно знать как минимум для
> каждого файла ctime и для каталогов еще и inode number (а в случае если
> попадающее под архивирование поддерево содержит точки монтирования то
> еще и номер устройства). Последнее при доступе через сеть может
> выделяться динамически насколько я понимаю. 

Дык. Это всего лишь означает, что старый добрый универсальный NFS не
есть правильный сетевой протокол для специальной цели резервного
копирования. Не более того.

> Посему делать
> инкрементальный проще и спокойнее локально.

А можно и локально. При нынешних ценах на дисковое пространство можно,
например, держать на backup-сервере постоянные полные зеркала всех
рабочих (man rsyncd.conf) и делать "локальный" инкрементальный слив на
сменные носители. Существенный плюс такой двухступенчатой схемы ещё в
том, что при некоторых типах аварий не придётся поднимать все ленточки
бэкапа, достаточно будет перелить по той же сети обратно зеркальную
копию. Ленточки ведь у нас хранятся не в офисе, а в сейфе в доме
директора, правда :-) ?

А.Л.


> 
> WBR
> Dmitri Ivanov
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Особенности ХТТП в ли нукс?

[Alexey Lobanov]

06.09.2007 08:22, Vitaly Takmazov пишет:

> Это предназначено как раз таки для увеличения производительности сети, а не
> ее уменьшения, как Вы подумали.

Легендарный "Ускоритель Интернета"?

QoS - это попросту перераспределение ограниченной полосы пропускания
клиентского канала в пользу отдельных особо нахальных программ.

Естественно, с точки зрения этой особо нахальной программы
производительность сети растёт. Одновременно для всех прочих она падает,
поскольку ни расширить клиентский канал, ни заставить провайдерские и
магистральные маршрутизаторы обращать внимание на QoS никакая
операционная система не в состоянии.

А.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Синхронизация main-backup mail servers

[Alexey Lobanov]

Тут по ходу дела вспомнилось грязное, но быстрое полу-решение.

Верификация получателя, reject_unverified_recipient в Постфиксе. В
других MTA не помню.

Результаты верификации (и положительные, и отрицательные) Postfix
кэширует, создавая тем самым некий волатильный аналог локальной базы
правильных получателей. Время кэширования управляется.

А для задачи "прикрыть иксчейндж снаружи нормальным MTA" это работает
почти совсем хорошо, поскольку набранная "автоматическая" база
правильных получателей быстро оказывается полной.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Exim4, The Bat and TLS troubles

[Alexey Lobanov]

Hi.

11.09.2007 00:28, abraham shapirus пишет:

> (gnutls_handshake): An error was encountered at the TLS Finished packet
> calculation.

> Чьи баги, экзима или зебата? Фиксятся ли без замены одного из них на
> аналог?

Фиксятся-то они может быть и без замены, а вот диагностируются вряд ли.

Для начала я бы попробовал цепляться к Exim'у другим стандартным
клиентом (i.e., thunderbird) и диагностической утилитой из командной
строки (openssl s_client, stunnel4). Чтобы получить развёрнутую диагностику.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: crywrap исчез из тестинга

[Alexey Lobanov]

Hi.

13.09.2007 07:11, Nicholas пишет:

> Что cтоит иcпользовать для ssl smtp ? 

Свой любимый MTA, включив в нём SSL и/или TLS. Если MTA такого не умеет,
то сменить MTA на более адекватный. Их есть.

Кстати, если в системе используется SMTP AUTH, то очень рекомендуется
разрешать его только из-под SSL/TLS. Спаммеры активно ломают SMTP AUTH с
2002 года, подбирая пароли к тривиальным тестовым аккаунтам. Но через
SSL *пока* не лезут...

А.Л.

>(для ssl pop3 и imap используется
> courier).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: голосовой звонок

[Alexey Lobanov]

16.09.2007 15:43, Андрей Герасимов пишет:

как бы реализовать голосовой звонок с компа после завершения какой либо 
длительной операции (кодирование фильма, и т.п.), в какую сторону копать?


Насколько я понимаю, разговорами человечьим голосом по POTS линии через 
обычный войс-модем у нас заведует vgetty из пакета mgetty-voice. По 
крайней мере автоответчиком оно работает отлично.


Asterisk и его компоненты умеют значительно больше, но требуют либо 
специального достаточно дорогого железа для сопряжения с POTS, либо 
выход в мир по VoIP.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Вопросец по SAMBA

[Alexey Lobanov]

19.09.2007 07:06, dj_morgue пишет:

>>> Если просто килять по PID, то пользователь подключается к серверу по
> новой и => появляется новый PID

Ну, значит, перед kill надо сказать "smbpasswd -d pupkin". После
покаяния и пивоприношения - "smbpasswd -e pupkin".

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Вопросец по SAMBA

[Alexey Lobanov]

19.09.2007 15:02, Роман Кисилев пишет:

> Или если пароль один на всех iptables поможет :)

"Если солдат говорит "может быть", то это не солдат" (с)анекдот

Если пароль один на всех, то это не пароль.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Тонкие клиенты Linux

[Alexey Lobanov]

В Питере бесшумными машинками на базе VIA много лет занимается Ниеншанц:

http://www.favourite-nnz.ru/goodscat/item/show/14/19/

Причём начали они не с тонких клиентов, а с серверов, у меня такой есть
в конторе:

http://www.iscompact.ru/

Но цены на все готовые конструктивы действительно изрядно заряжены.
Отдельно ITX мамка с впаянным процессором и всеми контроллерами на борту
должна стоить меньше $100, память стандартная...

А.Л.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: groupware

[Alexey Lobanov]

25.09.2007 20:47, Nick Phoenix пишет:


Хм ... http://en.wikipedia.org/wiki/Category:Free_groupware ?


Сразу вижу, что там отсутствует очень даже живая Alfresco. 
http://www.alfresco.com/


А.Л.



Nick 'TARANTUL' Novikov пишет:
Ppl, а что в природе имеется из вещей похожих на 
http://www.open-xchange.com ?




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: groupware

[Alexey Lobanov]

Hi.

26.09.2007 12:52, Maxim Kudelya пишет:

>> http://www.alfresco.com/

> Интересная система. Не могли бы Вы коротко описать ее преимущества и
> недостатки по собственному опыту использования?

Опыт *использования* нулевой, поскольку внедрение таких систем в бизнесе
- это на 80% организационная, а не техническая задача. Но поставить на
Sarge и получить всю базовую функциональность удалось без особых
сложностей. По-моему, там всё достаточно хорошо задумано и сделано.

Недостаток тот же, что и у OX: это жабий монстр, жрущий ресурсы.

Достоинство: берёт базу юзеров из LDAP - что достаточно часто
принципиально, поскольку на LDAP завязана и современная Samba.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: reboot debian на чипсете sis

[Alexey Lobanov]

28.09.2007 10:59, sanych пишет:

> при ребуте данная система виснет наглухо после сообщения "system halted"

Documentation/kernel-parameters.txt

reboot= [BUGS=IA-32,BUGS=ARM,BUGS=IA-64] Rebooting mode
Format: [,[,...]]
See arch/*/kernel/reboot.c or
arch/*/kernel/process.c

И перебирать все 4 варианта - warm, cold, bios, hard.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Scanner over ethernet

[Alexey Lobanov]

Комментарий по поводу sane-twain. Софтина достаточно сырая и работает 
отнюдь не со всеми поддерживаемыми Sane сканерами. Мы в своё время при 
активном соучастии автора так и не добились толку от HP-шного комбайна, 
который внутри линуха поддерживается полностью. Причина, скорее всего, 
в недокументированном влиянии локали на обработку данных floating point 
внутри протокола twain. Comma vs. dot и прочая дрянь.


30.09.2007 18:30, Poul пишет:


Пасиб огромный! обязательно попробую.



Запустить на сервере saned и разрешить (пакет sane-utils).
Разрешить доступ к нему со всех машин, с каких надо.
На виндовые машины поставить 
SaneTwain http://sanetwain.ozuzo.net/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: growisofs перестал писать DVD+R

[Alexey Lobanov]

Hi.

04.10.2007 08:09, Oleg Matviychuk пишет:

> Просто смущает
> Invalid argument. Когда год назад навернулся лазер от СД на другом приводе, 
> там по 
> ошибке можно было понять, что привод накрылся. 

А от этого может помочь обновление прошивки в приводе. Там тоже баги
есть обычно.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Перемудрили со спамф ильтрами?

[Alexey Lobanov]

А про цензуру почты по содержанию достаточно хорошо написано у Гашека, в
первой главе "Швейка".

С моей точки зрения, система доставки почты не имеет никакого собачьего
права лезть в текст доставляемого письма и как-то его анализировать по
правилам цензуры. Каковые правила, естественно, недокументированы и
меняются на ходу. И эта точка зрения опирается не только на Гашека, но в
том числе и на Закон о Связи.

Анализировать техническую часть письма (заголовки RFC-2822) почтовая
система может и должна. Принимать почту от всех хостов подряд не должна:
тот же ЗоС даёт достаточно логичное и необременительное требование
всегда обслуживать только своих прямых клиентов и российские
провайдерские системы.

В данном случае - ну вот зачем мы давеча принимали мусор с релеев
Orange, давно и прочно сидящих в multihop.dsbl.org? И с каких-то
диалапов напрямую?

А.Л.

05.10.2007 09:55, Oleg Anisimov пишет:

> Письма дружно строем уходили в /dev/null безо всяческих отлупов.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Postfix: проверка получат еля

[Alexey Lobanov]

08.10.2007 19:18, Alexander Vlasov пишет:

> У пн, 2007-10-08 у 19:08 +0400, Artem Chuprina пише:


А в каком виде она у цируса?


О! Тот самый нужный вопрос.



afair libdb4.x


А вот ответу я не верю. "mailboxes.db" - дерево почтовых фолдеров, а не 
база пользователей. И это таки две большие разницы.


Подсказка: в настоящей базе пользователей, кроме имён, лежат ещё пароли.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Postfix: clamav и spamassassin через milter

[Alexey Lobanov]

08.10.2007 19:35, Покотиленко Костик пишет:


Интересует настройка контент фильтров clamav и spamassassin в postfix
через технологию milter, чтобы спам до очереди не доходил. Если кто
настраивал, поделитесь конфигами пожалуйста. Месяц назад пробовал, не
получилось.


Интерфейс milter полностью работает начиная с Postfix 2.4. В стабильном 
дебиане у нас 2.3.x - и опаньки.


В 2.4.0:

smtpd_milters =
 unix:/var/run/clamav/clamav-milter.ctl
 unix:/var/spool/MIMEDefang/mimedefang.sock

Напильник применялся только для прав доступа. Чтобы postfix мог писать в 
сокет clamd, а clamd - читать проверяемые файлы из спула.


А.Л.








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Postfix & scattermail

[Alexey Lobanov]

Hi all.

А как у Постфикса можно реализовать стандартную рекомендацию отправлять
Non-Delivery Reports только своим и не отправлять на чужие домены? Дабы
входящий спам никогда не генерировал NDR, даже если возникли какие-то
технические проблемы с его локальной доставкой после приёма.

Типичная реальная проблема: корявый технический заголовок в спаме
недостаточно крив для отлупа на этапе SMTP, но вызывает отлуп на этапе
LMTP при локальной доставке. И имеем:

<[EMAIL PROTECTED]>: host mx1.nokia.com[192.100.122.228] said: 501
5.1.3
Syntax error in mailbox address "[EMAIL PROTECTED]" (non-printable
character) (in reply to RCPT TO command)


А.Л.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Postfix: проверка получат еля

[Alexey Lobanov]

Hi.

09.10.2007 12:08, Alexander Vlasov пишет:

> У пн, 2007-10-08 у 21:18 +0400, Alexey Lobanov пише:
>> 08.10.2007 19:18, Alexander Vlasov пишет:
>>
>>  > У пн, 2007-10-08 у 19:08 +0400, Artem Chuprina пише:
>>
>>>> А в каком виде она у цируса?
>> О! Тот самый нужный вопрос.
>>
>>> afair libdb4.x
>> А вот ответу я не верю. "mailboxes.db" - дерево почтовых фолдеров, а не 
>> база пользователей. И это таки две большие разницы.
>>
>> Подсказка: в настоящей базе пользователей, кроме имён, лежат ещё пароли.
> 
> Тогда вопрос не имеет смысла. Потому что "настоящей" базы не существует,
> цирус умеет кучу механизмов авторизации включая передачу ответственности
> стороннему приложению, которое хоть от фазы луны пускает.

А вот это уже похоже на конструктивный ответ. Соответственно, Postfix
может и должен спрашивать наличие юзера ровно у того же стороннего
приложения по тому же протоколу. DATABASE_README.html.

> И кстати нет никакой гарантии что "настоящая база", чем бы она ни была,
> доступна с хоста с МТА как явление. 

Ну, это уже технические проблемы почтмейстера - как сделать эту базу
доступной по *локальной* сети. Вполне решаемые.

А.Л.


> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Postfix & scattermail

[Alexey Lobanov]

Hi.

09.10.2007 12:30, Peter Evdokimov пишет:

> On Tue, 09 Oct 2007 11:34:48 +0400
> Alexey Lobanov wrote:
> 
>> А как у Постфикса можно реализовать стандартную рекомендацию
>> отправлять Non-Delivery Reports только своим и не отправлять на чужие
>> домены? Дабы входящий спам никогда не генерировал NDR, даже если
>> возникли какие-то технические проблемы с его локальной доставкой
>> после приёма.
> 
> http://www.postfix.org/BACKSCATTER_README.html

Это про то, как не принимать чужой backscatter. А вопрос про то, как
прекратить генерировать этот мусор в своей системе.

Беда в том, что запоздалая проверка адреса получателя - это не
единственная причина backscatter. Могут быть и другие проблемы после
приёма письма на существующий локальный адрес. Соответственно, локальные
 отправители должны знать об этих проблемах через NDR, а внешние
отправители - не должны.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Какой пакет лучше?

[Alexey Lobanov]

26.10.2007 18:45, Peter Teslenko пишет:

> Привет, коллеги.
> 
> Есть APC UPS, который доступен по сети.
> К нему подключено несколько серваков, в том числе и w2k.
> Какой пакет лучше ставить чтобы сервера адекватно реагировали на перебои
> с питанием?

Родной apcupsd, вестимо. Он и многоплатформенный, и с сетевым протоколом.

А.Л.


> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Кэш файловой системы

[Alexey Lobanov]

29.10.2007 00:42, Admont пишет:

>> Появился следующий вопрос - список файлов имеет резон хранить в базе данных, 
>> если требуется только проверять их существование, или файловая система 
>> работает с такой задачей достаточно эффективно? Примерный масштаб: не более 
>> 10 000 директорий и в каждой не более а) 100 файлов б) 1000 файлов. Или 
>> подскажите, куда смотреть, чтоб ответить на поставленный вопрос. Для одного 
>> пользователя оптимизация скорее всего смысла не имеет, а если 10/100/1000 
>> пользователей?

> IMHO, ФС лучше справится с этой задачей.

Но не обязательно это ext3.

> Кстати, все 10 000 директорий будут на "одном уровне"?

А почему бы и нет?

$ ls -l|wc -l
35240

$ mount
...
/dev/md1 on /srv/imap type reiserfs (rw)

В данном случае это старый третий Рейзер, поскольку царю Киру не нужны
ни acl, ни атрибуты.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Кэш файловой системы

[Alexey Lobanov]

29.10.2007 11:09, Admont пишет:

>>> IMHO, ФС лучше справится с этой задачей.

>> Но не обязательно это ext3.

> Это Вы к чему?

К тому, что "10 000 директорий на одном уровне" - это много, но тоже
решаемо на уровне ФС без дополнительных сущностей.

> 
>>> Кстати, все 10 000 директорий будут на "одном уровне"?
>> А почему бы и нет?
> Я вопрос автору задавал, как мне помнится.

Помнится, что в рассылке, а не в личной почте :-)

А.Л.


> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Хостинг - недостоверн ая информация

[Alexey Lobanov]

02.11.2007 14:20, Yauhen Kharuzhy пишет:

> А вообще, был тут у нас случай в Минске, когда на почтовом сервере
> местного портала tut.by вылетел RAID-контроллер и они его дня три искали
> в продаже (в Москве не могли найти тоже). Был бы софтрейд --- поменяли
> бы контроллер на любой, и всё.

Очень правильное замечание. У нас тут тоже, к сожалению, не Америка. И
даже очень официальный представитель фирмы-изготовителя запросто может
вдруг заявить, что ближайшая доступная железка находится на складе в
Финляндии, а доставка займёт минимум две недели из-за очередной кампании
по борьбе с "серым импортом".

Так что либо software raid, либо *заранее* прикупить запасной контроллер
и держать на полочке. Ни на кого не надеясь.

А.Л.


> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Железо для хостинга

[Alexey Lobanov]

Dmitry E. Oboukhov пишет:


жаль что Р3 больше не производят
а то они вполне 99% десктопных задач устраивали бы :)


Производят. И россыпью, и в комплекте с мамками разной степени набитости 
вплоть до трёх сетевых интерфейсов на борту.

http://www.via.com.tw/en/products/processors/

А.Л


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Выбрать базу данных

[Alexey Lobanov]

07.11.2007 16:14, Tochenyk Oleg пишет:

> Ну батенька тогда может оракл вам поможет... но это дорого :)

Но загрузить и попробовать никто не препятствует. На Дебиан оно встаёт
почти без напильника.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Off: он использовал Линух ? :-)

[Alexey Lobanov]

http://www.regdeveloper.co.uk/2007/11/07/microsoft_cio_fired/

Microsoft has fired its chief information officer (CIO) barely two years
after he was appointed to the post.

Stuart Scott was cut loose following an investigation into a "violation
of company policies". Microsoft is not saying anything more on the matter.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Davenport и Tomcat

[Alexey Lobanov]

Hi all.

Никто не пробовал прикручивать Davenport к штатному Tomcat'у?

Davenport - это такой гейт WebDav -> SMB. Решает проблему веб-доступа к
файлопомойке на Самбе. Но в поставке разработчиков он идёт с собственным
Servlet container (Jetty), который, естественно, дерётся с Томкэтом за
ajp13_worker и прочее.

http://davenport.sourceforge.net/

А.Л.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Davenport и Tomcat

[Alexey Lobanov]

Hi.

08.11.2007 15:25, Mykola Nickishov пишет:

> 08.11.07, Alexey Lobanov<[EMAIL PROTECTED]> написал(а):
> 
>> Никто не пробовал прикручивать Davenport к штатному Tomcat'у?
> 
> А в чём именно проблема?

А не работает. Томкэт показывает содержимое webapps/davenport вместо
запуска Webdav.

> 
>> Davenport - это такой гейт WebDav -> SMB. Решает проблему веб-доступа к
>> файлопомойке на Самбе. Но в поставке разработчиков он идёт с собственным
>> Servlet container (Jetty), который, естественно, дерётся с Томкэтом за
>> ajp13_worker и прочее.
> 
> Если дерётся, то что мешает поменять соответствующие порты в server.xml?

И прописать Апачу два ajp13_worker на разные порты. Не хотелось плодить
лишние сущности, но попробую.

А.Л.


> 
>> http://davenport.sourceforge.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Прием почты в Evolution

[Alexey Lobanov]

Hi all.

10.11.2007 8:42, Aleksey N. Stepin пишет:


Доброго времени суток!

В сообщении от 9 ноября 2007 ivan написал(a):


Хотелось бы перед получением всего письма, прочитав заголовки, удалить
не нужные писма (т.к. соединение медленное - модемное).
Возможно ли такое в Evolution (искал, но пока не нашел) или в каком
другом клиенте это возможно?

Подобное я видел только TheBat!


В Pegasus Mail оно было примерно с 1996 года.

Что вроде бы этого хотели в виде плагина 
прикрутить к Thunderbird, но насколько успешно... не знаю. Думаю 
про "заголовки" можно забыть.


Хотя, казалось бы, какая проблема: команда протокола HEAD NNN SSS для 
этого и придумана.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Вопросы по ОЗУ

[Alexey Lobanov]

Hi.

22.11.2007 18:33, Murat D. Kadirov пишет:

> murat[~]$ free -m
>  total   used   free sharedbuffers cached
> Mem:   883869 13  0 36397

> 1. В системе установленно 1024 мб памяти, 1024 - 883 = 141. Куда
> деваются и под что используются 141 мб.

dmesg|less и строчки LOWMEM и HIGHMEM в студию.

Пример на машине с 2G:

1150MB HIGHMEM available.
896MB LOWMEM available.

Скорее всего, ядро собрано без поддержки памяти выше гигабайта. И
возникает примерно та же проблема, что на IBM PC 286 с мегабайтом: DOS
адресует как раз мегабайт адресного пространства, но памяти в нём только
640к :-)

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Разделы или диски? (Re: s oft-raid1)

[Alexey Lobanov]

Hi all.

Кстати, о RAID.

Прав ли я, когда собираю в RAID не разделы, а диски?

[EMAIL PROTECTED]:~$ cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdd[0] sdb[1]
  156290816 blocks [2/2] [UU]

md0 : active raid1 sdc[0] sda[1]
  156290816 blocks [2/2] [UU]

Философское обоснование такое: при физической замене диска нет 
необходимости вспоминать таблицу разделов. Достаточно обеспечить 
примерно такой же (не меньший) размер нового устройства, остальное 
сделает mdadm.


А разделы, буде возникнет нужда, делать уже на RAID device. В данном 
случае, впрочем, нужда не возникла:


[EMAIL PROTECTED]:~$ mount
.

/dev/md1 on /srv/imap type reiserfs (rw)

/dev/md0 on /srv/samba type ext3 
(rw,noexec,nodev,acl,user_xattr,usrquota,data=writeback,errors=remount-ro)


Кстати, пары в RAID-1 собраны из SATA дисков с разных контроллеров. 
Некоторым образом защита от отказа контроллера.


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

kernel: Disabling IRQ...

[Alexey Lobanov]

Hi all.

Есть старый двухпроцессорный сервер. Зависал без видимой причины он 
давно, поменять железо я хотел ещё в 2004 году. Но так и не поменял, 
уволился. После меня - тоже не поменяли :-)


После апгрейда ядра с 2.4.25 на 2.6.23 стало совсем плохо. При большой 
нагрузке на сеть (Intel Ethernet Pro 100) или на IDE диски (карточки с 
CMD 648, CMD 649) через несколько минут ядро отключает прерывание 
нагруженного PCI устройства, примерно так:


Nov 26 11:52:29 woody kernel: irq 17: nobody cared (try booting with the 
"irqpoll" option)


Nov 26 11:52:29 woody kernel: Disabling IRQ #17

В данном случае это пострадал IDE-контроллер CMD-649, повод - 5 минут 
активного копирования с диска на диск. Далее, естественно,


Nov 26 11:52:49 woody kernel: hdk: dma_timer_expiry: dma status == 0x24 
- и половина дисковой подсистемы умерла.


Упомянутый параметр загрузки "irqpoll" не меняет в поведении системы 
абсолютно ничего. Равно как ничего (кроме номеров прерываний) не меняют 
irqfixup, nosmp, noacpi.


Говорить "noapic" не пробовал, но он вроде как входит в nosmp - "SMP 
mode deactivated, forcing use of dummy APIC emulation".


Чипсет там странный. Broadcom он же ServerWorks CNB20LE.

Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для 
получения устойчивой работы? Можно с ущербом для производительности. 
Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и 
там висло, только без диагностики.


А.Л.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Разделы или диски? (Re : soft-raid1)

[Alexey Lobanov]

Hi all.

27.11.2007 11:58, Nick Phoenix пишет:

> Alexey Lobanov пишет:
>> Hi all.
>>
>> Кстати, о RAID.
>>
>> Прав ли я, когда собираю в RAID не разделы, а диски?

> http://www.mail-archive.com/[EMAIL PROTECTED]/msg02067.html

Убедительно. Ещё один аргумент дал fdisk:

/dev/hdi1   1 14593   117218241   fd  Linux raid autodetect

То есть это стандартный тип раздела, "FD".

А.Л.


> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel: Disabling IRQ...

[Alexey Lobanov]

Hi all.

Конструктивный вывод такой: "Disabling IRQ" - не болячка, а относительно
безобидный симптом более серьёзной беды. Типа кашля при туберкулёзе.

Смотрим kernel/irq/spurious.c и видим, что кашлять оно начинает, когда
мимо попадает 99900 прерываний из 10. То есть дело совсем плохо.

Соответственно, когда я этот кашель приглушил таблеточкой /* */ , через
полчаса самый нагруженный из винчестеров отвалился от контроллера
совсем, перестал детектироваться при тёплой перезагрузке. Но машина при
этом хотя бы не сдохла, и факсы продолжает исправно принимать и сейчас.

Ds: в морг.

А.Л.

>> Такая же проблема была на старой машине (Duron ~800) с NIC Intel
>> PRO/1000 GT при большой нагрузке на сеть. На драйвер e1000 запостено
>> куча багрепортов по этой теме, но толком решения нет. Лично я для себя
>> сделал вывод, что причина в багонутых матерях в области работы с IRQ.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel: Disabling IRQ...

[Alexey Lobanov]

Hi,

28.11.2007 12:04, Oleg Frolkov пишет:


> Вообще-то если пишешь что отключает разные устройства то надо приводить
> все примеры.

Скорее, это означает, что виноваты не устройства, а система. И
перечислять примеры бестолку.

> В данном случае похоже что проблемыы с
> DMA у контроллера HDD. Постарайся средствами BIOS или тусованием плат
> разнести DMA контроллер на отдельное прерывание.

Я же писал, что "ничего (кроме номеров прерываний) не
меняют irqfixup, nosmp, noacpi."

А основной режим smp+apic сам всё разносит.

> 
> Вообще неплохо-бы еще сюда cat /proc/interrupts - Чтобы видно было что
> там у тебя творится.

[EMAIL PROTECTED]:~# cat /proc/interrupts
   CPU0   CPU1
  0: 61  0   IO-APIC-edge  timer
  1:  4  4   IO-APIC-edge  i8042
  3:  44728  45264   IO-APIC-edge  serial
  7:  0  0   IO-APIC-edge  parport0
  8:   61246284   61249572   IO-APIC-fasteoi   rtc
 10: 40 57   IO-APIC-fasteoi   ohci_hcd:usb1
 12:   7265   7480   IO-APIC-edge  i8042
 14:   1761   1855   IO-APIC-edge  ide2
 16:  11443  11594   IO-APIC-fasteoi   ide0
 17:   1722   1670   IO-APIC-fasteoi   ide4
 18:110 82   IO-APIC-fasteoi   serial
 19:   3101   2788   IO-APIC-fasteoi   eth0
 31:493494   IO-APIC-fasteoi   acpi
NMI:  0  0
LOC: 143906 144292
ERR:  0
MIS:  0

Отваливались:

irq 16 RAID bus controller: Silicon Image, Inc. SiI 0649 Ultra ATA/100
PCI to ATA Host Controller

irq 17 RAID bus controller: Silicon Image, Inc. PCI0648

irq 19 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100]

А.Л.

> 
> 
> Oleg.
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel: Disabling IRQ...

[Alexey Lobanov]

Hi all.

28.11.2007 15:19, Oleg Frolkov пишет:

> Тем не менее телепатов тут нет, 

Дык. Поэтому я и не рассчитываю на диагноз, а надеюсь получить свежие
идеи для диагностики на месте. Это обмен опытом, а не техподдержка IBM :-)

> диагноз можно поставить только видя как
> можно больше симптомов.

Точно.


> Основной режим это что? Каким образом осуществляется переключение
> основной/дополнительный?

Основной, штатный режим работы ядра SMP. Если ничего не говорить ему при
загрузке.

>>> Вообще неплохо-бы еще сюда cat /proc/interrupts - Чтобы видно было что
>>> там у тебя творится.
>>> 
>>
>> [EMAIL PROTECTED]:~# cat /proc/interrupts
>>CPU0   CPU1
>>   0: 61  0   IO-APIC-edge  timer
>>   1:  4  4   IO-APIC-edge  i8042
>>   3:  44728  45264   IO-APIC-edge  serial
>>   7:  0  0   IO-APIC-edge  parport0
>>   8:   61246284   61249572   IO-APIC-fasteoi   rtc
>>  10: 40 57   IO-APIC-fasteoi   ohci_hcd:usb1
>>  12:   7265   7480   IO-APIC-edge  i8042
>>  14:   1761   1855   IO-APIC-edge  ide2
>>  16:  11443  11594   IO-APIC-fasteoi   ide0
>>  17:   1722   1670   IO-APIC-fasteoi   ide4
>>  18:110 82   IO-APIC-fasteoi   serial
>>  19:   3101   2788   IO-APIC-fasteoi   eth0
>>  31:493494   IO-APIC-fasteoi   acpi
>> NMI:  0  0
>> LOC: 143906 144292
>> ERR:  0
>> MIS:  0
>>
>>   
> Если я не туплю то 0-15 Это основной контроллер прерываний, 16 - выше
> это APIC.

Насколько я понимаю, в SMP режиме они всё APIC. О чём прямо сказано выше.

> Возможные варианты лечения:

> 2. Отключить apic в BIOS - тогда все должно рассаживаться в пределах
> 0-15 прерываний.
> 
> 3. Отключить APIC при загрузке ядра

Дык. Тот же результат достигается "nosmp" в загрузке. Всё рассаживается
в пределах 15, и при хорошей нагрузке на ide4, ide5 "Disabled"
оказывался irq 12.


> 
> 
> Других вариантов вроде-бы нет

Так я уже написал про вариант, который оказался конструктивным.
Закомментировать вызов "disable_irq" в kernel/irq/spurious.c. После
этого машина перестаёт хотя бы виснуть, и с ней можно разговаривать дальше.

Далее, сегодня утром один из винчестеров был перенесён с карты которая
irq17 на свободный IDE канал на мамке, поганый ServerWorks OSB4. И -
ГЛЮКИ ПОЛНОСТЬЮ ИСЧЕЗЛИ.

Возможных объяснений два.

1. Чип CMD-649 под ядром 2.6 категорически не смог работать с двумя
каналами. До этого почему-то 6 лет как-то работал под 2.4...

2. Источником проблем был именно СВОБОДНЫЙ контроллер ServerWorks. В
пользу этого говорит то, что при отсутствии винта ядро не присваивало
этому устройству прерывания вообще (по lspci). То есть не до конца его
конфигурировало ("Will probe later" в загрузке) - и  мог гнать в шину
какой-то мусор?

А.Л.


> 
> Oleg.
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: data=journal для ext3

[Alexey Lobanov]

В качестве идеи:

а что будет, если хранить журналы на отдельном маленьком SSD,
solid-state drive? С нулевым seek time и на отдельном канале.

Основной смысл - не дёргать головки постоянно между областью данных и
областью журнала. Пусть "элеватор" ходит туда-сюда по своему регулярному
плану.

А.Л.

29.11.2007 11:39, Alexey Pechnikov пишет:

> Есть 
> желание из SATA винтов выжать все возможное для БД.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Howto по Cyrus Murder

[Alexey Lobanov]

Hi.

30.11.2007 13:19, Alexander Vlasov пишет:

> НИкак не разыскивает, бакенд сообщает ему свою базу пользователей сам.

Точнее, через Мастера. И это работает, mailboxes.db из двух источников
компилируется на Мастере и скачивется на frontend. Как и сказано в доке.

И после этого front-end proxyd таки не находит, куда и как дальше
цепляться после успешной аутентификации клиента. На бэк-эндах не
регистрируется никаких переговоров с фронтэндом по поводу
нижеупомянутого "no mechanism".

Nov 30 15:04:34 mail imap[1593]: accepted connection
Nov 30 15:04:34 mail imap[1593]: login: dhcp24.office.rct-int
[10.0.0.24] aal NTLM User logged in
Nov 30 15:04:34 mail imap[1593]: couldn't authenticate to backend
server: no mechanism available

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Howto по Cyrus Murder

[Alexey Lobanov]

Более конкретный вопрос.

Конфигурирую простой back-end, в соответствии с install-murder.html. И
как только вписываю в imapd.conf упоминание "mupdate_server:" (чтобы
backend докладывал свои ящики) - на этой же машине мгновенно падает
доставка по LMTP с диагностикой "lmtp: couldn't authenticate to backend
server: no mechanism available".

Откуда у простого lmtpd вообще берётся желание "authenticate to
backend", если мы уже на backend'е? И запускаем не lmtpproxyd, а именно
lmtpd?

А.Л.


30.11.2007 11:56, Alexey Lobanov пишет:
> Hi all.
> 
> Наведите, пожалуйста, на документацию по построению кластера на Cyrus IMAP.
> 
> Штатная документация из  install-murder.html и ag.html очень много чего
> умалчивает про взаимодействие разных типов серверов. Как именно
> front-end разыскивает нужный back-end, и т.п.
> 
> А.Л.
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Howto по Cyrus Murder

[Alexey Lobanov]

Hi all.

Наведите, пожалуйста, на документацию по построению кластера на Cyrus IMAP.

Штатная документация из  install-murder.html и ag.html очень много чего
умалчивает про взаимодействие разных типов серверов. Как именно
front-end разыскивает нужный back-end, и т.п.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Howto по Cyrus Murder

[Alexey Lobanov]

Hi.

30.11.2007 13:19, Alexander Vlasov пишет:

> У нас крутился.
> Отказались в пользу обыкновенного perdition и route'в в exim.
> оно ОЧЕНЬ медленно и имеет некоторое количество неочевидных подводных
> камней насчет авторизации. 

Камней там понятно что много. Но у меня задача не в распределении
нагрузки, а в распределении почтовых фолдеров по распределённой
корпоративной сети. Чтобы пользователь брал личную почту с ближайшего к
нему сервера в LAN, а за некоторыми групповыми фолдерами таки медленно
шёл в другой город по VPN.

Маршрутизация доставки в этой системе в принципе не составляет никакой
проблемы, потому что MTA уже знает для каждого адреса доставки
конкретный внутренний сервер, из LDAP. То есть lmtpproxyd мне вроде бы и
не нужен.

А.Л.

> 
> У пт, 2007-11-30 у 11:56 +0300, Alexey Lobanov пише:
>> Hi all.
>>
>> Наведите, пожалуйста, на документацию по построению кластера на Cyrus IMAP.
>>
>> Штатная документация из  install-murder.html и ag.html очень много чего
>> умалчивает про взаимодействие разных типов серверов. Как именно
>> front-end разыскивает нужный back-end, и т.п.
> 
> НИкак не разыскивает, бакенд сообщает ему свою базу пользователей сам.
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

APC suxx

[Alexey Lobanov]

Hi all.

DATE : Sat Dec 08 09:31:53 EET 2007
MODEL: Back-UPS CS 650
STATUS   : ONLINE
LOADPCT  :  28.0 Percent Load Capacity
BCHARGE  : 100.0 Percent
TIMELEFT :  20.2 Minutes
ITEMP: 29.2 C Internal
SERIALNO : 3B0736X57833
BATTDATE : 2007-10-09

И вот при таком раскладе - 28% номинала от одного ненавороченного
системного блока - это чудо с вероятностью 50% мгновенно вырубается по
"перегрузке" при пропадании сети. Писк и красная лампочка вместо power
supply.

Купленный в том же магазине незадолго до этого CS 500 интерфейса не
имеет, но ведёт себя примерно так же. То есть это либо конструктивный
дефект серии CS, либо дефект аккумуляторов в партии.

Город Киев.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: APC suxx

[Alexey Lobanov]

08.12.2007 13:59, Dmitrii Varvashenia пишет:

> А вы пробовали подключать это чудо к более другому системному блоку?

А смысл? Мне же надо не репутацию APC поддержать, а надёжно работающую
систему сделать.

> PS: Просто интересно

Полная распечатка apcaccess с подчёркнутыми процентами нагрузки в
понедельник уйдёт гарантийщикам, ответ постараюсь опубликовать.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: APC suxx

[Alexey Lobanov]

Hi all,

11.12.2007 00:22, Oleg Frolkov пишет:

> Есть мысль... что блок питания у этого системника хитрый сглаживает
> меандр
> который APC Back выдает вместо синуса на выходе В итоге это
> сглаживание приводит
> к дополнительной нагрузке на ИБП и тот срубается

Мысль, возможно, правильная. Но вот это и означает "suxx". Потому что
нормальный UPS должен выдерживать все глюки СТАНДАРТНЫХ серийных блоков
питания в пределах заявленной мощности. Или хотя бы 80% этой мощности -
но не 28%.

> от этого
> осинусивания его честного
> квадрата на выходе :)
> 
> т.е. у блока питания фильтр помех по входу.

То есть это хороший блок питания, верно?

По поводу синуса и меандра. Мне как-то пришлось решать другую задачу:
последовательное соединение UPS'ов. Первый для 24 часов автономной
работы холодильников с лекарствами, второй обычный - чтобы
мониторирующий сервер смог доложить об аварии первого. Вот тут
действительно были проблемы, потому что стандартные UPS'ы не хотят
принимать за сеть не-совсем-синус от полупроводниковых генераторов.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: MDADM: замена винта в RAID10

[Alexey Lobanov]

17.12.2007 16:52, Maxim Kudelya пишет:

> Что значит с подозрением? Там два диска в _RAID_ четко выдают 90% read
> failure как в short так и в long SMART тесте.

У постоянного поставщика мне удавалось менять диски по гарантии на
основании подобной выдачи smartctl. Распечатал и приложил к диску, после
чего базара не было.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: MDADM: замена винта в RAID10

[Alexey Lobanov]

Hi all.

17.12.2007 17:10, Покотиленко Костик пишет:

> Так вот, говорит это о том, что прочитанные данные не совпадают с
> чексуммой. А может быть это по двум причинам:

Насколько я понимаю, при современной плотности записи наличие и битых, и
нестабильных (сбойных) блоков на винте давно уже является нормой.
По-другому такую плотность не получить. Сбои штатным образом
компенсируются избыточными контрольными суммами, устойчивые дефекты -
подменой резервными блоками. А SMART должен только всё аккуратно
подсчитывать, чтобы подать тревогу при ненормально большом количестве
этих сбоев и ошибок.

Посему, значение имеет только итоговое нехорошее значение "90%". Всё
прочее - внутренние дела контроллера, которые он даже не обязан
расшифровывать.

А сколько-нибудь честные гарантийщики не должны даже пытаться
"посмотреть и вернуть" винт с такой диагностикой SMART. Они его должны
молча отправить на завод, а взамен немедленно выдать новый. В
реальности, с большой вероятностью, винт будет вместо завода впарен
другому потребителю - но это уже будут не наши проблемы :-)

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [OT] борьба со спамо-DDOSо м

[Alexey Lobanov]

Hi.

29.12.2007 18:35, Alexander Burnos пишет:

> В момент осуществления рассылки спама, множество честных почтовых серверов, 
> получающих
> спам с "From: <[EMAIL PROTECTED]>" начинают DDOS'ить MX'ы
> victim.com, кто с отлупом, кто с проверкой юзера, блокируя работу
> почтового сервиса victim.com.
> 
> Блокировать эти почтовики нельзя, т.к. "DDOSят" реально честные mail-сервера в
> мире.
> 
> Вижу два варианта: писать жалобы на оригинаторов спама, что не особо
> спасает, т.к. переодически все равно бывают такие вот "рассылочки".
> Либо поставить более мощную машину чтобы выдерживала такие вот всплески.
> 
> Наверняка многие сталкивались с подобной проблемой - какие еще есть
> способы решения?

Я бы подумал, насколько неоптимально устроена почтовая система, если
попытка доставки *несуществующему* пользователю требует ощутимых
ресурсов и приводит к DoS. Например, порядок правил: отлуп "unknown
recipient" должен быть одним из первых, до всех RBL и других
ресурсоёмких проверок. И как устроена база юзеров, насколько эффективен
внутренний запрос к ней.

Вообще о какой нагрузке речь? Сколько обращений в секунду во время "атаки"?

А.Л.

> 
> Заранее спасибо за ответы.
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Dell Inspiron 1501

[Alexey Lobanov]

Hi all.

Поставил вчерась стандартный Etch i386 на Dell Inspiron 1501. Через
NetInst и  местный достаточно хорошо набитый кэш http-replicator.

Без вопросов заработали: SATA, Ethernet, видео ATI 1150, звук,
считыватель SD/MMC. Правильно определился размер экрана 1280*800.

Почему-то не было даже предложений использовать SMP ядро. AMD64-SMP и
i686-SMP пришлось заказывать вручную. Для сравнения, инсталлятор Win2000
SP5 на AMD64 десктопной системе без вопросов поставил
многопроцессорное ядро.

Wi-Fi заработал только через ndiswrapper, и только с ядром i686. На ядре
AMD64 - куча ошибок при modprobe ndiswrapper.

Не заработало /dev/rtc. Потребовалось вручную вписать "--directisa" в
/etc/init.d/hwclock.sh.

Пока не работают: suspend, hibernate, winmodem.

00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:05.0 PCI bridge: ATI Technologies Inc Unknown device 5a37
00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 14)
00:14.1 IDE interface: ATI Technologies Inc SB600 IDE
00:14.2 Audio device: ATI Technologies Inc SB600 Azalia
00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge
00:14.4 PCI bridge: ATI Technologies Inc SB600 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address

Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon 
Xpress 200M]
05:00.0 Network controller: Broadcom Corporation Dell Wireless 1390 WLAN 
Mini-PCI Card (rev 01)
08:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX 
(rev 02)
08:01.0 Generic system peripheral [0805]: Ricoh Co Ltd R5C822 
SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)

08:01.1 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 01)


Для сравнения: честно купленная прошлой весной WinXP Pro SP2 Genuine
Pack самостоятельно увидела на этой машинке только SATA. На
аналогичного класса Тошибе, впрочем, она не увидела и винт - и пришлось
бежать в лабаз за USB флопповодом.

А.Л.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dell Inspiron 1501

[Alexey Lobanov]

29.12.2007 22:07, Александр Владимирович Екимов пишет:

Поставил вчерась стандартный Etch i386 на Dell Inspiron 1501. 
В догонку. Регулировка яркости экрана мне ,в итоге, тоже поддалась. Если 
интересно - отпишусь.


Интересно не только мне, я полагаю.

inspiron:/home/aal# powersave -K
Brightness not supported.

А.Л.






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dell Inspiron 1501

[Alexey Lobanov]

Таки с новым годом!

29.12.2007 22:51, Александр Владимирович Екимов пишет:

Если вы желаете, чтобы яркость регулировалась с клавиатуры, то необходимо 
даунгрейдится до биоса версий 1.Х. 


Наф-наф. Нам глюков и так хватает.

Если такого желания нет, то можно сделать следущее. 
Под суперпользователем

modprobe video
echo "50" > /proc/acpi/video/VGA/LCD/brightness
(допустимые значения можно считать оттуда же)


Спасибо, работает!



Я думаю более опытные пользователи подскажут как отвязаться от прав рута.


Для автоматического гашения подсветки при переходе на батарейки рецепт 
понятен, "man acpid".


Вручную - действительно непонятно.

А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Тазик

[Alexey Lobanov]

Hi.

11.01.2008 11:30, Max Dmitrichenko пишет:

> Вот есть интересно в продаже тазики формата как какой-нить ADSL-роутер? 
> Маленький,
> тихий, без монитора и клавы, питается от адаптера 9 вольт,стоит на полочке и 
> мигает
> лампочками. Но только, чтобы в него можно было установить и настроить что-то 
> свое,
> а не только то, что туда зашил производитель. Желательно, чтобы внутри стоял
> какой-нить Compact Flash, который можно поменять на нужный размер.
> 
> Вот поглядел на VIA Epia - вроде то, что надо (даже можно ещё легче), но это 
> только
> материнки, а хочется готовый девайс, в корпусе и с лампочкой и кнопкой :)


http://www.iscompact.ru/

Цена за готовые продукты у Ниеншанца заряженная, но, скорее всего, то же
самое можно найти без софта прямо от тайваньского производителя.

> P.S.: Поставить в такой тазик, конечно, хочется Debian.

Да хоть оффтопик. Писюк как писюк.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: хардварный вопрос: от правка SMS

[Alexey Lobanov]

Hi.

14.01.2008 14:41, Dmitry Fedorov пишет:

> 14.01.08, HoverHell<[EMAIL PROTECTED]> написал(а):
>> Вопрос такой: как найти телефон, при помощи которого точно можно будет
>> отправлять sms из линукса?
> 
> Не телефон, а GSM-модуль, Например, Siemens.

Однако, в исходном вопросе не было слов про сервер в автиопилоте.
Серверный вариант с Siemens M-35 действительно работает замечательно, но
я подозреваю, что человеку надо иногда использовать телефон и отдельно
от компьютера :-)

> 
>> Т.е., например, есть ли где-либо возможность узнать, поддерживается ли
>> отправка sms через определённый телефон утилитами вроде gammu?

На сайте gammu, вестимо.

> (кроме как
>> купить и проверить, есс-но)
> 
> Там обычные AT-команды, расширенные, опубликованные.
> Можете и сами написать.

Однако, для многих задач желателен ещё и умный демон, который правильно
поддерживает очередь сообщений на отправку, а не только чисто
интерактивный режим. Это gammu.

В пользу Сименса: AFAIK, только для Сименса делаются USB шнурки с
функцией заряда аккумулятора. Что решает проблему долговременной работы
 без лишнего геморроя с голубым зубом и отдельной розеткой для телефона.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: хардварный вопрос: от правка SMS

[Alexey Lobanov]

Hi.

14.01.2008 15:42, Dmitry Fedorov пишет:

> 14.01.08, Alexey Lobanov<[EMAIL PROTECTED]> написал(а):
>>> Не телефон, а GSM-модуль, Например, Siemens.

>> Однако, в исходном вопросе не было слов про сервер в автиопилоте.
>> Серверный вариант с Siemens M-35 действительно работает замечательно, но
>> я подозреваю, что человеку надо иногда использовать телефон и отдельно
>> от компьютера :-)
> 

> Это несерьёзно.
> В 2001 г. один программист, программируя работу через телефон,
> залочил симку босса и тот остался без мобильной связи недели на две.

Дык. Несерьёзно заниматься отладкой софта на рабочих ресурсах, особенно
не своих. Себе я, впрочем, давеча снёс Inbox за полдня при отладке
cyrus-murder :-)

А использовать готовое отлаженное industry-standard решение типа Gammu +
Wammu - очень даже нормально. Ну лень мне набирать SMS-ки одним пальцем
на телефоне. А исходить они должны от моего личного номера, а не от
левой симки, приписанной к серверу.

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Howto по Cyrus Murder

[Alexey Lobanov]

В продолжение темы.

Потихоньку разобрался и сделал.

Один из фокусов в том, что три типа серверов - master, frontend и
backend - в небольших системах можно и нужно совмещать.

В итоге получилась схема с всего двумя типами серверов.

На всех внутренних серверах в офисах работает "backend-frontend". Любой
клиент, подключившийся к физически ближайшему серверу, получает от него
местные ящики непосредственно, а все остальные в виде IMAP referrals на
нужный сервер в другом офисе. Местонахождение собственного INBOX'а
клиента значения не имеет; с инбоксом всё происходит точно так же,
прозрачно для клиента.

На гейте из Интернета стоит "master-frontend". И не простой, а патченый:
http://www-user.tu-chemnitz.de/~fri/cyrus-imapd-patches/ дает
возможность запретить frontend-серверу использовать IMAP referrals и
всегда проксировать соединения через себя. Только такой патч даёт
возможность видеть с улицы внутренние backend сервера.

Если будет поднят ещё один гейт из Интернета, то на нём должен быть
просто патченный frontend. Пока это неактуально, потому что второй по
нагрузке офис не имеет внешнего IP, и связывается с остальной конторой
только исходящими OpenVPN соединениями через провайдерский NAT.

А вдохновила на всё это дело, естественно, зависть. Посмотрел у коллег,
как работает связка серверов MS-Exchange.

Вопросы?

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libdb4-*

[Alexey Lobanov]

Hi all.

А может кто-нибудь прокомментировать политику партии по использованию
версий Berkeley database в Дебиане?

Например, в Этче Cyrus IMAP собран с 4.2,  Postfix с 4.3, Perl с 4.4.
Подробные списки составлять пока лень.

Вопрос: какую версию libdb4-*.dev следует держать во исполнение этой
политики? 2, 3 или 4?

А.Л.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libdb4-*

[Alexey Lobanov]

Hi,

21.01.2008 19:15, Alexander Vlasov пишет:


Видимо все.


Никак. Они конфликтуют, поскольку поставляют один и тот же /usr/include/db.h


Благо либа небольшая.


Проблема не в багомайтах, естественно. Одновременно болтающиеся в памяти 
libdb4-2, libdb4-3 и libdb4-4 я тоже перетерплю, потому что встраиваемые 
системы не разрабатываю.


А.Л.





А происходит такое возможно потому что когда текущий цирус собирался,
4.2 была свежей? Т.е. ребилда по поводу обновления версии библиотек не
проводится.

У пн, 2008-01-21 у 18:04 +0300, Alexey Lobanov пише:

Hi all.

А может кто-нибудь прокомментировать политику партии по использованию
версий Berkeley database в Дебиане?

Например, в Этче Cyrus IMAP собран с 4.2,  Postfix с 4.3, Perl с 4.4.
Подробные списки составлять пока лень.

Вопрос: какую версию libdb4-*.dev следует держать во исполнение этой
политики? 2, 3 или 4?

А.Л.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libdb4-*

[Alexey Lobanov]

21.01.2008 22:45, Alexander GQ Gerasiov пишет:


Вопрос: какую версию libdb4-*.dev следует держать во исполнение этой
политики? 2, 3 или 4?



Видимо ту, которая тебе нужна =\


Мне не нужна никакая, я не разработчик.

Мне нужен свежий Cyrus IMAP, не 2.2, а 2.3.9. С какой версией Berkeley 
database мне следует его линковать, чтобы минимально нарушать политику 
Debian?


А.Л.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libdb4-*

[Alexey Lobanov]

Hi.

22.01.2008 20:46, Степан Голосунов пишет:


А про это надо читать документацию к Cyrus IMAP. Разные программы
натыкаются на разные баги при мспользовании разных версий Berkley
DB. (Поэтому в Debian этих версий и развелось столько.)


У верблюда спросили: "Почему у тебя шея кривая?" Верблюд ответил: "А что 
у меня прямое?"


Это не про нашего дрыхучего кота, это про состояние дел в софтверной 
индустрии вообще.


А.Л.








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]