Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» FAQ по Apache

Автор: greenfox
Дата сообщения: 06.09.2013 12:37
Вопрос такого плана:
есьт внешний ip на который планируется повесить апач (взамест публикаций на ISA2006), он будет принимать ввсе входящии коннекты (web запросы) на внутреннии корпаративные сайты. Сайты хостяться на внутренних отдельных серверах, надо только что бы апач мог сооот-но перекидывать запрос от своего уже ip внутреннего на внутренние сервера в зависимости от хостнейма. (т.е. что бы он служил неким прокси для web-сервисов)
Можно ли такое реализовать?
Автор: vlary
Дата сообщения: 06.09.2013 12:45
greenfox
Цитата:
Можно ли такое реализовать?
Обычно для такой цели используют Nginx

Автор: greenfox
Дата сообщения: 06.09.2013 14:13

Цитата:
Обычно для такой цели используют Nginx

спс буду посмотреть
Автор: kaurych
Дата сообщения: 15.09.2015 10:12
Приветствую!
Есть такая Система Управления Контентом - MediaWiki
так вот - там в имени получается по умолчанию вот такая хрень:
http://site_name/index.php=... Заглавная_страница
Можно алиасом + в конфиге прописал (там норм) - сделать так:
http://site_name/wiki/Заглавная_страница
в /etc/apache2/apache2.conf прописал следующее
Alias /wiki /var/www/site_name/index.php
в результате:
http://site_name/wiki/Заглавная_страница
ЗАШИБИСЬ
А как сделать вот так?
http://site_name/Заглавная_страница
без /wiki
Это не катит:
Alias / /var/www/site_name/index.php
Отдельно по команде чтоб тонкости были расписаны не нашёл.
Заранее спасибо, если кто подскажет!
Советуют такой вид http://site_name/Заглавная_страница сделать с помощью символической ссылки.. я не понимаю как?
Куда её впихнуть что бы такой вид возник и какой вид у неё будет у символической ссылки!??
ln -s /var/www/site_name/index.php /.... какой то путь?
Автор: vlary
Дата сообщения: 15.09.2015 16:13
kaurych
Цитата:
Alias   /     /var/www/site_name/index.php
Что за фигня? / - это Document Root,
корневая директория вебсайта.
Алиасы делают, если тебе надо в основной сайт добавить виртуальную директорию,
лежащую за пределами Document Root,
Например, Document Root /var/www/site_name
Alias /kaurych /home/users/kaurych/html
И по адресу http://site_name/kaurych будет выдаваться то, что лежит у тебя в папке html
А упомянутые символьные линки - это уже без вмешательства Апача.
Делаешь символьную ссылку
/var/www/site_name/kaurych -> /home/users/kaurych/html
и получаешь в итоге тот же результат.
Автор: kaurych
Дата сообщения: 16.09.2015 12:57
vlary
Я не могу понять как мне избавиться от этой Ё.. index.php что бы было так
http://site_name/
а не так
http://site_name/index.php
mod_rewrite не реагирует на неё
там есть в этой mediawiki
https://www.mediawiki.org/wiki/Manual:Short_URL/Apache/ru
файлик - только тогда mod_rewrite отрабатывает когда в файлике LocalSettings.php
эти настройки
$wgScriptPath = ""; # Физический путь (правая часть первого правила Rewrite). Уже должен быть в файле LocalSettings.php
$wgArticlePath = "/wiki/$1"; # Виртуальный путь (левая часть первого правила Rewrite). ДОЛЖЕН ОТЛИЧАТЬСЯ от пути, введённого выше ($wgScriptPath)!
$wgUsePathInfo = true;

выставляешь $wgArticlePath = "/$1";
вносишь изменения в .htaccess и ошибка 400 Not Found
Короче хочешь сказать что Alias и ссылка ln -s такой результат как
http://site_name/ не даст...

Почему то эта Mediawiki всегда выдаёт в конце index.php
Даже в https://ru.wikipedia.org/wiki/Заглавная страница
По видимому бесполезно .. как вколотили CMS обязательный путь так и .htaccess только под него подстраивать можно.
Короче отбой!
Автор: vlary
Дата сообщения: 16.09.2015 16:10
kaurych
Цитата:
Я не могу понять как мне избавиться от этой Ё.. index.php что бы было так
http://site_name/
а не так  
http://site_name/index.php
Это достигается опцией Directory Indexes в конфиге
DirectoryIndex index.html index.htm index.php welcome.html
Тогда при наличии любого из этих файлов в директории он выдается по умолчанию.
Цитата:
Почему то эта Mediawiki всегда выдаёт в конце index.php
Это пример. Дело в том, что многие движки сайтов состоят из одного файла index.php, остальное - в базе данных или скинах.
Видимо, Mediawiki один из них. Возьмем гипотетический форум.
С помощью RewriteRule можно заменить обращение с параметрами
http://forum.example.com/index.php?forum=8&topic=3291 на более удобное и короткое
http://forum.example.com/8/3291
Читай эту тему: Apache+mod_rewrite, найдешь много для себя полезного
Автор: servisman
Дата сообщения: 15.11.2015 05:47
Сильно извиняюсь. Но не смог найти информации в гугле (а на оф сайте апача всё по англ).
Смог найти только модуль, который ограничивает скорость на один ip. mod_ratelimit.

Что мне нужно найти для полного счастья:
Модуль, который ограничит количество запросов с одного ip (до 3-х вместо unlimit).
Может подскажите, как такой называется?
Apache 2.4 Windows.

И ещё беспокоит ошибка SSL:

Код: AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]
Автор: vlary
Дата сообщения: 15.11.2015 10:24
servisman
Цитата:
Модуль, который ограничит количество запросов с одного ip
Своим вопросом ты просто загнал меня в гугол...
Вторая же ссылка на странице про mod_limitipconn
Цитата:
Мне SSL то не нужен, но и выключать его пока не хочу.
Ну и забей тогда на ошибки
А если соберешься использовать, пропиши в httpd-ssl.conf что-то типа
SSLSessionCache "shmcb:c:/Apache/logs/ssl_scache(51200)"
Автор: servisman
Дата сообщения: 15.11.2015 16:51
vlary

Цитата:
Своим вопросом ты просто загнал меня в гугол...
Вторая же ссылка на странице про mod_limitipconn

Обалдеть. Модуль идёт как .dll. Как его к апачу то подключить? У меня все модули .so.
И я так понял, нужно включать "ExtendedStatus On"?

Цитата:
SSLSessionCache "shmcb:c:/Apache/logs/ssl_scache(51200)"

А это у меня уже написано Ошибка всё равно есть при включении апача.
---
Я сегодня искал модуль, который будет ограничивать скорость для всех клиентов(для всех ip).
Нашёл только дефолтный модуль от апача mod_ratelimit, который ограничивает скорость на одного клиента(на один ip).
Нашёл mod_bw. Это оно? Версия от апач 2.2.14 пойдёт на версии 2.4?
---
Извини за столько вопросов. С английским у меня совсем беда.... а все ресурсы, сам понимаешь, именно на нём написаны.
Автор: vlary
Дата сообщения: 15.11.2015 18:12
servisman

Цитата:
Модуль идёт как .dll. Как его к апачу то подключить? У меня все модули .so.
Ну переименуй и его в .so, если тебе хочется. Либо оставь как есть.
Лишь бы в конфиге название файла совпадало.
Цитата:
Ошибка всё равно есть при включении апача.
Проверь путь к директории. По поводу модуля - желательно
ставить одной версии с апачем, могут библиотеки не совпадать
Цитата:
С английским у меня совсем беда
Ну без знания английского заниматься АйТи все равно что
заниматься музыкой, не зная нот.


Автор: servisman
Дата сообщения: 16.11.2015 01:44
vlary, начинать то надо когда-то.
---
Вопросы, которые не могу решить.

1. На 3 сайта в сутки порядка 1000 человек заходит. Сколько ставить Serverlimit(что это за параметр?) и Maxclients(что это такое?)?
2. Поставил mod_limitipconn.so. Модуль ограничивает количество подключений с одного ip. Проблема следующая. Если я ставлю: MaxConnPerIP 3, то на сайте не грузится более трёх картинок.
Вопрос! Как исключить картинки для всех доменов(для всей директории htdocs)?
Я пробовал писать писать:

Код: MaxConnPerIP 3
NoIPLimit image/*
Автор: Salder
Дата сообщения: 09.01.2016 11:23
Господа. очень прошу помощи с настройкой Веб-сервера на базе apache2 (debian).

Если в качестве места размещения индексной страницы (т.е., сайта) выбрать /var/www/site.ru/public, то все работает, т.е. в браузере по соответствующему адресу открывается нужная страница.

Если же в качестве каталога размещения сайта выбрать, скажем, /home/username/site.ru/public, то при всех аналогичных настройках, браузер выдает:

Forbidden
You don't have permission to access / on this server.
Apache/2.4.10 (Debian) Server at 192.168.100.4 Port 80
----------

Может быть, кто-нибудь, сможет, пожалуйста, подсказать, в чем проблема?
Автор: Vania
Дата сообщения: 09.01.2016 14:53
В Apache 2.4 синтаксис директив изменился.
Allow from all нужно изменить на Require all granted

В виртуальный хост для site.ru нужно добавить

Код:
<Directory /var/www/site.ru/public>
Require all granted
</Directory>
Автор: Salder
Дата сообщения: 09.01.2016 17:16
Vania
Огромное спасибо - все заработало!
Автор: Smito1
Дата сообщения: 28.04.2016 13:55
Вопрос на засыпку
Есть три сайта, два на движках cms made simple, довольно долго всё это дело работало в связке

Apache/2.2.22 (FreeBSD) mod_wsgi/3.3 Python/2.7.3 PHP/5.4.5 mod_ssl/2.2.22 OpenSSL/0.9.8q DAV/2
Версия MySQL-клиента: mysqlnd 5.0.10

Который без sql работает
один я отключил, ибо у него одна и та же ошибка, и лог ошибки апатча увеличивается на 500мб за пол часа
Fri Apr 29 13:19:06 2016] [error] [client 10.0.1.2] PHP Warning: Creating default object from empty value in /storage/data/www/www.fenix/htdocs/modules/GSimpleShop/action.summary.php on line 131
[Fri Apr 29 13:18:47 2016] [error] [client 5.34.242.185] PHP Warning: Creating default object from empty value in /storage/data/www/www.fenix/htdocs/modules/GSimpleShop/action.summary.php on line 131, referer: http://www.fenix

второй сайт работает, так же как и первый... т.е. никак, заходит на главную и больше ничего, при переходе на вкладку, перекидывает обратно на главную, есть идеи как либо?

Автор: Smito1
Дата сообщения: 04.05.2016 13:17
А как проверить mod_rewrite для апатча, работает и включен ли он?
в httpd.conf он есть
LoadModule rewrite_module libexec/apache22/mod_rewrite.so
так же физически он лежит в папке с модами
Автор: vlary
Дата сообщения: 04.05.2016 14:27
Smito1
Цитата:
А как проверить mod_rewrite для апатча, работает и включен ли он?
apachectl -M не?

Автор: Smito1
Дата сообщения: 04.05.2016 14:59
vlary
спасибо
если кому будет интересно и полезно,нашёл косяк почему сайты криво работали
в папке к сайтам есть .htacces
там были какие то крябозябры
вида
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^([0-9]+)\/([^\d\/]+)([0-9]+)-.*-.*-[0-9]+\/[0-9]+.*[0-9]+$ ?$2$1=$3&%{QUERY_STRING}[L]
RewriteRule ^([0-9]+)\/([^\d\/]+)([0-9]+)-.*-.*-[0-9]+\/.*\/.*\/.*_.*..*$ ?$2$1=$3&%{QUERY_STRING}[L]
RewriteRule ^([0-9]+)\/([^\d\/]+)([0-9]+)-.*-.*-[0-9]+\/.*\/.*\/.*_.*..*\?.*=.*_.*_.*_.*$ ?$2$1=$3&%{QUERY_STRING}[L]

залил нормальный конфиг, всё заработало...
Очень интересно откуда они там взялись, доступу к этому файлу нет даже через sftp сайта
Автор: vlary
Дата сообщения: 04.05.2016 15:08
Smito1
Цитата:
Очень интересно откуда они там взялись
Могли при установке cms появиться.
Автор: Mavrikii
Дата сообщения: 04.05.2016 20:14
Smito1

Цитата:
Очень интересно откуда они там взялись

кусок от Joomla, возможно фича
http://stackoverflow.com/questions/35065832/rewriterule-cannot-compile-regular-expression
Автор: Smito1
Дата сообщения: 05.05.2016 12:17
Вопрос на засыпку теперь, наверно это сообщение даже надо писать в ветку freebsd
Вот что ответили разработчики

Сообщения содержащие "GSimpleShop" должны пропасть.
На сервере очень много завирусованных файлов. К примеру agervi.php, compbg.php, license.php, cacheplugin.php и т.д. Следует проверить на вирусы всю площадку.

вот тут честно говоря я не знаю что и делать, это всё таки не вирусы обычные компьютерные, а какие то скрипты, да и ещё на freebsd, есть идеи?
Автор: vlary
Дата сообщения: 05.05.2016 15:53
Smito1
Цитата:
вот тут честно говоря я не знаю что и делать
Удалить нафиг все, что лежит в DocumentRoot у Apache.
Скачать с офсайта свежие релизы CMS и проапгрейдить движки.
Ну и внимательно следить на специализированных сайтах за появлением эксплоитов
и латать соответствующие дыры.
Автор: Smito1
Дата сообщения: 10.05.2016 14:44
проверил всеми веб сервисами на вирусы, нигде ничего нет... единственное что те ребята прислали сказав что вирусы, везде куски от Joomla движка и в htaccess от него тоже кусок был, ничего не понимаю, такое ошущение что просто поверх пытались накатить другой движок
Автор: vlary
Дата сообщения: 05.06.2016 16:47
Alien2001 в этом посте интересуется:
Цитата:
Что за процесс все ломает понять не могу
Возможно, это процесс Logrotate. Проверь наличие файла /etc/logrotate.d/apache2
Ну а также читай про логи Апача все, что ты хотел узнать, но боялся спросить.
Автор: Alien2001
Дата сообщения: 05.06.2016 17:34
vlary, я ведь написал, что ротация проходит нормально и совсем в другое время. Или вы читали наискосок?


Цитата:
В полночь происходит стандартная ротация, открывается новый нормальный лог-файл. Однако позже, около 3-4 часов ночи, опять все сбивается, файл .access.log обнуляется, и лог снова пишется в .access.log.1.


По времени ротация ни с чем не совпадает, да и к тому же все это происходит в разное время день ото дня.
Автор: vlary
Дата сообщения: 05.06.2016 17:53
Alien2001
Цитата:
По времени ротация ни с чем не совпадает
Если она не совпадает по времени, возможно, она совпадает по размеру?
директива типа CustomLog "|bin/rotatelogs /var/logs/logfile 5M" common
будет создавать новый лог, как только старый достигнет 5 Мбайт.
Автор: Alien2001
Дата сообщения: 05.06.2016 20:06
Не совсем понятно, что вы хотите этим сказать. Что лог-файл слишком большой?
На сервере два сайта: один из них основной, а второй технический, пустой. У второго сайта в логах почти ничего нет, там нет посетителей. Но проблема все равно есть - для него с определенного момента (того же) лог тоже начинает писаться в *log.1, при этом *.log обнуляется.
Автор: vlary
Дата сообщения: 05.06.2016 20:29
Alien2001
Цитата:
Не совсем понятно, что вы хотите этим сказать. Что лог-файл слишком большой?
Я ничего не хочу сказать, ибо не обладаю конкретной информацией.
Но я знаю только 2 возможности ротации логов.
Или это осуществляется через крон, обычно программой logrotate,
но может быть и кастом скрипт.
Либо это делает сам Апач согласно конфигурационному файлу.
Но ни настроек крона, ни конфига Апача я не видел.

Автор: Alien2001
Дата сообщения: 05.06.2016 20:56
В кроне есть ротатор, он ротирует в полночь, я писал выше. Это стандартный ротатор ISP панели, запускается командой /usr/local/ispmgr/sbin/rotate

Подскажите, где посмотреть время запуска ротации Апача. Я допускаю, что сервер настроен криво и задано сразу два способа ротации.

Страницы: 1234

Предыдущая тема: ODBC - не удаляется системный DNS


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.