Временные задержки (таймауты) в Sendmail

Sendmail позволяет изменять timeout-ы для разных фаз почтовой транзакции. Значения по умолчанию некоторых таймаутов нелепо велики по сравнению с рекомендуемыми RFC значениями. Вот возможные значения таймаутов, установив которые в конфигурационном файле senmail-a, можно будет разгрузить систему:

define(`confTO_ICONNECT', `15s')dnl
define(`confTO_CONNECT', `3m')dnl
define(`confTO_HELO', `2m')dnl
define(`confTO_MAIL', `1m')dnl
define(`confTO_RCPT', `1m')dnl
define(`confTO_DATAINIT', `1m')dnl
define(`confTO_DATABLOCK', `1m')dnl
define(`confTO_DATAFINAL', `1m')dnl
define(`confTO_RSET', `1m')dnl
define(`confTO_QUIT', `1m')dnl
define(`confTO_MISC', `1m')dnl
define(`confTO_COMMAND', `1m')dnl
define(`confTO_STARTTLS', `2m')dnl

По умолчанию у таймаутов стоят такие значения:

confTO_INITIAL [5m]
confTO_CONNECT [0]
confTO_ACONNECT [0]
confTO_HELO [5m]
confTO_MAIL [10m]
confTO_RCPT [1h]
confTO_DATAINIT [5m]
confTO_DATABLOCK [1h]
confTO_DATAFINAL [1h]
confTO_RSET [5m]
confTO_QUIT [2m]
confTO_MISC [2m]
confTO_COMMAND [1h]
confTO_IDENT [5s]
confTO_FILEOPEN [60s]
confTO_LHLO [2m]
confTO_AUTH [10m]
confTO_STARTTLS [1h]
confTO_CONTROL [2m]
confTO_QUEUERETURN [5d]
confTO_QUEUEWARN [4h]
confTO_HOSTSTATUS [30m]

Следующие таймауты неопределены:

confTO_ICONNECT Timeout.iconnect
confTO_QUEUERETURN_NORMAL
confTO_QUEUERETURN_URGENT
confTO_QUEUERETURN_NONURGENT
confTO_QUEUERETURN_DSN
confTO_QUEUEWARN_NORMAL
confTO_QUEUEWARN_URGENT
confTO_QUEUEWARN_NONURGENT
confTO_QUEUEWARN_DSN

confTO_RESOLVER_RETRANS
confTO_RESOLVER_RETRANS_FIRST
confTO_RESOLVER_RETRANS_NORMAL
confTO_RESOLVER_RETRY
confTO_RESOLVER_RETRY_FIRST
confTO_RESOLVER_RETRY_NORMAL

Апгрейд с lenny на sqeeze

Аналогичные действия делаем при переходе с etch на lenny.
#sudo vim /etc/apt/sources.list
Заменить каждое слово "lenny" на слово "squeeze" ("etch" на "lenny").
Ну и наконец:
#sudo aptitude update
#sudo aptitude install apt dpkg aptitude
#sudo aptitude full-upgrade

Диагностика установки сервиса samba

Приведем стандартную последовательность поиска причин проблем связанных с настройкой сервера samba.
Пусть samba дает доступ к ресурсу:
[sharedFolder]
path=/sharedFolder
1)Просканировать порты 137, 138 и 139. Открыты ли они.
2)Применить утилиту testparm для проверки синтаксиса файла конфигурации smb.conf.
3)Проверить, запущены ли процессы nmbd и smbd.
3)Проверить сетевое соединение и TCP/IP. Это делают утилиты ping, ipconfig /all, ipconfig, etc.
4)Проверить разрешение имен DNS. Это делается утилитами nslookup или dig. При невозможности доступа к ДНС проверить нет ли в файле конфигурации smb.conf записи dns proxy = no.
5)Отобразить перечень ресурсов для общего использования на сервере:
#smbclient -L nameSambaServer
6)Проверить верно ли работает преобразование NetBIOS-имени:
#nmblookup -B nameSambaServer __SAMBA__
7)
#nmblookup -B x.x.x.x '*'
Определяются имена всех компьютеров, которые отвечают под адресом х.х.х.х.
#nmblookup -B x.x.x.x nameClient
Ищется конкретный компьютер с именем nameClient из списка найденного первой командой.
8)Проверить, какие компьютеры отвечают на запросы NetBIOS. Все компьютеры должны выдать сообщение "got a positive name query response". Если ни один компьютер не выдаст своего IP-адреса, то это ошибка в широковещательном адресе. Можно добавить в конфигурационный файл опцию interface. Если компьютер находится в другой подсети, то воспользоваться ключем -B.
9)
#smbclient //nameSambaServer/sharedFolder
Если все в порядке, то происходит smb-приглашение: smb>_
Возможные причины ошибки bad password

• Пользователь отсутствует в перечне valid users


• Параметр password level недостаточно высок


• Неверный параметр path в файле smb.conf


• Отсутствует файл smbpasswd

10)Получить список ресурсов сервера:
#net view \\nameSambaServer
11)Внимательно посмотреть на параметры host allow и host deny.
12)Проверить файлы /etc/hosts.allow /etc/hosts.deny.
13)
#net use x: //nameSambaServer/sharedFolder
Дожно появиться сообщение "command completed successfully".