LINUX.ORG.RU
решено Форум — Development  

не собирается (не компилируется) clamav-0.101.1 под Centos 5 (x86) с либой zlib-1.2.11

 , ,


0

1

из исходников zlib-1.2.11 либа положилась в /usr/local
для clamav-0.101.1 сделал ./configure --with-zlib=/usr/local
но на этапе make получаю 

Making all in clamscan
make[2]: Entering directory `/root/clamav-0.101.1/clamscan'
  CC       output.o
  CC       getopt.o
  CC       optparser.o
  CC       actions.o
  CC       misc.o
  CC       clamscan.o
  CC       manager.o
  CCLD     clamscan
../libclamav/.libs/libclamav.so: undefined reference to `gzseek64'
collect2: ld returned 1 exit status
make[2]: *** [clamscan] Error 1
make[2]: Leaving directory `/root/clamav-0.101.1/clamscan'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2
[(testing) root@mx clamav-0.101.1]#
в каком месте что поправить,посмотреть?
может это быть связано с тем что у меня ядро для i386 а не для x86_64

★★★★

Последнее исправление: Vlad-76 (всего исправлений: 1)
← Где найти разбивку символов по языкам?
нужна помощь в написании скрипта для поиска самых больших файлов →
  1 2 →
Ответ на: комментарий от Deleted 
[(testing) root@mx libclamav]# pwd
/usr/src/clamav-0.101.1/libclamav
[(testing) root@mx libclamav]# grep -n FRESHCLAM Makefile
919:FRESHCLAM_CPPFLAGS =
920:FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)
Ответ на: комментарий от Vlad-76

Ну ладно. Вернись обратно, там у тебя почти всё собралось, за исключением грё..го freshclam.

grep -n freshclam Makefile
Deleted
()
Ответ на: комментарий от Deleted

кстати когда я приводил пример configure без --with-zlib=/usr/local
Makefile - ы всего проекта были сгенерены именно без --with-zlib=/usr/local

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

Makefile - ы всего проекта были сгенерены именно без --with-zlib=/usr/local

Уже неважно. Почти всё скомпилилось.

Deleted
()
Ответ на: комментарий от Deleted

он нужен - он базы сигнатур вирусов вытягивает

[(testing) root@mx libclamav]# pwd
/root/clamav-0.101.1/libclamav
[(testing) root@mx libclamav]# grep -n freshclam Makefile
202:    $(top_srcdir)/m4/reorganization/libfreshclam.m4 \

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Deleted 
[(testing) root@mx clamav-0.101.1]# pwd
/root/clamav-0.101.1
[(testing) root@mx clamav-0.101.1]# grep -n FRESHCLAM freshclam/Makefile
353:FRESHCLAM_CPPFLAGS =
354:FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

354:FRESHCLAM_LIBS = -L/usr/local/lib -lz -lresolv

Вот оно. freshclam/Makefile:

354:#FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
    FRESHCLAM_LIBS =  {ну ты знаешь, что вписать} -lresolv
Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted 
# pwd
/root/clamav-0.101.1
[(testing) root@mx clamav-0.101.1]# grep -n FRESHCLAM freshclam/Makefile
353:FRESHCLAM_CPPFLAGS =
354:#FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
355:FRESHCLAM_LIBS =  -L/usr/local/lib libz/adler32.o libz/compress.o libz/crc32.o libz/deflate.o libz/gzclose.o libz/gzlib.o libz/gzread.o libz/gzwrite.o libz/infback.o libz/inffast.o libz/inflate.o libz/inftrees.o libz/trees.o libz/uncompr.o libz/zutil.o  -lresolv

[(testing) root@mx clamav-0.101.1]# make
make  all-recursive
make[1]: Entering directory `/root/clamav-0.101.1'
Making all in libltdl
make[2]: Entering directory `/root/clamav-0.101.1/libltdl'
make  all-am
make[3]: Entering directory `/root/clamav-0.101.1/libltdl'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/root/clamav-0.101.1/libltdl'
make[2]: Leaving directory `/root/clamav-0.101.1/libltdl'
Making all in libclamav
make[2]: Entering directory `/root/clamav-0.101.1/libclamav'
make  all-recursive
make[3]: Entering directory `/root/clamav-0.101.1/libclamav'
make[4]: Entering directory `/root/clamav-0.101.1/libclamav'
  GEN      version.h.tmp
  GEN      version.h
make[4]: Leaving directory `/root/clamav-0.101.1/libclamav'
make[3]: Leaving directory `/root/clamav-0.101.1/libclamav'
make[2]: Leaving directory `/root/clamav-0.101.1/libclamav'
Making all in clamscan
make[2]: Entering directory `/root/clamav-0.101.1/clamscan'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/root/clamav-0.101.1/clamscan'
Making all in clamd
make[2]: Entering directory `/root/clamav-0.101.1/clamd'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/root/clamav-0.101.1/clamd'
Making all in clamdscan
make[2]: Entering directory `/root/clamav-0.101.1/clamdscan'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/root/clamav-0.101.1/clamdscan'
Making all in freshclam
make[2]: Entering directory `/root/clamav-0.101.1/freshclam'
  CCLD     freshclam
manager.o: In function `buildcld':
/root/clamav-0.101.1/freshclam/manager.c:1392: undefined reference to `gzopen64'
collect2: ld returned 1 exit status
make[2]: *** [freshclam] Error 1
make[2]: Leaving directory `/root/clamav-0.101.1/freshclam'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2
Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Deleted

если так то тоже ошибка 

[(testing) root@mx clamav-0.101.1]# grep -n FRESHCLAM freshclam/Makefile
353:FRESHCLAM_CPPFLAGS =
354:#FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
355:FRESHCLAM_LIBS =  libz/adler32.o libz/compress.o libz/crc32.o libz/deflate.o libz/gzclose.o libz/gzlib.o libz/gzread.o libz/gzwrite.o libz/infback.o libz/inffast.o libz/inflate.o libz/inftrees.o libz/trees.o libz/uncompr.o libz/zutil.o  -lresolv

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Deleted 

[(testing) root@mx clamav-0.101.1]# grep -n freshclam freshclam/Makefile
2:# freshclam/Makefile.  Generated from Makefile.in by configure.
102:bin_PROGRAMS = freshclam$(EXEEXT)
103:subdir = freshclam
105:    $(srcdir)/clamav-freshclam.service.in \
176:    $(top_srcdir)/m4/reorganization/libfreshclam.m4 \
189:CONFIG_CLEAN_FILES = clamav-freshclam.service
194:am_freshclam_OBJECTS = output.$(OBJEXT) optparser.$(OBJEXT) \
196:    clamdcom.$(OBJEXT) freshclam.$(OBJEXT) manager.$(OBJEXT) \
199:freshclam_OBJECTS = $(am_freshclam_OBJECTS)
200:freshclam_LDADD = $(LDADD)
239:SOURCES = $(freshclam_SOURCES)
240:DIST_SOURCES = $(freshclam_SOURCES)
470:abs_builddir = /root/clamav-0.101.1/freshclam
471:abs_srcdir = /root/clamav-0.101.1/freshclam
534:freshclam_SOURCES = \
549:    freshclam.c \
550:    freshclamcodes.h \
564:#systemdsystemunit_DATA = clamav-freshclam.service
567:AM_INSTALLCHECK_STD_OPTIONS_EXEMPT = freshclam$(EXEEXT)
582:    echo ' cd $(top_srcdir) && $(AUTOMAKE) --foreign freshclam/Makefile'; \
584:      $(AUTOMAKE) --foreign freshclam/Makefile
603:clamav-freshclam.service: $(top_builddir)/config.status $(srcdir)/clamav-freshclam.service.in
671:freshclam$(EXEEXT): $(freshclam_OBJECTS) $(freshclam_DEPENDENCIES) $(EXTRA_freshclam_DEPENDENCIES)
672:    @rm -f freshclam$(EXEEXT)
673:    $(AM_V_CCLD)$(LINK) $(freshclam_OBJECTS) $(freshclam_LDADD) $(LIBS)
685:include ./$(DEPDIR)/freshclam.Po
Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)
Ответ на: комментарий от Vlad-76

Давай напрямую. freshclam/Makefile:

355:FRESHCLAM_LIBS = -lresolv

673:    $(AM_V_CCLD)$(LINK) libz/adler32.o libz/compress.o libz/crc32.o libz/deflate.o libz/gzclose.o libz/gzlib.o libz/gzread.o libz/gzwrite.o libz/infback.o libz/inffast.o libz/inflate.o libz/inftrees.o libz/trees.o libz/uncompr.o libz/zutil.o $(freshclam_OBJECTS) $(freshclam_LDADD) $(LIBS)
Deleted
()
Ответ на: комментарий от Deleted 
[(testing) root@mx clamav-0.101.1]# make
...

Making all in freshclam
make[2]: Entering directory `/root/clamav-0.101.1/freshclam'
  CCLD     freshclam
gcc: libz/adler32.o: No such file or directory
gcc: libz/compress.o: No such file or directory
gcc: libz/crc32.o: No such file or directory
gcc: libz/deflate.o: No such file or directory
gcc: libz/gzclose.o: No such file or directory
gcc: libz/gzlib.o: No such file or directory
gcc: libz/gzread.o: No such file or directory
gcc: libz/gzwrite.o: No such file or directory
gcc: libz/infback.o: No such file or directory
gcc: libz/inffast.o: No such file or directory
gcc: libz/inflate.o: No such file or directory
gcc: libz/inftrees.o: No such file or directory
gcc: libz/trees.o: No such file or directory
gcc: libz/uncompr.o: No such file or directory
gcc: libz/zutil.o: No such file or directory
make[2]: *** [freshclam] Error 1
make[2]: Leaving directory `/root/clamav-0.101.1/freshclam'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2

[(testing) root@mx clamav-0.101.1]# grep -n freshclam freshclam/Makefile
...
672:freshclam$(EXEEXT): $(freshclam_OBJECTS) $(freshclam_DEPENDENCIES) $(EXTRA_freshclam_DEPENDENCIES)
673:    @rm -f freshclam$(EXEEXT)
674:#   $(AM_V_CCLD)$(LINK) $(freshclam_OBJECTS) $(freshclam_LDADD) $(LIBS)
675:    $(AM_V_CCLD)$(LINK) libz/adler32.o libz/compress.o libz/crc32.o libz/deflate.o libz/gzclose.o libz/gzlib.o libz/gzread.o libz/gzwrite.o libz/infback.o libz/inffast.o libz/inflate.o libz/inftrees.o libz/trees.o libz/uncompr.o libz/zutil.o $(freshclam_OBJECTS) $(freshclam_LDADD) $(LIBS)


[(testing) root@mx clamav-0.101.1]# grep -n FRESHCLAM_LIBS freshclam/Makefile
354:#FRESHCLAM_LIBS =  -L/usr/local/lib -lz -lresolv
355:#FRESHCLAM_LIBS =  libz/adler32.o libz/compress.o libz/crc32.o libz/deflate.o libz/gzclose.o libz/gzlib.o libz/gzread.o libz/gzwrite.o libz/infback.o libz/inffast.o libz/inflate.o libz/inftrees.o libz/trees.o libz/uncompr.o libz/zutil.o
356:FRESHCLAM_LIBS = -lresolv
Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Deleted 
Making all in freshclam
make[2]: Entering directory `/root/clamav-0.101.1/freshclam'
  CCLD     freshclam
Making all in sigtool
make[2]: Entering directory `/root/clamav-0.101.1/sigtool'
  CC       output.o
  CC       getopt.o
  CC       optparser.o
  CC       misc.o
  CC       cdiff.o
  CC       tar.o
  CC       vba.o
  CC       sigtool.o
  CCLD     sigtool
sigtool.o: In function `build':
/root/clamav-0.101.1/sigtool/sigtool.c:1091: undefined reference to `gzopen64'
sigtool.o: In function `script2cdiff':
/root/clamav-0.101.1/sigtool/sigtool.c:787: undefined reference to `gzopen64'
collect2: ld returned 1 exit status
make[2]: *** [sigtool] Error 1
make[2]: Leaving directory `/root/clamav-0.101.1/sigtool'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2
Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

CCLD freshclam

У-ра-а-а!

Следуящая цель: sigtool/

Подсказки нужны? Хотя я думаю, сделать grep в новой папке по новому слову и впихать уже полюбившийся набор букв в нужное место плюс скопировать объектные файлы - это уже как по накатанной лыжне.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)

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

anonymous
()
Ответ на: комментарий от Deleted

попробую, но для меня этот Makefile - набор закорючек
СОБРАЛОСЬ!!! /usr/local/bin/freshclam отработал, сделал свое дело - не ругнулся

готов заслать благоданость, так сказать на пиво

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

готов заслать благоданость

Лучшая благодарность - действия. У тебя на руках рецепт - оформи его. У тебя есть ссылки, где упоминается необходимость zlib определённой версии - внеси их в тему. Короче: это твоя «тема» - «сделай» её.

«П..ц - это не приговор. 'Дикое радио' помнит о тебе».

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Vlad-76

Спасибо за содержательную дискуссию. Сегодня занимался точно такой же работой на своем почтовом сервере под CentOS-5.i386. Однако, решил проблему несколько иным путем, без исследования makefile'ов. А именно, я решил не отучать make от ClamAV от вредных хотелок, а дать ему то, что он хочет. А хотел он правильную libz.a от zlib.1.2.11. Вот только искал он её не там куда она легла по make install (без заданного --prefix) zlib'овскому, не /usr/local/lib, а в /usr/lib. А там жила libz.a от zlib.1.2.3 (штатному, от CentOS-5). Мы же не делали yum remove zlib, верно? В штатном же ссылок на проблемную gzseek64 нет. А в новом - есть.

Итак, что было сделано: 1. Переименован libz.a чтобы не потерялся и не мешался. 2. Из /usr/local/lib был скопирован новый libz.a в /usr/lib. 3. В /lib был скопирован из /usr/local/lib файл libz.so.1.2.11 4. Создана адекватная этому новому файлу система симлинков в /lib и /usr/lib. То есть @libz.so и прочее должны показывать не на libz.1.2.3, а на новый libz.1.2.11

После этих простых шагов ClamAV скомпилировался без проблем и начал почти работать. Почти, так как посчитал, что у меня не установлено pcre (библиотека с регурярными выражениями). Я, действительно, не заморачивался с этой библиотекой, ставил только pcre, без devel части, без хедеров. В результае Clamav посчитал, что у меня этого дела нет и выдал целую простыню сообщений об отсутствии поддержки массы сигнатур. Поскольку репы на CentOS, как я полагаю, закрыты давно, мне пришлось скачать последнюю версию этого pcre, скомпилировать её и установить (хедера, *.h, там ставятся куда надо). После чего - перекомпилировать ClamAV.

В результате - работа почтового сервера восстановлена в полном объеме. В

Cruiser78
()
Ответ на: комментарий от anonymous

вывод был сделан из логов работы clamd, после обновления файлов с вирусами Clamd перестал запускаться
почему это случилось только вчера ХЗ
https://serverfault.com/questions/836197/clamd-wont-start-after-update
https://bugzilla.clamav.net/show_bug.cgi?id=11800
старт clamd 

[(testing) root@mx init.d]# /etc/init.d/clamd start
Starting Clam AntiVirus Daemon: LibClamAV Error: cli_pcre_compile: PCRE compilation failed at offset 20: unrecognized character after (?<
LibClamAV Error: cli_pcre_build: failed to build pcre regex
ERROR: Database initialization error: Malformed database
                                                           [FAILED]

Vlad-76 ★★★★
() автор топика
Последнее исправление: Vlad-76 (всего исправлений: 1)
Ответ на: комментарий от anonymous

Не Владислав, но отвечу по своей проблеме. Точнее, имею основания полагать, что и у него причина та-же самая. А именно, почтовый сервер (postfix, что не важно, при использовании amavisd стал получать письма, где в поле Subj появился префикс ***UNCHECKED***. Разбор полетов (его пропускаю) приводит в выводу, что не работает ClamAV при проверке почты на вирусы. О чем Аmavisd честно сообщает. Разбор полетов собственно в ClamAV (который ставился еще из рабочих реп CentOS-5, версия его 0.99.чего-то-там) показал, что он не хочет понимать собственную базу сигнатур. Пишет, что она разрушена. Freshclam же её честно закачивал, но clamd кушать её не хотел. Эта беда началась на CentOS-5 не далее как в этот четверг. Часов так в 11 утра. До этого времени всё работало как часы. Видимо разработчики антивируса изменили структуры в своих базах данных. И старая версия антивируса их отказалась понимать. Отсюда и необходимость оперативного обновления антивируса. Для чего и были организованы все эти шаманские пляски с бубном.

По крайней мере у меня было именно так. А проблема с ClamAV и zlib началась еще прошлым летом (судя по интернету).

Cruiser78
()
Ответ на: комментарий от Cruiser78

Мде, совсем я разбаловался платными антивирями. Ну чтож, теперь вам обоим запилить ман для потомков сам мак кьюзик велел:) Имхо, но Ваше решение более труъ и элегантно, что не умоляет респекта звездочету,за его настойчивость и решимость помочь!

anonymous
()
Ответ на: комментарий от Vlad-76

LibClamAV Error: cli_pcre_build: failed to build pcre regex

Для устранения этой ошибки надо иметь на сервере полный комплект pcre (то есть и pcre-devel до кучи). Иметь pcre.h файл в соответствующем месте. Если его нет (у меня не было), то ClamAV соберется без ошибок, но поддержку pcre не включит. А в базах сигнатур вирусных, наверное, начали пользоваться этим самым pcre. У меня на старом, 0.99-м clamav'е всё начало останавливаться колом позавчера. После установки последних версий zlib и clamav антивирусник начал запускаться, но при запуске начал вываливать простыню с сообщениями об неподдерживаемых (по причине отсутствия pcre) сигнатур. Пришлось поставить и последний pcre (чтобы нужный pcre.h файл в системе объявился). После пересборки ClamAV заработал как часы.

Cruiser78
()
Ответ на: комментарий от Vlad-76

Да там уже не квест соершенно, по сравнению с тем, что Вы перелопатили - баловство. Мой путь был таков (хватило на 15 минут с пивом):

1. Нашел официальный сайт pcre. Это несложно.

2. Скачал оттуда (wget наше всё) последнюю версию pcre. Это элементарно.

3. Распаковал в стандартное место (у меня - в /usr/local/src). Даже не комментирую

4. ./configure --help. На предмет почитать какие там ключи. Вот здесь надо именно почитать и подобрать нужное.

5. ./configure с отобранными на предыдущем шаге ключами.

6. make && make install.

Вот и весь квест. После его прохождения в /usr/local/include появится файл pcre.h. Его достаточно для правильной (без дополнительных ключей) перекомпиляции (с ./configure) ClamAV'а. Да, не забываем про команды make uninstall и make clean перед перекомпиляцией.

Cruiser78
()
Ответ на: комментарий от Cruiser78

" Его достаточно для правильной (без дополнительных ключей) перекомпиляции (с ./configure) ClamAV'а. Да, не забываем про команды make uninstall и make clean перед перекомпиляцией. "
вот это и есть квест, я ж Makefile - ы руками правил.

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Cruiser78

После того как вы этот план реализовали 

1. Переименован libz.a чтобы не потерялся и не мешался. 
2. Из /usr/local/lib был скопирован новый libz.a в /usr/lib. 
3. В /lib был скопирован из /usr/local/lib файл libz.so.1.2.11 
4. Создана адекватная этому новому файлу система симлинков в /lib и /usr/lib. То есть @libz.so и прочее должны показывать не на libz.1.2.3, а на новый libz.1.2.11

Clamav скомпилили и установили.

После решения вопроса с Clamav Вы откатили все изменения которые были сделаны по плану?

Vlad-76 ★★★★
() автор топика
Ответ на: комментарий от Vlad-76

После решения вопроса с Clamav Вы откатили все изменения которые были сделаны по плану?

Нет. Изменения я не откатывал. Аргументирую. Причина проблемы, как я сейчас понимаю, в том, что мантейнеры базы ClamAV начали (раньше такого поведения за ClamAV не наблюдалось) использовать в своих сигнатурах регулярные выражения с использованием pcre. В имеющейся в древней как дерьмо мамонта CentOS-5 штатной (из стандартных реп) кламавине версии 0.99 поддержки pcre не было. Поэтому возникла ошибка связанная с базой данных. Решение - проапгрейдить ClamAV до последней версии.

При компиляции ClamAV 101.1 (то же самое было и на 100-м разливе) возникла несовместимость с имеющимся в системе zlib.1.2.3. ClamAV хотел иметь нераршеПосле решения вопроса с Clamav Вы откатили все изменения которые были сделаны по плану?шённую там ссылку (вызов функции) на gzseek64. Ну нет такого в штатном zlib'е. Решение - проапгрейдить zlib. Далее имеем обсуждаемую в этом треде заморочку, что makefile от ClamAV 101.1 не хочет подхватывать модуль libz.a из /usr/local/lib а пользуется исключительно модулем штатного zlib'а, который лежит в стандартном месте, в /usr/lib.

Решение - положить новый модуль туда, где его и ищут. А если его туда положили, то надо пенастроить и систему симлинков на модули zlib'a, чтобы они адекатно показывали на новую библиотеку.

Ну а затем подыграли и с установкой pcre. Это дало нам (мне, то есть) вполне работоспособную систему. Что в ней откатывать? Зачем ломать? Откатишь - работать перестанет. По простой причине - а как будет отрабатывать пропавший вызов gzseek64? ClamAV просто грохнется при этом. Оно нам надо? Мне - точно нет.

Cruiser78
()
Ответ на: комментарий от Cruiser78

а как будет отрабатывать пропавший вызов gzseek64?

Но ты забыл упомянуть, что в этом трэде линковка произведена была статически и libz вообще для работы со статически слинкованным вариантом не нужна. Твой же вариант - с динамической линковкой, проверь с помощью ldd.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от Deleted

Конечно, ты прав. По треду - да, линковка статическая. Но я делал штатную линковку и скармливал линковщику то, что он хотел иметь. Была ли там статическая линковка или динамическая - мне то неведомо. Да и знать я этого не хочу. Решил задачу и ладно.

Cruiser78
()
Ответ на: комментарий от Cruiser78

Да и знать я этого не хочу. Решил задачу и ладно.

Ну да. Только люди именно об этом и спрашивают. Скомпилить libclamav с libz.so.1.2.11, а потом пользовать её с libz.so.1.2.3. Недопонимают люди, что такой libclamav понадобится именно libz.so.1.2.11. Будут биться в истерике, материться на тебя.

Deleted
()
Ответ на: комментарий от Deleted

В треде есть два решения задачи. Одно из которых элегантное, другое «в лоб». Работают оба. Людям надо «чтоб работало и меньше плясок». Это вариант круйзера. Так или иначе в трэде есть выбор и это прекрасно!

anonymous
()
Ответ на: комментарий от Deleted

Ну да. Только люди именно об этом и спрашивают. Скомпилить libclamav с libz.so.1.2.11, а потом пользовать её с libz.so.1.2.3. Недопонимают люди, что такой libclamav понадобится именно libz.so.1.2.11. Будут биться в истерике, материться на тебя.

Причин для истерик не вижу. Во первых, я нигде не написал, что после того, как я скомпилировал (Sic!, но об этом позже) ClamAV на специально подготовленной «платформе» (CentOS-5 и zlib.1.2.11) откатил все свои изменения в зад. Если откатят, то сами себе злобные буратины.

Во вторых - где вы найдете сейчас эту самую CentOS-5 в промышленной эксплуатации? Это надо быть реально ленивым админом (вроде меня), чтобы не поднять ось на почтовом сервере до 7-го разлива. Времени-то было на это отпущено много. Такого добра сейчас - единицы.

В третьих - мы именно компилировали антивирус. А не собирали rpm-пакет. И я самонадеянно (а как же иначе) полагаю, что пакет компилируется в ту систему, где и будет в дальнейшем работать. Учитывает её конкретные особенности. Будет другая система - будет другая «подгонка» платформы и другая компиляция. Для тиражирования же решений служат rpm-пакеты. Вот там и надо указать ограничения на версии сторонних динамически подключаемых пакетов. Или включать в неё всё, что может потребоваться. Или поставлять rpm'ки комплектом. Самодостаточным комплектом. Ну, или делать именно статическую линковку, тотальную статическую линковку.

Так что, ничего страшного не произойдет. Всё будет работать.

Cruiser78
()
Ответ на: комментарий от Cruiser78

Да кстати, забыл поинтересоваться, что это у вас обоих такие смердящие оси? На почтовике такое держать совсем не секурно!

anonymous
()
Ответ на: комментарий от Cruiser78

И еще, в дополнение. Обсуждаемая проблема характерна для такой древности как CentOS-5. Которая закрыта и давно забыта. Проверил работу реповского ClamAV на CentOS-6. Он там обновился (давно систему не обновлял) с 0.99.2 до 0.100.2 по yum update. И прекрасно работает на том, что есть в системе штатно.

Так что, эта проблема - проблема раздолбаев вроде меня, которым недосуг было апгрейдить свои сервера. Работает и ладно. А сейчас - нужные «патчи» поставил, думаю, что еще лет так на пяток можно будет про этот почтарик забыть.

Cruiser78
()
Ответ на: комментарий от anonymous

Да кстати, забыл поинтересоваться, что это у вас обоих такие смердящие оси? На почтовике такое держать совсем не секурно!

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

Cruiser78
()
Ответ на: комментарий от Cruiser78

Гхм. В 5 центоси хартблид патч то завезли? Модель епрст. Васян сидя на уроке получил смс от сканера и заверте...

anonymous
()
Ответ на: комментарий от anonymous

Еще раз - перед тем, как обсуждать вопросы секурности конкретной операционной системы, прошу предложить модель нарушителя и имеющиеся реально угрозы для данной конкретной оси. Кроме этого, если бы Вы потрудились узнать, что за openSSL стоит в древнем как дерьмо мамонта CentOS-5, то не упоминали бы про хартблид для этой оси. Ибо - она неподвержена данной уязвимости. Нет там такого риска. Так что, давайте не будем обсуждать всякую сфероконину.

Cruiser78
()
Ответ на: комментарий от Cruiser78

некрофилия? Нет не слышал, я вот правильно понимаю, что Вы всем этим недорогим пафосом робко пытаетесь убедить меня и общественность в том, что сидеть на оси 12 летней давности (а минорная версия не сообщалась) - эть нормально, «сферическм сесурно» и «вообще я не бездельник». Я все правильно понял? Наверное ни хартблидов, ни мельтдаунов, ничему Ваш сферический труп не подвержен?!

Зы. Сейчас полуркаю про ссл.

anonymous
()
Ответ на: комментарий от anonymous

Еще раз повторяю, рация на бронепоезде. Хартблиду CentOS-5 (любой минорной версии) не подвержен. Так как там SSL версии 0.9.8. А хартблид появился для сильно более поздних версий. После того, как туда внесли ssl-heartbit, если Вы не в курсе. Далее, я еще раз прошу подель нарушителя. Ну или хотябы расскажите, каким именно образом нарушитель начнет исполнять свой зловредный код на ПОЧТОВОМ сервере. Чтобы воспользоваться мильдонием. Поэтому еще раз повторяю - без модели нарушителя привязанной к конкретной реализации обсуждение вопросов информационной безопасности есть обсуждение сферического коня в вакууме. Информационная безопасность - наука точная, а не болтовня на предмет разного рода уязвимостей. Так что, давайте, или модель нарушителя для почтового сервера на CentOS5+Postfix+Dovecot+ssh (а больше туда ничем не зайти), или прекращайте заниматься болтовней.

Cruiser78
()
Ответ на: комментарий от Cruiser78

думаю, что еще лет так на пяток можно будет про этот почтарик забыть

Если там ClamAV нужен не для галочки, то не надейся. :-)

AS ★★★★★
()
Ответ на: комментарий от Cruiser78

Так как там SSL версии 0.9.8

Нотариально заверенного скриншота о том, что при релизе 5.0 в далеком 2007 была именно 0.9.8 мне найти не удалось, хотя скорее всего так и есть.

хартблид появился для сильно более поздних версий.

1.0.1 уже был подвержен. Через версию скажем так. Хотя в реторспективе Вашей хронологии, о чем тут можно говорить...:)

Так что, давайте, или модель нарушителя

Экий Вы, однако. Скажите, Вас часом не посещает мысль о том, что Вы бох?! :) Давайте, без давайте! Я здесь школьников обучать не хорошим вещам не собираюсь. Я исключительно законопослушен, вообще!

Если Вы осилили только вводную лекцию по ИБ, о том, что «наука точная», то рекомендую Вам погуглить о методах применения мельтдавонов этих. И да, ИБ - это не наука а область знания.

а больше туда ничем не зайти
прекращайте заниматься болтовней.

Как раз это и есть болтовня.

Итак повторю свой вопрос: Вы считаете себя достойным специалистом, использующим в продакшн ОС 12 летней давности!? и с упоением гордящимся тем, что в Вашем релизе ссл не подвержен хардблиду, «потому что он еще более древний»!?

Признаюсь, когда я первый раз говорил о хардблиде, я наивно полагал, что Вы таки осилили юм апдейт/апгрейд (или как там оно у шляпы)и когда-то таки обновлялись. Я ошибся. Вы превзошли все мои ожидания:)

anonymous
()
Ответ на: комментарий от anonymous

Признаюсь, когда я первый раз говорил о хардблиде, я наивно полагал, что Вы таки осилили юм апдейт/апгрейд (или как там оно у шляпы)и когда-то таки обновлялись. Я ошибся. Вы превзошли все мои ожидания:)

Свечку держал? Как-то не замечал Вашего присутствия в моей работе. Ни разу. Если Вас посещают подобные фантазии, то обсуждайте их с Вашим психиатром. Там - уместнее. Так как вести нормальную дискуссию Вы не умеете.

Cruiser78
()
Ответ на: комментарий от Cruiser78

Как-то не замечал Вашего присутствия в моей работе

У Вас разрывы нейронных связей. Таки если обновлялись то есть у Вас ссл должна быть как минимум 1.0.1

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Где найти разбивку символов по языкам?
Development
нужна помощь в написании скрипта для поиска самых больших файлов →