centos:
yum -y --nogpgcheck update tzdata
yum -y --nogpgcheck install ntpdate
rm -rf /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime
ntpdate 91.203.224.1
debian\ubuntu:
apt-get update
apt-get -y install tzdata
apt-get -y install ntpdate
rm -rf /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime
ntpdate 91.203.224.1
|
|
|
cd /root/serv/css/
./srcds_run -console -game cstrike +map de_dust2 +maxplayers 12&
|
|
|
Для синхронизации серверного времени необходимо установить NTPd.
Для этого в консоли необходимо выполнить:
Для Debian/Ubuntu -
~# apt-get install ntp ntpdate
~# /etc/init.d/ntp stop
~# ntpdate pool.ntp.org
~# /etc/init.d/ntp start
~# tzselect
Для CentOS/RedHat -
~# yum install ntp
~# service ntpd stop
~# ntpdate pool.ntp.org
~# service ntpd start
~# tzselect
~# chkconfig ntpd on
|
|
|
Я думаю, все видели что у некоторых хостеров можно скачать файлы и проверить скорость закачки, но как же они делают такие файлы?
Все очень просто, для того чтобы создать файл любого размера достаточно ввести:
dd if=/dev/zero of=~/filename count=1 bs=10M
Таким образом будет создан файл размером в 10 мегабайт.
|
|
|
Допустим у вас есть папочка с бекапами или архивами, и некоторые из них уже совсем устарели и больше не нужны. В поиска и удаления таких архивов/файлов используем find и cron.
Добавляем в cron следующую строчку:
00 20 * * * /usr/bin/find /home/backup/ -name "*.gz" -mtime +8 -delete
Итак расшифровка – Утилита cron, каждый день в 20:00 запускает find, который в свою очередь ищет в папке /home/backup, файлы с окончанием на .gz, кторые старше 8 дней на момент запуска крона и в случае нахождения удаляет их.
Доступный список ключей
-size — размер: указывается в 512-байтных блоках или байтах (признак байтов — символ «c» за числом).
-atime – время последнего обращения к файлу.
-ctime – время последнего изменения владельца или прав доступа к файлу.
-mtime – время последнего изменения файла (исчесляется в днях)
-newer — искать файлы созданные позже указанной даты
-mmin – время последнего изменения файла (исчесляется в минутах)
Допустим вы так же используете lighttpd и mod_compress, тут бы стоило подумать о переодической очистке файлов кеша.
Можно использовать такую команду:
find /var/cache/lighttpd/compress -mtime +8 | xargs rm -rf {}
|
|
|
Возможно при
service httpd restart
Stopping httpd: [FAILED]
[FAILED]
В логах апача
Unable to open logs
Unable to open logs
Unable to open logs
Unable to open logs
Unable to open logs
Решение:
ulimit -n 400000 && service httpd start
Так же добавить увеличение лимитов в атозагрузку
|
|
|
Выставляем группу и пользователя mysql на файлы и папки
chown -R mysql:mysql /var/lib/mysql/
Выставляем права 700 на файлы и папки
chmod -R 700 /var/lib/mysql/
|
|
|
iptables -t filter -A OUTUT -p tcp -d 173.194.70.17 -j DROP
iptables -t filter -A OUTUT -p tcp -d 173.194.70.18 -j DROP
iptables -t filter -A OUTUT -p tcp -d 173.194.70.19 -j DROP
iptables -t filter -A OUTUT -p tcp -d 173.194.70.83 -j DROP
Для снятия блокировки ( снимает все правила в iptables )
iptables -F
|
|
|
Смотрим лог mail.log в котором логируются письма
tail -n 1000 /var/log/php.mail.log | grep X-PHP
Видим в логе, что-то похожее на такое
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
X-PHP-Originating-Script: 750:accountSXu.php
Это означает, что пользователь 750 отправляет письма с помощью скрипта accountSXu.php
1. Ищем кто такой пользователь 750
cat /etc/passwd| grep 750
2. Ищем в его директории файл который спамит
find /var/www/user/data -name accountSXu.php
(параметр может меняться, так как пользовательские данные могут быть в /home )
PROFIT! Удаляем скрипт и чистим почтовую очередь
|
|
|
Первым делом останавливаем Postfix, чтобы приостановить рассылку:
service postfix stop
Разбираемся с проблемой, ищем источник СПАМ-рассылки. После того, как источник проблемы будет обнаружен и устранен, очистим почтовую очередь (все равно полезного там ничего не будет):
postsuper -d ALL
Проверяем, действительно ли очередь сообщений очищена:
mailq
Самое время запустить Postfix:
service postfix start
|
|
|
