Есть несколько сетей. хочется раздавать пользователям адреса с центрального dhcp-сервера. на маршрутизаторе, обслуживающем каждую сетку будет ставиться dhcrelay.
вопрос - как сервер может знать с какого релея пришел запрос? вроде как есть такая опция - agent ID, но не видно, что она передается от релея на сервер - передает только Circuit ID. но этого мало, когда есть несколько сетей.
пакет - ISC DHCP 3.0pl2.
в чем может быть причина?

или может есть другие способы определять из какой сети пришел запрос?

заранее спасибо!

Столкнулся с сабжем.
ядро 2.2.19. карточка EL-320X-S (10/100 PCI). драйвер шел с карточкой. модуль называется fealnx.

при закачке по ftp файлы более 7Мб не закачиваются - закачивается какое-то количество и после этого впадает в
ступор. Это самое "какое-то количество" как ни странно, варьируется в зависимости от длины файла:
длина 7,700,736 - закачалось 66560 байт
длина 35,720,696 - закачалось 20872 байт
длина 6622889 - закачался полностью.

tcpdump'ом видно, что после "ступора" сервер продолжает слать пакеты с данными, а клиент не
отсылает ответ с подтверждением. похожая ситуация и при работе smb - на
этот компьютер не получается положить большие файлы.
Пробовал поставить вместо этой карточки обычную ne2k-pci (10Мбит) - все работает.

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

блин, кодировка глюканула... Столкнулся с сабжем. ядро 2.2.19. карточка EL-320X-S (10/100 PCI). драйвер шел с карточкой. модуль называется fealnx. при закачке по ftp файлы более 7Мб не закачиваются - закачивается какое-то количество и после этого впадает в ступор. Это самое "какое-то количество" как ни странно, варьируется в зависимости от длины файла: длина 7,700,736 - закачалось 66560 байт длина 35,720,696 - закачалось 20872 байт длина 6622889 - закачался полностью. tcpdump'ом видно, что после "ступора" сервер продолжает слать пакеты с данными, а клиент не отсылает ответ с подтверждением. похожая ситуация и при работе smb - на этот компьютер не получается положить большие файлы. Пробовал поставить вместо этой карточки обычную ne2k-pci (10Мбит) - все работает. Такая же 100Мб карточка на другом линуксе работает без проблем. пробовал вставить ее - не помогает. хабы и кабели проверил и менял - тоже не помогло. привел ядро в соответствие с настройками того, на котором работает. все равно не помогло. Может есть у кого идеи, что еще можно проверить, где подкрутить?

яРНКЙМСКЯЪ Я ЯЮАФЕЛ. ЪДПН 2.2.19. ЙЮПРНВЙЮ EL-320X-S (10/100 PCI). ДПЮИБЕП ЬЕК Я ЙЮПРНВЙНИ. ЛНДСКЭ МЮГШБЮЕРЯЪ fealnx. ОПХ ГЮЙЮВЙЕ ОН ftp ТЮИКШ АНКЕЕ 7лА МЕ ГЮЙЮВХБЮЧРЯЪ - ГЮЙЮВХБЮЕРЯЪ ЙЮЙНЕ-РН ЙНКХВЕЯРБН Х ОНЯКЕ ЩРНЦН БОЮДЮЕР Б ЯРСОНП. щРН ЯЮЛНЕ "ЙЮЙНЕ-РН ЙНКХВЕЯРБН" ЙЮЙ МХ ЯРПЮММН, БЮПЭХПСЕРЯЪ Б ГЮБХЯХЛНЯРХ НР ДКХМШ ТЮИКЮ: ДКХМЮ 7,700,736 - ГЮЙЮВЮКНЯЭ 66560 АЮИР ДКХМЮ 35,720,696 - ГЮЙЮВЮКНЯЭ 20872 АЮИР ДКХМЮ 6622889 - ГЮЙЮВЮКЯЪ ОНКМНЯРЭЧ. tcpdump'НЛ БХДМН, ВРН ОНЯКЕ "ЯРСОНПЮ" ЯЕПБЕП ОПНДНКФЮЕР ЯКЮРЭ ОЮЙЕРШ Я ДЮММШЛХ, Ю ЙКХЕМР МЕ НРЯШКЮЕР НРБЕР Я ОНДРБЕПФДЕМХЕЛ. ОНУНФЮЪ ЯХРСЮЖХЪ Х ОПХ ПЮАНРЕ smb - МЮ ЩРНР ЙНЛОЭЧРЕП МЕ ОНКСВЮЕРЯЪ ОНКНФХРЭ АНКЭЬХЕ ТЮИКШ. оПНАНБЮК ОНЯРЮБХРЭ БЛЕЯРН ЩРНИ ЙЮПРНВЙХ НАШВМСЧ ne2k-pci (10лАХР) - БЯЕ ПЮАНРЮЕР. рЮЙЮЪ ФЕ 100лА ЙЮПРНВЙЮ МЮ ДПСЦНЛ КХМСЙЯЕ ПЮАНРЮЕР АЕГ ОПНАКЕЛ. ОПНАНБЮК БЯРЮБХРЭ ЕЕ - МЕ ОНЛНЦЮЕР. УЮАШ Х ЙЮАЕКХ ОПНБЕПХК Х ЛЕМЪК - РНФЕ МЕ ОНЛНЦКН. ОПХБЕК ЪДПН Б ЯННРБЕРЯРБХЕ Я МЮЯРПНИЙЮЛХ РНЦН, МЮ ЙНРНПНЛ ПЮАНРЮЕР. БЯЕ ПЮБМН МЕ ОНЛНЦКН. лНФЕР ЕЯРЭ С ЙНЦН ХДЕХ, ВРН ЕЫЕ ЛНФМН ОПНБЕПХРЭ, ЦДЕ ОНДЙПСРХРЭ?

вопрос по PPPoE. будет ли он работать, если сервер находится НЕ
в одном ethernet-сегменте с клиентом?

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

badblocks -v /dev/sda6 6835626
Flushing buffers
Checking for bad blocks in read-only mode
>From block 0 to 6835626
6835624
6835625

fdsik -l выдает
6835626 блоков на /dev/sda6 (этот размер и используется в
качестве аргумента в badblocks)
Параметры раздела
#debugfs -R stats /dev/sda6
...
Superblock size = 1024
Block size = 4096, fragment size = 4096
Inode size = 128
854784 inodes, 763763 free
1708906 blocks, 1274541 free, 85445 reserved, first block = 0
32768 blocks per group
32768 fragments per group
16128 inodes per group
...

Диски совершенно новые, и наличие реальных бэдов маловероятно.
Проверить на размонтированном диске, к сожалению, не могу - диски в
работе.
Объясните, кто знает, в чем может быть дело?

Можно ли как-то сказать sendmail'у, чтобы он не принимал мыло для определенных локальных пользователей.
т.е. к примеру, есть юзер vasya. и sendmail без проблем принимает
почту для него.
Но в какой-то момент надо сделать так, что бы когда пытаются прислать ему почту, sendmail говорил что-то типа "пользователь недоступен" или "временно отключен" и не принмал почту.
При этом, запрещенные пользователи могут храниться в файле (типа access), либо sendmail может запускать отдельную программу для проверки доступности данного пользователя - не важно как.
Можно ли сделать так, и если можно, то каким способом?

Заранее спасибо!

Кто может объяснить, что означает знак "+" после размера раздела в списке, выдаваемом fdisk'ом по "fdisk -l"
Например:
Device Boot Start End Blocks Id System
/dev/hda1 1 7 56196 83 Linux native
/dev/hda2 8 135 1028160 83 Linux native
/dev/hda3 136 645 4096575 83 Linux native
/dev/hda4 646 696 409657+ 82 Linux swap

или
Device Boot Begin Start End Blocks Id System
/dev/hda1 1 1 1626 819472+ 83 Linux native
/dev/hda2 1024 1627 3744 1067472 83 Linux native
/dev/hda3 3072 3745 3876 66528 82 Linux swap