parserALT
Страницы форума: ← Назад | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 600 | Дальше →

Установка на Centos 5.5 от VDS64

#1ERnest
04.04.11 13:15
www.parser.ru → | ответить → | в избранное →

Установка на Centos 5.5 от VDS64

День добрый, проблема собственно в чем... Все делал как всегда, залил права установил пробую запустить тест, а тут проблемы. Начал смотреть в логи, а там:

[Mon Apr 04 12:02:14 2011] [error] [client 77.121.116.44] (13)Permission denied: exec of '/usr/sbin/suexec' failed
[Mon Apr 04 12:02:14 2011] [error] [client 77.121.116.44] Premature end of script headers: parser3.cgi
[Mon Apr 04 12:02:14 2011] [error] [client 77.121.116.44] File does not exist: /var/www/filestore.name/filestore/favicon.ico

тоесть не понятно мне, проблема в версии парсера "Premature end of script headers" или все таки есть другая проблема suexec.

при обращении из консоли к парсеру говорит:

[root@filestore parser3]# ./parser3.cgi
./parser3.cgi: file not specified
Parser/3.4.1 (compiled on i686-pc-linux-gnu)
Copyright(c) 2001-2009 ArtLebedev Group (http://www.artlebedev.com)
Author: Alexandr Petrosian <paf@design.ru> (http://paf.design.ru)

Usage: ./parser3.cgi [options] file
Options are:
-f config_file Use this config file (/path/to/auto.p)
-h Display usage information (this message)

тоесть как бы по виду должно работать, но никак... подскажите пожалуйста в какую сторону рыть если есть идеи.
#2Vint
→ ERnest [#1] | 04.04.11 13:44
www.parser.ru → | ответить → | в избранное →
Скорее всего, неправильно установлены права. Посмотрите, какие пользователь/группа написаны в конфиге апача и с какими собран suexec
suexec -V


На собственном сервере (VDS) можно вообще от suexec отказаться. Проблем больше, чем пользы.
#3Sumo
→ ERnest [#1] | 04.04.11 13:45
www.parser.ru → | ответить → | в избранное →

Сначала стоит разобраться с suexec'ом...

Если на сервере есть suexec_log, то посмотреть в него.
#4ERnest
→ Sumo [#3] | 04.04.11 13:47
www.parser.ru → | ответить → | в избранное →
в логе вот что:
[2011-04-04 12:46:10]: too few arguments

но... мне к сожалению ни о чем это не говорит, может Вам поможет понять суть моей проблемы...
#5ERnest
→ Vint [#2] | 04.04.11 13:53
www.parser.ru → | ответить → | в избранное →
на счет прав suexec -V:
[root@filestore httpd]# suexec -V
-D AP_DOC_ROOT="/var/www"
-D AP_GID_MIN=100
-D AP_HTTPD_USER="apache"
-D AP_LOG_EXEC="/var/log/httpd/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=500
-D AP_USERDIR_SUFFIX="public_html"

на счет прав на парсер:
root apache 1495180 Apr 4 05:52 parser3.cgi

пробовал менять пользователя парсера на apache и www-data, но результат аналогичный

как можно от суекзека отказаться? надо наверняка пере собирать парсер, что кстати тоже не совсем получилось на на этом впс, но это уже совсем другая история =)
#6Sumo
→ ERnest [#5] | 04.04.11 13:58 / 13:59
www.parser.ru → | ответить → | в избранное →

В апаче директива SuexecUserGroup указана корректно?

Сайт лежит в подпапке /var/www?
#7ERnest
→ Sumo [#6] | 04.04.11 14:00
www.parser.ru → | ответить → | в избранное →
Извините, этого "В апаче директива SuexecUserGroup указана корректно?" не понял. Где можно проверить?

Сайт лежит в подпапке /var/www?
- Да, /var/www/example.com/
#8Sumo
→ ERnest [#7] | 04.04.11 14:18
www.parser.ru → | ответить → | в избранное →

http://httpd.apache.org/docs/current/suexec.html

Заодно обратите внимание, что лучше создать своего юзера и пускать виртуальный хост из под него (suexec собран с gid-min и uid-min, которые не дадут использовать юзеров root и www).

p.s. В принципе можно забить на suexec, как "советует" Vint, и найти в форуме принцип именования grpunlim-версий Парсера, которые тоже собраны. Но лучше все-таки не пренебрегать безопасностью и настроить нормально Апача.
#9ERnest
→ Sumo [#8] | 04.04.11 14:29
www.parser.ru → | ответить → | в избранное →
лучше создать своего юзера и пускать виртуальный хост из под него
что означает пускать виртуальный хост из под него? пользователся создам и изпод него запускать парсер или что еще поставить до этого нового юзера?
#10Vint
→ Sumo [#8] | 04.04.11 14:43
www.parser.ru → | ответить → | в избранное →
Отказ от suexec != использование grpunlim-версии (это точно не выход).
#11Sumo
→ Vint [#10] | 04.04.11 14:45
www.parser.ru → | ответить → | в избранное →

Расскажи про альтернативу...

Реально интересно, что народ на практике использует в Апаче, кроме suexec'а.
#12Sumo
→ ERnest [#9] | 04.04.11 14:46
www.parser.ru → | ответить → | в избранное →

Думаю стоит начать с документации на Апач. :)

Хотя бы с той ссылки, которую я привел.
#13Vint
→ Sumo [#11] | 04.04.11 14:48
www.parser.ru → | ответить → | в избранное →
Не знаю, зачем там что-либо использовать. Апач самодостаточен:-)
#14Sumo
→ Vint [#13] | 04.04.11 14:50
www.parser.ru → | ответить → | в избранное →

А поконкретнее про конфигурацию можно?

Т.е. убрали суэкзек, используем safe-версию Парсера и...
#15MoKo
→ Sumo [#14] | 04.04.11 14:53
www.parser.ru → | ответить → | в избранное →

А в чем проблема?

Если все сайты работает под одним пользователем, его и пишем в конфиг apache вместо httpd. Локально на своих машинах всегда так делаю, даже как-то раз на хостинге делали (чтобы убрать лишний fork от suexec).
#16Vint
→ Sumo [#14] | 04.04.11 14:53
www.parser.ru → | ответить → | в избранное →
...и?:-)
Может я о чём-то не догадываюсь, но какие проблемы могут возникать в этом случае?

Апач запущен под своим юзером, права на папки/файлы соответствующие.
#17Sumo
→ MoKo [#15] | 04.04.11 14:56 / 14:57
www.parser.ru → | ответить → | в избранное →

У меня для каждого проекта свой юзер и группа, даже на своих серверах.

Я не настолько верю своему коду. :)))
#18Vint
→ Sumo [#17] | 04.04.11 15:07
www.parser.ru → | ответить → | в избранное →
Ну, если только этот пункт паранойи в оправдание:-)

Но ведь и в suexec есть дыры.
И mod_apache нельзя подружить с suexec, если не ошибаюсь.
А ещё можно apache chroot настроить -- меньше форков будет.
#19MoKo
→ Sumo [#17] | 04.04.11 15:12
www.parser.ru → | ответить → | в избранное →

Сервера - да, другое дело

Локально на своих машинах != на серверах.
Речь о тех компьютерах, на которых сам работаю.
От одного пользователя как-то проще работать. :)
#20Sumo
→ MoKo [#19] | 04.04.11 15:16
www.parser.ru → | ответить → | в избранное →

Я код на сервер пишу сразу. :)

#21ERnest
→ Sumo [#12] | 04.04.11 15:31
www.parser.ru → | ответить → | в избранное →
Спасибо всем за помощь в этой проблему, но все же, если будет свободная минутка - опишите пожалуйста по пунктам что надо сделать что бы заработало все как надо. А то уж нет сейчас совсем времени в мануал изучать, надо запустить проект как можно быстрее. Но обязательно постараюсь изучить его, что бы таки проблем возникало меньше. Спасибо все еще раз
#22Sumo
→ ERnest [#21] | 04.04.11 22:49 / 22:50
www.parser.ru → | ответить → | в избранное →

Вы просите помочь, но...

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

p.s. Главное, вы уже не первый год на форуме и знаете, что тут принято рассказывать подробности, а не пользоваться телепатией.
#23ERnest
→ Sumo [#22] | 04.04.11 23:05
www.parser.ru → | ответить → | в избранное →
да, конечно, понимаю. но честно говоря даже не представляю что какие именно конфиги показать. вот к примеру виртуальный хосты (насколько я понял и мануала тут надо было suexec подцепить):

<VirtualHost 194.28.132.107:8080>
ServerName filestore.name
DocumentRoot /var/www/filestore.name
SuexecUserGroup parser-usr parser-grp
CustomLog /var/www/logs/filestore.name.access.log combined
ErrorLog /var/www/logs/filestore.name.error.log
ServerAlias www.filestore.name *.filestore.name
ServerAdmin delrosario.ernesto@gmail.com
ScriptAlias /cgi-bin/ /var/www/filestore.name/cgi-bin/
php_admin_value open_basedir "/var/www/filestore.name:."
php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f delrosario.ernesto@gmail.com"
php_admin_value upload_tmp_dir "/var/www/filestore.name/tmp"
php_admin_value session.save_path "/var/www/filestore.name/tmp"
AddType application/x-httpd-php .php .php3 .php4 .php5 .phtml
AddType application/x-httpd-php-source .phps
DirectoryIndex index.php index.html index.htm
AddDefaultCharset utf-8
VirtualDocumentRoot /var/www/filestore.name/%1
</VirtualHost>

на счет того куда что кидаю, так тут все просто впринципе, "корень сайта/cgi-bin/parser3/"

вот сами файлы:
-rw-r--r-- 1 parser-usr parser-grp 3447 Apr 4 22:01 auto.p
drwxr-xr-x 2 parser-usr parser-grp 4096 Apr 4 22:01 charsets
drwxr-xr-x 2 parser-usr parser-grp 4096 Apr 4 22:01 lib
-rwxr-xr-x 1 parser-usr parser-grp 1495180 Apr 4 22:02 parser3.cgi

какую еще информацию я могу показать что бы помочь понять проблему подскажите пожалуйста
#24Sumo
→ ERnest [#23] | 04.04.11 23:13
www.parser.ru → | ответить → | в избранное →

Не вижу файла, где Парсер назначается обработчиком html'я...

В том конфиге, что вы привели я ошибки не вижу. Правда я никогда не имел дело с mod_vhost_alias (директива VirtualDocumentRoot его) и не знаю какие могут быть эффекты от его наличия.
#25Sumo
→ ERnest [#23] | 04.04.11 23:15
www.parser.ru → | ответить → | в избранное →

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

... а почему вы кидаете файлы в "корень сайта/cgi-bin/parser3/", а не в "корень сайта/cgi-bin/"?
#26Sumo
→ Sumo [#25] | 04.04.11 23:18 / 23:19
www.parser.ru → | ответить → | в избранное →

Более того, Парсер лучше класть в папку /var/www/filestore.name/cgi-bin/

Как указано в конфиге. Я так понимаю, что реальный document-root не совпадает с дерективой DocumentRoot?
#27ERnest
→ Sumo [#25] | 04.04.11 23:25
www.parser.ru → | ответить → | в избранное →
Это сути проблемы не меняет. Изначально (и всегда ранее) делал так как Вы говорите, но сейчас уже попробовал по другому. Подумал что может это может помочь, вчера была ошибка вроде "...is already configurated...", вот и подумал что какаято с этим может быть проблема. может и глупо, но проблема точно не в этом, проверил =)
#28ERnest
→ Sumo [#26] | 04.04.11 23:26
www.parser.ru → | ответить → | в избранное →
/var/www/filestore.name/cgi-bin/ - именно тут он и лежит
/var/www/filestore.name/cgi-bin/parser3/parser3.cgi
#29ERnest
→ Sumo [#24] | 04.04.11 23:27
www.parser.ru → | ответить → | в избранное →
Обработчиком устанавливаю в .htaccess и как-то никогда не задумывался на счет установки этой директивы в vhosts конфиге
#30ERnest
→ Sumo [#24] | 04.04.11 23:29
www.parser.ru → | ответить → | в избранное →
mod_vhost_alias отключается у них в админ панели сервера. вчера также пробовал ее отключать. результат тотже
#31Sumo
→ ERnest [#29] | 04.04.11 23:29
www.parser.ru → | ответить → | в избранное →

Все, я пас...

Хочется видеть не рассуждения, а конфиги и какие-то осознанные действия, но их от вас добиться не получается. :(
#32ERnest
→ Sumo [#31] | 04.04.11 23:38
www.parser.ru → | ответить → | в избранное →
осознанных действий нет, по простой причине - понятия не имею что делать сейчас. да и конфиги какие показать тоже не особо понимаю. извини и спасибо за помощь
#33ERnest
→ Sumo [#31] | 05.04.11 01:14
www.parser.ru → | ответить → | в избранное →
Кстати, вспомнил, может какието проблемы дает то что "Кеширующий web-сервер nginx" включен на сервере? или это тоже никак не может быть связано?
Страницы форума: ← Назад | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 600 | Дальше →