
- •Методические рекомендации
- •Самара, 2012
- •Введение
- •1. Цели и задачи практики
- •2. Содержание практики
- •3. Организация и руководство практикой
- •3.1. Основные обязанности студента в период прохождения практики:
- •3.2. Руководитель практики от колледжа обязан:
- •3.3. Куратор практики от предприятия
- •4.Требования к оформлению отчета
- •Приложение 1
- •Самара, 20 ___год
- •Приложение 2
- •Внутренняя опись
- •Документов, находящихся в отчете
- •Приложение 3
- •Индивидуальный план прохождения практики
- •Приложение 4
- •Характеристика
- •Студента(ки) название оу
- •Фамилия Имя Отчество
- •Приложение 5 отчет о выполнении заданий по производственной практике
- •Приложение 7
- •Министерство образования и науки Самарской области гбоу спо «поволжский государственый колледж» Уважаемый (ая) ________________________________
- •Заранее благодарим Вас за сотрудничество! анкета работодателя
- •Общая оценка профессиональных знаний и навыков студентов
- •Благодарим за участие в опросе, желаем Вам успешной работы!
- •Примерные варианты оформления документов.
- •Преимущества pc-Wizard
- •Ashampoo ® hdd Control 2 программа проверки hdd Максимальная производительность, постоянный контроль и обслуживание ваших жестких дисков. Ххххххххх хххххх ххххх (описание программы)
- •Перечень установленного по
- •Рекомендации по документированию локальной сети
- •1. Что и как должно быть отражено в документации
- •2. Типовые документы на создание подсистемы защиты информационных систем, обрабатывающих персональные данные в учреждениях:
- •Ответственные за выпуск:
Рекомендации по документированию локальной сети
1. Что и как должно быть отражено в документации
Что вы хотели бы знать о сети, когда подходите к ней первый раз? Именно это и должна включать документация по вашей сети. При этом следует установить приоритеты. Решите, какую информацию нужно записать прямо сейчас, а какая может и подождать.
Хотя каждая сеть имеет свои уникальные особенности, многие общие элементы являются кандидатами на включение в документацию:
Топология сети — Обычно эта информация представляется в форме диаграмм, на которых показаны основные сетевые узлы, такие как, маршрутизаторы, коммутаторы, файерволы, сервера и как они взаимосвязаны. Принтеры и рабочие станции обычно сюда не включаются.
Информация о серверах— То есть, та информация, которая необходима вам для управления и администрирования серверами, такая как имя, функции, IP адреса, конфигурация дисков, ОС и сервис-паки, дата и место покупки, гарантия и т.д..
Назначение портов коммутаторов и маршрутизаторов— Сюда включается детальная информация о конфигурации WAN, VLAN’ов или даже назначение портов сетевым узлам через патч-панель.
Конфигурация сетевых служб— Сетевые службы, такие как DNS, WINS, DHCP, и RAS, критичны для операций в сети. Вам следует детально описать, как они структурированы. Хотя всегда можно получить эту информацию с серверов, можно сэкономить время, если документировать их заранее в легкочитаемом формате.
Политики и профили доменов — Вы можете ограничить возможности пользователей с помощью Policy Editor в Windows NT или с помощью Group Policies в Windows 2000. При этом можно создать профили пользователей, хранимые на сервере, а не на локальной машине. Если такие возможности используются, то такая информация должна быть документирована.
Критически важные приложения— Вы должны включить в документацию как такие приложения поддерживаются, что бывает с ними чаще всего не так и как решать такие проблемы.
Процедуры — Это само по себе может быть большим проектом. В основном процедуры - средство для реализации политик и могут быть достаточно обширными. Например, политика может устанавливать, что “Сеть должна быть защищена от неавторизованных пользователей”. Однако, для реализации такой политики, потребуется масса усилий. Существуют процедуры для файерволов, сетевых протоколов, паролей, физической безопасности и т.д. Вы можете также иметь отдельные процедуры для обработки проблем, о которых сообщают пользователи, и процедуры для регулярного обслуживания серверов.
Чтобы получить действительно полную документацию следует включить в нее, там, где это применимо:
Номер канала или IP адрес
Основной производитель
Начало и конец соединения (если оно точка-точка)
Оконечное и сетевое оборудование на каждом конце
Кто в компании владеет или отвечает за соединение
Как канал подводится к зданию (медь, оптоволокно, радио, и т.п.)
Точка входа в здании
Имя и контактный номер основного поставщика услуг
Хотя такая работа требует достаточно много времени, аудит и документирование сети важны и необходимы. Выделите время на планирование проекта документирования сети.
Рассмотрите не только, какие аспекты сети вы будете документировать, но и в каком порядке.
Тщательно спланируйте, как вы будете проводить аудит, и как вы будете представлять собранную информацию. Вы получите отдачу от этой тяжкой работы, когда придет время решать проблемы с сетью, обучать новых сотрудников или передавать какие-либо работы на аутсорсинг.
Помните, когда вы разрабатываете документацию, что не всегда вы ее делаете для себя. Часто вы создаете ее для кого-то еще в руководстве или для администратора, который придет после вас, и будет пытаться разобраться во всем этом. Поэтому не усложняйте документацию, сделайте ее простой.
Следует упомянуть еще один аспект документирования сети. Он связан с маркировкой элементов физической инфраструктуры. Все элементы физической инфраструктуры, описываемые в документации должны иметь соответствующую маркировку. Для большего удобства метки не должны быть неким случайным числом, а должны иметь структуру, показывающую местонахождение соответствующего элемента. Например, патч панель может иметь маркировку, состоящую из номера шкафа, в котором она установлена и номера самой панели.