Собссна сабж
Надо сделать так, чтобы при заходе на http://somedomain.ru
Был список файлов, но скачать их нельзя было,
То есть при попытке скачать файл по прямой ссылке выдавалась
Ошибка 403(или любая другая)
Желательно запостить такой конфиг
Спасибо!
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,18238,18238#msg-18238
На сервере есть ссылки на некоторую динамику, которые нужно профильтровать.
ссылки примерно такого харакетера
http://mydomain.com/dsfdasf/sfasdf/file.php?EXAMPLE_3=2http://mydomain.com/dsfdasf/sfasdf/file.php&EXAMPLE_=1
сделал отдельный локейшн, удовлетворяющий данному запросу.
server_name mydomain.com
location ~ ^.*(EXAMPLE_).*$ {
rewrite ^ http://mydomain.com redirect;
}
если в запросе содержится знак вопроса '?'
то данный регексп не обрабатывается.
пробовал также экранировать знак вопроса '\?' - не помогло.
пробовал как через location, так и непосредственно в реврайте указать
такой регексп.
В чем может быть ошибка?
Есть ли возможность в nginx проверить наличие или отсутствие определенных
заголовков (ну и проверить их значение если нужно) в запросе клиента и
перенаправить этот запрос в зависимости от результатов проверки.
Поясню, сейчас проходит ддос атака на один из сайтов и в запросах не указан
Accept-Language заголовок. Хочу чтобы сайт работал хотя бы частично и
поэтому запросы без этого заголовка хочу выкинуть, а с ним можно будет
процессить, как обычно.
Спасибо.
Есть apache, который слушает на порту 8080 и nginx на 80.
Столкнулся с проблемой когда некоторые скрипты (mediawiki, cacti)
пытаются самостоятельно определить свой URL, для чего используют
$_SERVER["SERVER_NAME"] и $_SERVER["SERVER_PORT"]. В результате чего,
заходя на wiki.example.com, попадаем редиректом на
wiki.example.com:8080, а хотелось бы без 8080.
Как правильно решается этот вопрос?
Наверняка я не первый, кто с этим столкнулся, но в рассылке ничего не
нашел по этому вопросу.
Здравствуйте, Игорь
Можно ли сделать так, чтобы директива proxy_store_access так же влияла
и на файлы, создаваемые proxy_cache?
Или её аналог proxy_cache_access?
Если это, конечно, ничему не противоречит
--
С уважением,
Торочков Алексей
Доброго дня!
Есть надобность обрабатывать запросы в/из nginx proxy перлом. (Обрабатывать и изменять заголовки в запросе и ответе проксируемого сервиса). возможностей
Логика такая:
1. получаем запрос с клиента.
2. изменяем и/или ставим заголовки (в перле)
3. делаем proxy запрос на внешний сервис
4. ответ с внешнего сервиса снова обрабатываем в перл
5. отдаем обработанный ответ клиенту
Вопрос, возможно ли это? И как собственно, если да.
Заранее спасибо,
Андрис Е.
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,32458,32458#msg-32458
Можно ли поймать удачный возврат от memcached?
т.е. типа
location /fоо/ {
set $memcached_key "$arg_x";
memcached_pass localhost:6363;
error_page 404 500 502 504 = @foo_backend;
error_page 200 = @memcached_success;
# или
if ($upstream_status = 200) {
...
}
}
Спасибо
Добрый день!
У меня ряд серверов раздают большие фильмы и диски изрядно и постоянно
нагружены. Решил воспользоваться двумя советами, чтобы облегчить им жизнь.
Freebsd 6.3 nginx/0.7.21 sendfile on;
для начала пересобрал ядро с MAXPHYS=1024*1024 и поднял kern.ipc.sfreadahead
- заметно полегчало.
параллельно на другом сервере отформатировал винчестеры с блоком 64kb - тоже
появился прирост на 30%, но там не nginx.
Воодушевленный решил скрестить оба метода.
Отформатировал все винчестеры с блоком 64kb и тут случилась засада. nginx в
жестком biord! все тормозит, скорость упала в два раза.
смотрю iostat:
tty ad4 ad6 da0 cpu
tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id
0 233 64.00 90 5.62 64.00 54 3.37 280.25 8 2.19 4 0 11 15 70
0 78 64.00 91 5.68 64.00 53 3.31 218.12 16 3.40 3 0 8 20 70
0 78 64.00 85 5.31 64.00 67 4.18 288.00 14 3.25 1 0 13 17
69
0 78 64.00 90 5.62 64.00 62 3.87 189.29 17 3.14 2 0 12 17 68
0 78 64.00 91 5.68 64.00 56 3.50 151.58 33 4.88 2 0 9 18 70
0 78 64.00 82 5.12 64.00 54 3.37 139.28 36 4.89 2 0 11 18 68
0 78 64.00 89 5.56 64.00 60 3.75 245.82 22 5.28 2 0 8 16 73
Первые два - SATA, третий - системный скази, раздают все. Системный конечно
переформатированию не подвергался.
Вопрос - почему у всех винтов отформатированных с блоком 64kb, KB/t
стабильно - 64.00 и плавают только tps? А у системного KB/t - заметно
поприличнее!
Но это когда работает только nginx, запускаю mc и копирую файл с диска на
диск, несмотря на то что gstat говорит 90% занятости, файл копируется легко
в 20+мег в секунду, а iostat показывает следующее:
0 358 512.00 108 53.95 0.00 0 0.00 512.00 108 53.95 4 0 11 2 83
0 331 512.00 105 52.45 0.00 0 0.00 512.00 105 52.45 2 0 11 1
86
0 491 512.00 108 53.95 0.00 0 0.00 512.00 108 53.95 4 0 12 1
83
0 361 512.00 109 54.45 0.00 0 0.00 512.00 109 54.45 3 0 12 2
83
Заветные 512, как завещал sfreadahead! И колечество операций tps даже
практически не выросло! Ничего не понимаю! Можно как-то, без
переформатирования всех дисков обратно, заставить nginx читать поумнее? или
дело вообще в чем-то другом?
--
Best regards,
Anton Kuznetsov.