Категория:Выделенные сервера — различия между версиями

Текущая версия на 19:03, 25 апреля 2014

Содержание

1 Как соединиться с сервером по протоколу SSH
- 1.1 Как перезагрузить сервер используя SSH
2 vsftpd
3 Безопасность выделенного сервера
- 3.1 Рекурсивные запросы DNS
4 Недоступен сервер, сайт

[править] Как соединиться с сервером по протоколу SSH

Для этого вам необходимо скачать и установить ssh-клиент, например PuTTY. Для скачивания последней версии Putty.exe на ваш компьютер кликните правой клавишей на ссылку

и сохраните файл putty.exe на Вашем компьютере.

Дважды кликните на загруженный файл putty.exe .

Putty

Клиент PuTTY после установки нуждается в несложной конфигурации:

Host Name (or IP address)	IP адрес(FQDN имя) Вашего сервера
Port	Порт на котором работает сервер SSH, по-умолчанию 22
Connection type	SSH. Протокол по которому будет работать PuTTY
Saved Sessions	Вводим название сессии для сохранения настроек подключения, нажимаем Save. Удобно, не нужно вводить каждый раз данные для подключения

Для соединения с сервером Вам теперь надо запустить PuTTY и дважды кликнуть на название сохраненной сессии.

Оно будет прямо под "Default Settings" Putty после этого соединит Вас с сервером и спросит логин/пароль

Введите login: yourlogin password: yourpassword

После ввода вы соединитесь с сервером по SSH.

[править] Как перезагрузить сервер используя SSH

Для корректной перезагрузки сервера используя SSH необходимо:

Соединиться с сервером по протоколу SSH с использованием ssh-клиента PuTTY
После авторизации на сервере ввести команду reboot, нажать Enter и Ваш сервер отправится в перезагрузку.

[править] vsftpd

При логине не пускает пишет oops cannot change directory oops child died

Необходимо выполнить команды: getsebool -a|grep ftp

[править] Безопасность выделенного сервера

[править] Рекурсивные запросы DNS

Различают два типа DNS-запросов: рекурсивные и итеративные. При рекурсивном запросе сервер имен должен найти информацию самостоятельно. То есть при получении рекурсивного запроса сервер имен при отсутствии у него ответа на запрос должен сам обратиться к помощи других серверов имен, например к корневым серверам (данный запрос будет итеративным). Они сами не дадут ответа, но зато направят тебя на другие DNS-серверы. Сервер имен будет проверять все предоставленные ему ссылки, пока не обнаружит необходимую информацию.

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

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

Однако более вероятными и опасными являются распределенные атаки с использованием DNS-серверов. Они с успехом могут применяться для распределенных DOS-атак, так как они работают с UDP-протоколом, и атакующему ничего не стоит подделать обратный IP-адрес. Отправка множества запросов на разные DNS-сервера с обратным адресом хоста-жертвы вызовет большой трафик от DNS-серверов к атакуемому хосту-жертве. Серверы, поддерживающие рекурсию для распределенных атак, более предпочтительны, так как от них будет больший коэффициент умножения, особенно при использовании EDNS (RFC 2671) запросов, когда коэффициент может достигать 60-ти и более. Во избежания ситуаций, при которых Ваш сервер может стать участником DDoS атаки, необходимо отключить рекурсивные запросы. Для этого необходимо в главном конфигурационном файле DNS сервера named.conf в секции options внести следующие изменения:

options {
      
      allow-recursion { 127.0.0.1/8; 192.168.1.0/29; }; // Разрешить рекурсивные запросы только с указанных сетей
      allow-query-cache { 127.0.0.1/8; 192.168.1.0/29; }; // Разрешить запросы к кэш ДНС только для указанных сетей
      allow-transfer { none; }; // Запретить передачу зоны
      version none; // Запретить отображение версии DNS сервера

  };

где 192.168.1.0/29 - выданная Вам сеть.

После чего выполнить перезагрузку DNS сервера. Например для операционной системы Linux CentOS нужно выполнить следующую команду:

/etc/init.d/named restart

Ссылки:

Wiki DNS

[править] Недоступен сервер, сайт

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

При обращении в техническую поддержку:

Укажите Ваш IP адрес. IP адрес Вы можете узнать, например на странице http://lg.hosting.ua/
Выполните с Вашего компьютера следующую команду и вышлите результат выполнения команды

Пример результата выполнения команды pathping

 Пуск - Выполнить - cmd - (Нажать Вввод/Enter, в появившемся окне набрать команду)
 pathping XXX.XXX.XXX.XXX

где XXX.XXX.XXX.XXX - IP адрес Вашего сервера или имя Вашего сайта.

Важно! Команда выполняется в течении 2-5 минут в зависимости от количества промежуточных узлов, такое большое время необходимо для сбора сетевой статистики, поэтому необходимо дождаться завершения выполнения команды.

Дополнительную информацию по этой команде можно найти в документации разработчика.
Документация на русском языке PathPing Документация на английском языке PathPing

Страницы в категории «Выделенные сервера»

Показано 2 страницы из 2 имеющихся.

U

UNIX/LINUX

С

СЕТЬ

@@ Строка 1: / Строка 1: @@
-Почему скорость скачки такая низкая - 1.5-2 Мбит/с?<br>
+==Как соединиться с сервером по протоколу SSH==
+Для этого вам необходимо скачать и установить ssh-клиент, например PuTTY.
+Для скачивания последней версии Putty.exe на ваш компьютер кликните правой клавишей на
+[http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe ссылку]
-<br>
+и сохраните файл putty.exe на Вашем компьютере.
-Вероятно вы проверяли скорость скачивания в 1 поток. (При этом вы могли заметить, что скорость скачивания каждого пользователя не изменялась при подключении дополнительных сессий скачивания).
+Дважды кликните на загруженный файл putty.exe .
-Здесь играет роль размер пинга и значение параметра TCP Window операционной системы на вашем компьютере.<br>TCP/IP как известно - протокол с коррекцией ошибок.<br>Каждый пакет содержит в себе контрольную сумму (CRC) данных которые он несет.<br>При создании пакета, хост-источник вычисляет CRC.<br>Хост-получатель - принимает пакет, сравнивает полученные данные и CRC - если контрольная сумма не верна (пакет пришел с ошибками) - он перезапрашивает посылку этого пакета, если все верно - он подтверждает получение и запрашивает следующий.<br>Есественно - что в момент отсылки-получения пакеты подтверждения/запроса на ретрансляцию - передача данных не ведется, не ведется она ровно то время которое пакет идет от хоста-назначения к хосту-источнику (а именно время того самого PING'a) - что _напрямую влияет на общую скорость потока которую вы получаете_.<br>Для ускорения TCP/IP - существует понятие TCP Window - т.е. передается не 1 пакет за раз, а несколько.<br>Количество пакетов которые передаются за раз, определяется размером TCP Window ("окна" TCP).<br>Формула для получения оптимального размера окна, для конкретных условий сети следующая:<br>размер TCP "окна" (байт) = пропускная способность (бит/c) * задержка (секунд) / 10<br>скорость 100мбит/c - 125000000<br>100ms пинг - это 0.1 секунды<br>деление на 10 - чтобы получить размер в байтах (допуская небольшую погрешность)<br>Итого, размер окна для скорости 100 мегабит и пинге 100мс:<br>размер окна = 125000000 * 0.1 / 10 = 1250000 байт
+[[Файл:Putty setup.JPEG|мини|слева|Putty]]
-Размер окна по умолчанию в линуксе = 131071 байт
+Клиент PuTTY после установки нуждается в несложной конфигурации:
-Как известно, Windows оптмизирован для работы в скоростных сетях с малым размером пинга - LAN сетях.<br>Естественно размер окна согласовывается между обоими сторонами.<br>Значение TCP Window по умолчанию можно изменить в реестре -<br>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
+{| class="wikitable"
+|-
+| Host Name (or IP address) || IP адрес(FQDN имя) Вашего сервера
+|-
+| Port || Порт на котором работает сервер SSH, по-умолчанию 22
+|-
+| Connection type ||  SSH. Протокол по которому будет работать PuTTY
+|-
+| Saved Sessions || Вводим название сессии для сохранения настроек подключения, нажимаем '''Save'''. Удобно, не нужно вводить каждый раз данные для подключения
+|-
+|}
-Для линукса, мы можем рекомендоваться следующие настройки, для пинга 100ms, чтобы скорость в 1 поток могла достигнуть 400 и более мегабит в секунду (в зависимости от стороны получателя) на передачу.<br>В /etc/sysctl.conf добавить:<br>net.core.wmem_max = 6553600<br>net.ipv4.tcp_rmem = 4096 655360 6553600<br>net.core.rmem_max = 6553600<br>net.ipv4.tcp_wmem = 4096 655360 6553600<br>net.ipv4.tcp_window_scaling = 1
-C точки зрения объективного качества каналов на 2007 год мы рекомендуем ставить:<br>net.core.wmem_max = 1940160<br>net.ipv4.tcp_rmem = 4096 194016 1940160<br>net.core.rmem_max = 1940160<br>net.ipv4.tcp_wmem = 4096 194016 1940160<br>net.ipv4.tcp_window_scaling = 1 <br>
+Для соединения с сервером Вам теперь надо запустить PuTTY и дважды кликнуть на название сохраненной сессии.
+Оно будет прямо под "Default Settings"
+Putty после этого соединит Вас с сервером и спросит логин/пароль
+Введите
+login: yourlogin
+password: yourpassword
+После ввода вы соединитесь с сервером по SSH.
+===Как перезагрузить сервер используя SSH===
+Для корректной перезагрузки сервера используя SSH необходимо:
+* Соединиться с сервером по протоколу SSH с использованием ssh-клиента PuTTY
+* После авторизации на сервере ввести команду '''reboot''', нажать '''Enter''' и Ваш сервер отправится в перезагрузку.
+==vsftpd==
+При логине не пускает пишет
+oops cannot change directory
+oops child died
+Необходимо выполнить команды:
+getsebool -a|grep <nowiki>ftp</nowiki>
+== Безопасность выделенного сервера ==
+=== Рекурсивные запросы DNS ===
+Различают два типа DNS-запросов: рекурсивные и итеративные. При рекурсивном запросе сервер имен должен найти информацию самостоятельно. То есть при получении рекурсивного запроса сервер имен при отсутствии у него ответа на запрос должен сам обратиться к помощи других серверов имен, например к корневым серверам (данный запрос будет итеративным). Они сами не дадут ответа, но зато направят тебя на другие DNS-серверы. Сервер имен будет проверять все предоставленные ему ссылки, пока не обнаружит необходимую информацию.
+При итеративном запросе сервер имен должен сразу предоставить ответ, не обращаясь к другим DNS-серверам. Если этот сервер не может предоставить запрошенную информацию, то он возвратит ссылку на другой сервер имен, который, вероятно, может дать ответ на запрошенную информацию.
+Как видно при рекурсивных запросах, все сложности, связанные с поиском ответа, ложатся на плечи DNS-сервера, и он вынужден сам обращаться с запросами на другие DNS-сервера и обрабатывать поступающую от них информацию. Таким образом, при большом количестве рекурсивных запросов к DNS-серверу возможно исчерпывание ресурсов сервера и отказ в обслуживании.
+Однако более вероятными и опасными являются распределенные атаки с использованием DNS-серверов. Они с успехом могут применяться для распределенных DOS-атак, так как они работают с UDP-протоколом, и атакующему ничего не стоит подделать обратный IP-адрес. Отправка множества запросов на разные DNS-сервера с обратным адресом хоста-жертвы вызовет большой трафик от DNS-серверов к атакуемому хосту-жертве. Серверы, поддерживающие рекурсию для распределенных атак, более предпочтительны, так как от них будет больший коэффициент умножения, особенно при использовании EDNS (RFC 2671) запросов, когда коэффициент может достигать 60-ти и более.
+Во избежания ситуаций, при которых Ваш сервер может стать участником DDoS атаки, необходимо отключить рекурсивные запросы. Для этого необходимо в главном конфигурационном файле DNS сервера '''named.conf'''  в секции '''options''' внести следующие изменения:
+<pre>
+options {
+      allow-recursion { 127.0.0.1/8; 192.168.1.0/29; }; // Разрешить рекурсивные запросы только с указанных сетей
+      allow-query-cache { 127.0.0.1/8; 192.168.1.0/29; }; // Разрешить запросы к кэш ДНС только для указанных сетей
+      allow-transfer { none; }; // Запретить передачу зоны
+      version none; // Запретить отображение версии DNS сервера
+  };
+</pre>
+где 192.168.1.0/29 - выданная Вам сеть.
+После чего выполнить перезагрузку DNS сервера. Например для операционной системы Linux CentOS нужно выполнить следующую команду:
+<pre>
+/etc/init.d/named restart
+</pre>
+----
+'''Ссылки:'''
+# [https://ru.wikipedia.org/wiki/DNS Wiki DNS]
+==Недоступен сервер, сайт==
+Для решения проблем связанных с потерей пакетов с недоступностью сервера (сайта) и т.п. необходимо связаться с технической поддержкой.
+<br /><br />
+При обращении в техническую поддержку:<br />
+* Укажите Ваш IP адрес. IP адрес Вы можете узнать, например на странице http://lg.hosting.ua/
+* Выполните с Вашего компьютера следующую команду и вышлите результат выполнения команды
+[[Файл:Pathping.jpg|мини|слева|Пример результата выполнения команды pathping]]
+  Пуск - Выполнить - cmd - (Нажать Вввод/Enter, в появившемся окне набрать команду)
+  '''pathping XXX.XXX.XXX.XXX'''
+где XXX.XXX.XXX.XXX - IP адрес Вашего сервера или имя Вашего сайта.
+Важно! Команда выполняется в течении 2-5 минут в зависимости от количества промежуточных узлов, такое большое время необходимо для сбора сетевой статистики, поэтому необходимо дождаться завершения выполнения команды.
+Дополнительную информацию по этой команде можно найти в документации разработчика. <br />
+Документация на русском языке [http://technet.microsoft.com/ru-ru/library/cc787365(v=ws.10).aspx PathPing]
+Документация на английском языке [http://technet.microsoft.com/en-us/library/cc958876.aspx PathPing]
+<br /><br />

Категория:Выделенные сервера — различия между версиями

Текущая версия на 19:03, 25 апреля 2014

Содержание

[править] Как соединиться с сервером по протоколу SSH

[править] Как перезагрузить сервер используя SSH

[править] vsftpd

[править] Безопасность выделенного сервера

[править] Рекурсивные запросы DNS

[править] Недоступен сервер, сайт

Страницы в категории «Выделенные сервера»

U

С

Персональные инструменты

Пространства имён

Варианты

Просмотры

Действия

Поиск

Навигация

ССЫЛКИ НА РАЗДЕЛЫ

Инструменты