О хостинге

Информация для технических специалистов

Просмотр трафика, дисковой квоты и других параметров хостинга

1. Управление хостингом с помощью WEB-интерфейса
2. Версии программ на серверах
3. Пути к некоторым программам
4. Управление своими файлами на сервере
5. Права на файлы
6. Индивидуальные настройки (файл .htaccess)
7. Управление кодировками
8. Особенности работы PHP
9. Работа с файлами протоколов (логфайлами)
10. Запуск периодических процессов (cron)
11. Подключение к MySQL серверу с других хостов
12. Обработка ошибок обращения к серверу
13. Особенности работы с MySQL
14. Заведение почтовых ящиков
15. FAQ: ответы на часто задаваемые вопросы
16. Наши кнопочки ;)

Версии программ на серверах

Информация генерируется автоматически

hosting.colocall.net:

• OS: Fedora release 7 (Moonshine)
• Kernel: 2.6.22.1-27.fc7
• WebServer: Server version: Apache/2.2.4 (Unix)
• Shell: GNU bash, version 3.2.9(1)-release (i686-redhat-linux-gnu)
• Perl: This is perl, v5.8.8 built for i386-linux-thread-multi
• PHP: PHP 5.2.2 (cgi-fcgi) (built: May 8 2007 08:13:55)
• MySQL client: mysql Ver 14.12 Distrib 5.0.37, for redhat-linux-gnu (i686) using readline 5.0
• PostgreSQL client: psql (PostgreSQL) 8.2.4
• SSH: OpenSSH_4.5p1, OpenSSL 0.9.8b 04 May 2006
• Webalizer: Webalizer V2.01-10 (Linux 2.6.22.1-27.fc7) English

hosting2.colocall.net:

• OS: FreeBSD i386
• Kernel: 6.2-RELEASE-p1
• WebServer: Server version: Apache/2.2.4 (FreeBSD)
• Shell: GNU bash, version 3.2.17(2)-release (i386-portbld-freebsd6.2)
• Perl: This is perl, v5.8.8 built for i386-freebsd-64int
• PHP: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cgi) (built: Jul 2 2007 13:46:51)
• MySQL client: mysql Ver 14.12 Distrib 5.0.41, for portbld-freebsd6.2 (i386) using 5.0
• PostgreSQL client: psql (PostgreSQL) 8.2.4
• SSH: OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.7e-p1 25 Oct 2004
• Webalizer: Webalizer V2.01-10 (FreeBSD 6.2-RELEASE-p1) English

hosting3.colocall.net:

• OS: FreeBSD i386
• Kernel: 6.2-RELEASE-p1
• WebServer: Server version: Apache/2.2.4 (FreeBSD)
• Shell: GNU bash, version 3.2.17(2)-release (i386-portbld-freebsd6.2)
• Perl: This is perl, v5.8.8 built for i386-freebsd-64int
• PHP: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cgi) (built: Jul 2 2007 15:34:22)
• MySQL client: mysql Ver 14.12 Distrib 5.0.41, for portbld-freebsd6.2 (i386) using 5.0
• PostgreSQL client: psql (PostgreSQL) 8.2.4
• SSH: OpenSSH_4.5p1 FreeBSD-20061110, OpenSSL 0.9.7e-p1 25 Oct 2004
• Webalizer: Webalizer V2.01-10 (FreeBSD 6.2-RELEASE-p1) English

db.colocall.net:

• OS: FreeBSD i386
• Kernel: 6.2-RELEASE-p1
• MySQL: /usr/local/libexec/mysqld Ver 5.0.33 for portbld-freebsd6.2 on i386 (FreeBSD port: mysql-server-5.0.33)
• PostgreSQL: psql (PostgreSQL) 8.2.3

Пути к некоторым программам

hosting.colocall.net:

/usr/bin/perl /bin/bash /usr/bin/mysql /usr/sbin/sendmail /usr/bin/webalizer

hosting2.colocall.net:

/usr/bin/perl /usr/local/bin/bash /usr/local/bin/mysql /usr/sbin/sendmail /usr/local/bin/webalizer

Управление своими файлами на сервере

Управлять своими файлами на сервере можно при помощи панели управления хостингом, в которую входит файловый менеджер, или используя протоколы FTP и SSH (Для активации доступа по SSH используйте web-интерфейс).

Протокол FTP позволяет передавать и получать файлы с сервера, а также переименовывать и удалять их на сервере. У нас через FTP Вы можете менять права файлов.

Практически все средства разработки WEB-приложений и браузеры поддерживают FTP с использованием логина и пароля для перекачки файлов. Но мы рекомендуем FAR Commander. Это клон Norton Commander, работающий под Win32 и поддерживающий протокол FTP. Получить его последнюю версию можно отсюда.

Доступ по протоколу SSH аналогичен работе через TELNET (разница в том, что все данные передаются по сети криптованными). Через SSH Вы получаете доступ к Shell, где Вы можете, используя команды Unix, непосредственно работать с файлами на сервере, перемещать их, редактировать, просматривать и изменять их права. Кроме того, Вы можете запускать на сервере программы.

Есть несколько программ под Windows, поддерживающих SSH. Мы рекомендуем PUTTY. Получить PUTTY

Доступ к Shell по протоколу TELNET не предоставляется из соображений безопасности.

Доступ к Shell предоставляется клиентам хостинга только для администрирования своих сайтов. Любое другое использование Shell недопустимо. В случае обнаружения подобного использоваия Shell доступ для клиента может быть закрыт.

Права на файлы

Если Вы не знакомы с системой прав доступа операционной системы Unix, можете прочитать о ней здесь.

Выполняемые файлы (скрипты) выполняются сервером от имени владельца виртуального сервера.

Выполняемые файлы (например, скрипты или php-интерпретатор) для своей работы должны иметь права на выполнение для группы webusers

Невыполняемые файлы (например, html документы, php-документы) должны иметь права на чтение для группы webusers или для группы http

Каталоги должны иметь права на доступ для группы webusers

Домашний каталог польователя должен иметь права на доступ для группы http (именно такие права он имеет при создании, не меняйте их).

Все файлы и каталоги должны иметь права на запись ТОЛЬКО для владельца. Если файлы или каталоги имеют права на запись для кого-либо еще, то сервер не будет их использовать, справедливо считая это угрозой безопасности.

Индивидуальные настройки и файл .htaccess

Очень многими своими настройками Вы можете управлять самостоятельно через файл .htaccess. В этом файле можно описать соответсвие расширения и типа файла (HTML документ, SSI документ, CGI скрипт, PHP скрипт и т.д.), описать кодировку файлов, и многое другое.

Файл .htaccess влияет на каталог, в котором он находится, и на все его подкаталоги, отменяя действие настроек родительских каталогов. Он должен иметь права на чтение для группы. Изменять его можно при помощи панели управления хостингом

Разрешено переопределять следующие группы настроек:

AuthConfig: Allow use of the authorization directives (AuthDBMGroupFile, AuthDBMUserFile, AuthGroupFile, AuthName, AuthType, AuthUserFile, require, etc.).

FileInfo: Allow use of the directives controlling document types (AddEncoding, AddLanguage, AddType, DefaultType, ErrorDocument, LanguagePriority, etc.).

Indexes: Allow use of the directives controlling directory indexing (AddDescription, AddIcon, AddIconByEncoding, AddIconByType, DefaultIcon, DirectoryIndex, FancyIndexing, HeaderName, IndexIgnore, IndexOptions, ReadmeName, etc.).

Подробнее о использовании всех этих настроек можно прочитать в документации к вебсерверу Apache: http://httpd.apache.org/docs-2.0/howto/htaccess.html

Управление кодировками

Веб-сервер Apache может добавлять информацию об кодировке документа в заголовок http-ответа. Это задается в .htaccess директивой:

AddDefaultCharset <charset>
Где <charset> - требуемуя кодировка (например windows-1251, koi8-r или koi8-u).

Возможно устанавливать кодировку документа, в зависимости от его расширения. Для этого нужно использовать следующую директиву в .htaccess:

AddCharset <charset> .ex

В данном примере для всех файлов, имеющих расширение .ex - будет установлена кодировка <charset>

Об управлении кодировками PHP документов читайте здесь

Подключение к MySQL серверу с других хостов

Доступ к серверу MySQL с других хостов предоставляется через криптованный тунель Virtual Private Networks (VPN/PPTP). Его настройка со стороны пользователя достаточно проста. Для Windows это выглядит как еще одно сетевое соединение через специальный контроллер удаленного доступа. В параметрах настройки необходимо включить шифрование и тип аутентификации ms-chap. При этом клиенту выдаются динамические ip-адреса 192.168.0.10..255. Для обращения к MySQL серверу используйте 192.168.0.1. VPN доступ может быть открыт пользователем при помощи панели управления хостингом.

Запуск периодических процессов (cron)

Вы можете использовать утилиту cron для запуска Ваших периодических процессов (скриптов). Редактирование таблицы процессов стандартное: crontab -e. Формат таблицы процессов также стандартный.

Кроме того, управлять периодическими заданиями Вы можете при помощи web-интерфейса по адресу: https://colocall.net/cgi-bin/hosting.cgi

Работа с журнальными файлами (логфайлами)

В подкаталог logs/ Вашего домашнего каталога помещаются журнальные файлы доступа к Вашему серверу. Обычно это файлы access.log и error.log. Размер этих файлов учитывается в общей дисковой квоте так же, как и размер любых других файлов, владельцем которых Вы являетесь.

Все файлы *.log в каталоге пользователя считаются журнальными файлами вебсервера. Пользователь не может их изменять или удалять (так как они могут быть открыты вебсервером для записи).

Для журнальных файлов производится автоматическая архивация. По умолчанию архивация делается раз в сутки, хранятся последние 5 файлов.

Смысл архивации покажем на примере файла error.log. В этот момент содержимое error.log перемещается в error.log.0, а сам error.log очищается. Если error.log.0 уже существует, то его содержимое перемещается в error.log.1. И так далее - содержимое error.log.N перемещается в error.log.N+1, пока N не достигнет некоторого установленного значения.

Вы можете самостоятельно управлять периодом архивации и количеством сохраняемых файлов. Это делается при помощи web-интерфейса, доступного по адресу: https://colocall.net/cgi-bin/hosting.cgi

Для большей наглядности при просмотре журнальных файлов Вы можете преобразовать содержащиеся в них IP-адреса в имена хостов. Делается это с помощью утилиты logresolve. Например, для обработки файла access.log и записи результата в access.log.resolved используйте следующую команду:

logresolve < ~/logs/access.log > access.log.resolved

Или в случае упакованных журнальных файлов (с расширением .gz):

zcat ~/logs/access.log.0.gz | logresolve > access.log.0.resolved

Обработка ошибок обращения к серверу

Вы можете установить свою собственную реакцию своего сервера на ошибки типа 403 (доступ запрещен). Для этого в htdocs/.htaccess нужно прописать директивы ErrorDocument, опысывающие для каждого кода ошибки новое сообщение об ошибке или URL, на который будет сделан редирект в случае этой ошибки.

Примеры:
ErrorDocument 500 http://foo.example.com/cgi-bin/tester
ErrorDocument 401 /subscription_info.html
ErrorDocument 403 "Sorry can't allow you access today"

Особенности работы MySQL

Для каждого хостинга может быть создана одна база данных MySQL на каждые 50 Мб оплаченой дисковой квоты. База создается пользователем самостоятельно при помощи web-интерфейса управления хостингом.

По-умолчанию, MySQL работает с кодировкой koi8u. Если Вам необходимо работать с данными в кодировке cp1251, то можно включить режим двусторонней перекодировки на лету cp1251 - koi8u, тогда все данные будут перекодироваться в одну сторону при передаче их на сервер и потом перекодироваться обратно при их получении с сервера. В результате клиент может работать с данными в cp1251, сервер же получает их в кодировке koi8u.

Для включения перекодировки нужно в начале каждого сеанса работы с MySQL сервером после подключения к нему выполнить команду:

    SET NAMES cp1251;

В perl-скриптах это делается командой:

    $dbh->do("SET NAMES cp1251");

Для php-скриптов:

    mysql_query("SET NAMES cp1251", $dnconn);

После чего, все переменные будут корректно выставлены для работы с кодировкой cp1251.

Для работы с базой через web-интерфейс может быть использован PHPMyAdmin

Наши кнопочки ;)

Вы сделаете нам очень приятно, если разместите у себя на странице какую-нибудь из наших симпатичных кнопочек со ссылкой на www.colocall.net