Тестирование сервера

Тестирование сервера

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

ping 192.13.14.1

Замените в этом примере IP-адрес на реальный IP-адрес вашего сервера.

! ! !

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

. ! .

Если вы соединяетесь с сервером с локального клиента - т. е. клиент запущен на той же машине, что и сервер, - вы можете обратиться к виртуальной заглушке TCP/IP:

ping localhost

ИЛИ

ping 127.0.0.1

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

Запуск и тестирование сервера

Из книги автора

Запуск и тестирование сервера Для запуска сервера DNS можно применить любой из способов, рассмотренных в главе 4, но чаще всего сервер DNS запускается с помощью сценария SysV или локального сценария запуска. Запуск сервера DNS посредством суперсервера снизит скорость


А/В-тестирование

Из книги автора

А/В-тестирование А/В-тестирование (его еще называют сплит-тестированием) – это самый легкий способ узнать, как влияет на общую эффективность отдельный элемент сайта или рекламного письма. Для проведения А/В-теста следует разделить аудиторию сайта на две группы (А и В).


Нагрузочное тестирование, продолжительное тестирование и тестирование стабильности

Из книги автора

Нагрузочное тестирование, продолжительное тестирование и тестирование стабильности Команда тестирования создает и выполняет продолжительные тесты на физическом оборудовании в лаборатории. Не забыть про внедрение неисправностей (fault


26.2.2. Тестирование настроек Web-сервера

Из книги автора

26.2.2. Тестирование настроек Web-сервера Протестируем Web-сервер. Откройте браузер и введите адрес: http://localhost Должна открыться страница, изображенная на рис. 26.4. Теперь протестируем поддержку PHP. Поместите файл test.php в каталог /var/www/. Это можно сделать с помощью команды: sudo nano


Тестирование

Из книги автора

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


Тестирование

Из книги автора

Тестирование Простейший способ протестировать наличие XSS–ошибок – отправить запрос своему Web–приложению, задав всем входным параметрам заведомо небезопасные значения. Затем взгляните на полученный от сервера ответ, не ограничивайтесь только визуальным


Тестирование

Из книги автора

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


Тестирование

Из книги автора

Тестирование Самый лучший способ найти подобные ошибки – подвергнуть код анализу, но на случай, если это невозможно или вы что–нибудь пропустили, можно выполнить некоторые тесты. Например, такие инструменты, как TamperlE (www.bayden.com/ Other), Web Developer (www.chrispederick.com/work/firefox/ webdeveloper) или


Тестирование

Из книги автора

Тестирование В настоящее время имеется несколько программ, которые автоматизируют атаку с «человеком посередине» против HTTPS. В частности, к ним относятся dsniff и ethercap. Впрочем, они работают только против HTTPS, поэтому при использовании против совместимого с HTTPS приложения


Тестирование

Из книги автора

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


Тестирование

Из книги автора

Тестирование Инсталлируйте приложение и проверьте, какие элементы управления доступом заданы для созданных объектов. А еще лучше подключиться к функциям, которые создают объекты, и запротоколировать задаваемые права (если приложение предоставляет такую возможность).


Тестирование

Из книги автора

Тестирование Самый простой способ найти ошибки типа «это не файл» и «проход по каталогам» – подать на вход приложения случайные имена файлов и посмотреть, как оно будет реагировать. В частности, попробуйте такие имена:? AUX? CON? LPT1? PRN.TXT?....AUX? /dev/null? /dev/random? /dev/urandom? ../../dev/random?


Тестирование

Из книги автора

Тестирование Обнаружить гонку во время тестирования трудно, но существуют методики по искоренению этого греха. Одна из самых простых – прогонять тесты на быстрой многопроцессорной машине. Если вы наблюдаете отказы, которые не удается воспроизвести на однопроцессорной


Тестирование

Из книги автора

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


Тестирование

Из книги автора

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