Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
отчет по практике.docx
Скачиваний:
34
Добавлен:
09.06.2015
Размер:
297.44 Кб
Скачать

Проверка работоспособности ос

В пункте практического задания рассмотрим клиентскую «Рабочую станцию»,на платформе Windows 7. Как правило неполадки начинаются, когда ОС заразилась вредоносным ПО(вирус). Необходимо немедленно удалить вирус, после чего с помощью необходимым набором утилит, выявить что успел вирус нарушить и исправить неполадки. Если их невозможно исправить, то необходимо определить «заразил» ли вирус системные файлы и библиотеки, если да, следовательно полная работоспособность ОС не гарантированна и рекомендуется защитить всю необходимую информацию.

После чего возможны несколько вариантов:

Восстановление системы;

Откат системы;

Переустановка системы.

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

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

Windows 7 используется в нашем предприятии, т.к имеет рад функциональных возможностей для проверки и исправлении неполадок.

Проверка работоспособности сети на рабочей станции

В данном пункте задания я приведу Команды для проверки и исправления настроек сети.

Для начала необходимо открыть командную строку. Делается это так: нажимаете кнопку пуск, выбираете пункт "выполнить".

Появляется окно, в которое необходимо вписать cmd и нажать ОК

Команда ping

Первая команда - это ping, проверяющую доступность заданного адреса.

Введите команду ping 127.0.0.1.

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

C:\Documents and Settings\Администратор>ping 127.0.0.1

Обмен пакетами с 127.0.0.1 по 32 байт:

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 127.0.0.1:

Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Documents and Settings\Администратор>

Как мы видим, на адрес 127.0.0.1 было отправлено 4 пакета, и они все достигли цели. Что же это был за адрес и почему я был уверен, что пакеты дойдут? Ответ прост - пакеты никуда не отправлялись, а оставались на вашем компьютере. Этот адрес специфичен и используется для loopback - пакетов, не уходящих никуда

вовне. Отлично, можем теперь «пропинговать» адрес этого сайта: 212.193.236.38

C:\Documents and Settings\Администратор>ping 212.193.236.38

Обмен пакетами с 212.193.236.38 по 32 байт:

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Ответ от 212.193.236.38: число байт=32 время=3мс TTL=55

Статистика Ping для 212.193.236.38:

Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 3мсек, Максимальное = 3 мсек, Среднее = 3 мсек

C:\Documents and Settings\Администратор>

Можно заметить только одно отличие - пакеты доходили не мгновенно, а за 3 миллисекунды.

Превышен интервал ожидания для запроса.

Появление таких строчек означает, что часть пакетов теряется. Это свидетельствует о проблемах на линии или

не сервере, к которому обращаемся.

Команда ipconfig

Следующая важная команда - ipconfig.

Настройка протокола IP для Windows

Ethernet - Ethernet адаптер:

DNS-суффикс этого подключения . . : srcc.msu.ru

IP-адрес . . . . . . . . . . . . : 192.168.17.139

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.17.240

C:\Documents and Settings\Администратор>

В данном случае получился адрес 192.168.17.139. Можно этот адрес тоже «пропинговать» (вы «пингуйте» свой) -

пакеты должны доходить мгновенно. Основной шлюз - это адрес, на который компьютер отправляет пакеты, не

найдя подходящего адреса в своей сети. Так, в моем случае все пакеты, кроме пакетов на 192.168.17.* будут

отправлены на 192.168.17.240, а тот компьютер уже должен решить, что с ними делать и куда их переправлять

дальше. Примечание: локальная сеть, то есть те адреса, пакеты на которые не отправляются на шлюз,

определяется при помощи маски - 0 на последнем месте и 255 на всех предыдущих как раз и означает, что

может быть произвольным последнее число в IP-адресе.

Одно из стандартных действий при поиске проблем подключения – «пропинговать» свой шлюз. Если пакеты до него

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

команды ping. Поэтому отсутствие - не стопроцентная гарантия отсутствия связи с адресом.

Более подробную информацию можно получить командой

ipconfig /all.

У меня получилось:

C:\Documents and Settings\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : sander

Основной DNS-суффикс . . . . . . : MSHOME

Тип узла. . . . . . . . . . . . . : смешанный

IP-маршрутизация включена . . . . : нет

WINS-прокси включен . . . . . . . : нет

Порядок просмотра суффиксов DNS . : MSHOME

srcc.msu.ru

Ethernet - Ethernet адаптер:

DNS-суффикс этого подключения . . : srcc.msu.ru

Описание . . . . . . . . . . . . : Broadcom 440x 10/100 Integrated Controller

Физический адрес. . . . . . . . . : 00-16-D4-63-03-65

Dhcp включен. . . . . . . . . . . : да

Автонастройка включена . . . . . : да

IP-адрес . . . . . . . . . . . . : 192.168.17.139

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . : 192.168.17.240

Вывод

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

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

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

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

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