- •Министерство путей сообщения рф
- •О т ч е т
- •Коротко о предприятии:
- •Поддержка работоспособности компьютерного парка предприятия
- •1) Аппаратная;
- •2) Программная.
- •Составление необходимого перечня работ по устранению неполадок
- •Устранение неполадок
- •Проверка работоспособности ос
- •Проверка работоспособности сети на рабочей станции
Проверка работоспособности ос
В пункте практического задания рассмотрим клиентскую «Рабочую станцию»,на платформе 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 дают представления о правильности поведения в тех или иных ситуациях, связанных с неправильным функционированием программного обеспечения.
Диагностика всех частей ПК является неотъемлемой частью определения неисправности на программном уровне, поэтому в состав практики и входит раздел, в котором требуется привести описание некоторых диагностических программ, а также в отчет внесены отчеты их тестирования.
В общем данная практика является подведением итогов всех знаний, накопленных в течении изучения предметов, связанных с работой ПК.