Файловые команды

ls – список файлов и каталогов
ls -al – форматированный список со скрытыми
каталогами и файлами
cd dir – сменить директорию на dir
cd – сменить на домашний каталог
pwd – показать текущий каталог
mkdir dir – создать каталог dir
rm file – удалить file
rm -r dir – удалить каталог dir
rm -f file – удалить форсированно file
rm -rf dir – удалить форсированно каталог dir *
cp file1 file2 – скопировать file1 в file2
cp -r dir1 dir2 – скопировать dir1 в dir2; создаст
каталог dir2, если он не существует
mv file1 file2 – переименовать или переместить file1
в file2. если file2 существующий каталог – переместить
file1 в каталог file2
ln -s file link – создать символическую ссылку link к
файлу file
touch file – создать file
cat > file – направить стандартный ввод в file
more file – вывести содержимое file
head file – вывести первые 10 строк file
tail file – вывести последние 10 строк file
tail -f file – вывести содержимое file по мере роста,
начинает с последних 10 строк

В PostgreSql логин и пароль пользователя postgres (root для данной базы) можно найти в конфигурационном файле.
Если Вы используете панель управления сервером VestaCP, то конфигурационный файл находится:

/usr/local/vesta/conf/pgsql.conf

Итак, Вы нашли то, что искали, но введя логин и пароль в phppgadmin обнаружили текст: Логин недопустим по соображениям безопасности. Что же делать в таком случае?!...

Кто пользуется панелью VestaCP знает, что там есть платные плагины. В этой статье расскажу как активировать файловый менеджер и SFTP Chroot в панели бесплатно

1. Первым делом подключаемся по SSH к серверу через root.

2. Открываем файл конфигурации панели с помощью команды:

sudo nano /usr/local/vesta/conf/vesta.conf
или
mcedit /usr/local/vesta/conf/vesta.conf

В самом конце файла добавляем:

FILEMANAGER_KEY='mykey'
SFTPJAIL_KEY='mykey'

3.Открываем для редактирования следующий файл:

sudo nano /usr/local/vesta/bin/v-activate-vesta-license
или
mcedit /usr/local/vesta/bin/v-activate-vesta-license

Находим там следующие строки:

# Activating license
v_host='https://vestacp.com/checkout'
answer=$(curl -s $v_host/activate.php?licence_key=$license&module=$module)
check_result $? "cant' connect to vestacp.com " $E_CONNECT

Комментируем каждую строку (в начале строки поставте #) и добавляем еще одну

answer=0

Должно получиться так:

#Activating license
#v_host='https://vestacp.com/checkout'
#answer=$(curl -s $v_host/activate.php?licence_key=$license&module=$module)
#check_result $? "cant' connect to vestacp.com " $E_CONNECT
answer=0

Расположение файлов и каталогов, которые могут пригодится в работе с панелью управления

Apache

Config

/etc/httpd/conf/httpd.conf
/etc/httpd/conf.d/* (status.conf, ssl.conf, mod_extract_forwarded.conf, proxy_ajp.conf, vesta.conf)
/home/$user/conf/web/httpd.conf
/home/$user/conf/web/shttpd.conf (ssl)

Log

/etc/logrotate.d/httpd
/var/log/httpd/access_log
/var/log/httpd/error_log
/var/log/httpd/suexec.log
/var/log/httpd/domains/$domain.log
/var/log/httpd/domains/$domain.error.log

Nginx

/etc/nginx/nginx.conf
/etc/nginx/conf.d/status.conf
/etc/nginx/conf.d/vesta_ip.conf
/etc/nginx/conf.d/vesta_users.conf

Vsftpd

/etc/vsftpd/vsftpd.conf

....

Создаём SWAP

На большенстве серверов файл подкачки (swap) создаётся автоматически, при установке системы. Под него выделяется отдельное место на диске. Но поскольку вебмастера чаще имеют дело с VPS, то если он не был создан хостером при создании VPS, возможности создать его отдельным разделом уже нет. Или это довольно сложно и не нужно. Удобно и достаточно создать swap-файл.

Делается это следующим образом:

dd if=/dev/zero of=/swapfile bs=1M count=1024

Эта команда создаст файл по адресу /swapfile объемом в 1 гб . Если же вы хотите создать подкачку большего объема, соответственно вам нужно в параметре count указать большее значение — например 2048 для создания свопа в 2 gb...

Как правило, настроенный должным образом сервер Nginx на Linux, может обрабатывать 500,000 — 600,000 запросов в секунду. Но этот показатель можно весьма ощутимо увеличить. Хотел бы обратить внимание на тот факт, что настройки описанные ниже, применялись в тестовой среде и, возможно, для ваших боевых серверов они не подойдут.

Вы перенесли сайт с одного хостинга на другой и попутно поменяли DNS сервера, после чего у одних пользователей сайт открывается нормально, у других сайт недоступен или открывается старая версия с покинутого хостинга?!

Обычно время обновления серверов NS заявляется от 24 до 48 часов, хотя бывают случаи когда смена NS занимает время до 72 часов.
Если у вас прошли все сроки, но сайт по прежнему не открывается, либо открывается старая версия, то в данном случае вероятнее всего возникли проблемы с кэшем зоны DNS на стороне клиентов, т.к криворукие админы (провайдерские или свои) могут выставить лимиты жизни кэша зоны до нескольких недель, так что не помогают даже никакие шаманства с зоной на своей стороне.

Шпаргалка по работе с пакетным менеджером Yum (Yellowdog Updater, Modified), который используется в популярных Linux дистрибутивах: RedHat, CentOS, Scientific Linux (и других). В целях экономии места вывод команд не представлен.

Чтобы безопасно очистить от лишнего раздел /boot и не допустить его дальнейшего переполнения, необходимо проделать следующее:

1. Отредактируем /etc/yum.conf и установим:
installonly_limit=2
Это заставит пакетный менеджер держать только 2 последних ядра, включая используемое.

2. Поставим yum-utils и удалим старые ядра:
yum install yum-utils
package-cleanup --oldkernels --count=2

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

Пример «информативных» заголовков веб-сервера:

HTTP/1.1 200 OK
Date: Thu, 24 Jun 2014 23:55:01 GMT
Server: Apache/2.2.21 (Win32) PHP/5.4.7
Content-Length: 30643
Connection: close
Content-Type: text/html; charset=UTF-8