нашел
The Volume network provides no less than one default tier1 transit provider and selected private and public peering on multiple physical connections.
typical Standard network segment is equipped with two Cisco routers, each one connected to different core routers via separate physical connections, and uses both gateway and uplink redundancy to ensure non-stop routing and reachability.
выходит возможностей Volume network вполне достаточно для вебсервера?
хорошая мысль, 50 TB (Network type - Volume ) стоит почти также как безлимитные 100Мбит.
через 100Мбит за месяц при полной загрузке можно передать только 30ТБ .
50 TB - Network type - Standard стоят на 500 евро дороже
смотрю на leaseweb.com
как понимать Network type: Volume - это шаред?
Standard = выделенный?
цель чтобы сайт не ложился от ДДОСа за 50$
RewriteEngine On
RedirectMatch http://site.ru/(.*)$ http://newsite.ru/$1
RewriteCond %{REQUEST_URI} ^/index.php(.*) [NC]
RedirectMatch http://site.ru/index.php(.*)$ http://newsite.ru/$1
причем тут фишинг, фишинг это увод паролей в основном с помощью подставных сайтов
у вас дырявый скрипт
есть несколько методов
а) обновить движок и плагины(если установлены). в большинстве случаем дыры находятся в плагинах
б) вручную найти и закрыть уязвимость без обновления - актуально для сильно модифицированных движков
в) если у вас ВПС или дедис - жестко проставить права на папки и запретить выполнения в директориях с пользовательскими файлами
ну и конечно же нужно найти и удалить шелл
если у вас виртуальный хостинг то шел могли залить через другой сайт вашего аккаунта
можно использовать %{Host}i
LogFormat "%h %l %u %t %{Host}i \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""
вот что будет в логе
175.130.27.5 - - [14/Oct/2010:18:43:12 +0400] adm.site.ru test.site.ru "GET / HTTP/1.1" 401 743 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 ( .NET CLR 3.5.30729)"
adm.site.ru - домен реально запаркованный на сервере
test.site.ru - просто ссылается на тот же IP
перекачка файлов вряд ли поможет. нужно смотреть как ведет себя скорость отдачи за сутки и если на график достигает насыщения, то тогда уже можно искать причину. Это может быть
- перегрузка nginx, apache и т.п.
- диск не успевает - нужно смотреть IOstat
- косяк у провайдера, например перегружен свич на стойке где ваш сервер или мало аплинков
пришлете суточный график трафика и IOstat
само прекратится после того как владелец сайта у которого 200 в онлайне наконец-то поймет отчего его сайт перестал работать :)
лучше подключаться с компа к серверу, а не наоборот
1. скачайте psftp или любой другой клиент для который поддерживает sftp (cuteFTP, totalcommander с sftp плагином)
и через него Вы сможете скачивать/закачивать файлы
пример работы с psftp
http://almar.net.ru/dokuwiki/doku.php?id=notes:unix:00000
2. поднимите ftp сервер на удаленном сервере :)
ставим GIT v1.7
cd <путь к файлу>
git init
git add <файл>
git commit -am "эталон"
потом по крону
git status --porcelain - проверяем статус(если гит ничего не вернул значит извинений не было)
если файл изменен делаем откат git checkout -- <file>
так будет надежнее и удобнее, и вы сможете вести историю изменения файла
измените лимит для кеша согласно свободному месту на диске
proxy_cache_path /home/www/nginx_cache levels= keys_zone=wholepage:16m max_size=512m inactive=6h;
