- •Введение
- •Глава 1. Теоретические аспекты проектирования и разработки организации безопасной передачи данных в сети интернет по средствам vpn соединений
- •1.1. Анализ методов и подходов к структуре, методам и средствам разработки программного обеспечения безопасной передачи данных в сети интернет по средствам vpn соединений
- •1.2. Обоснование выбора средств реализации программного обеспечения организация безопасной передачи данных в сети интернет по средствам vpn соединений
- •Глава 2. Особенности создания и организации безопасной передачи, данных в сети интернет по средствам vpn соединений
- •2.1. Проектирование программного обеспечения организации безопасной передачи данных в сети интернет по средствам vpn соединений
- •2.2. Описание бд: схема данных, описание таблиц и связей между ними
- •2.3. Особенности разработки пользовательских форм заключение
- •Организация безопасной передачи данных в сети интернет по средствам vpn соединений.
- •Глава 1. Теоретические аспекты проектирования и разработки …
- •Производительность и доступность
- •Глава 2. Особенности создания … Глоссарий vpn и безопасности Контроль доступа acl
- •Шлюз Application Firewall
- •Chap (Challenge-Рукопожатие протокол аутентификации)
- •Контрольная сумма или хэш
- •Шлюзы сеансового уровня
- •CoS (Класс обслуживания)
- •Криптография
- •Отказ в обслуживании нападения
- •Протокол Diffie-Hellman (Диффи-Хеллмана)
- •Differentiated Service - DiffServ (дифференцированные услуги)
- •Цифровой сертификат
- •Цифровая подпись
- •Demilitarized Zone - dmz (демилитаризованной зоны)
- •Domain Name System - dns (система доменных имен)
- •Cервер доменных имен
- •Брандмауэр
- •Брандмауэр отказ обслуживания
- •Https представляет собой коммуникационный протокол, предназначенный для передачи зашифрованной информации между компьютерами через World Wide Web.
- •Icsa (Международная ассоциация компьютерной безопасности)
- •Инсайдерская атака
- •Обнаружения вторжений
- •Ip угон
- •Протокол Kerberos
- •Ключевой менеджмент
- •Область управления
- •Мониторинг
- •Nar (Network Address Удержание)
- •Политика Network Service Access
- •Неотказуемость
- •Политика Насильственные сети (pen)
- •Точки принудительного применения политики (пэп)
- •Группы политики
- •Управление Зона политики (пмз)
- •Правила политики
- •Секретный ключ
- •Протокол
- •Протокол Атаки
- •Доверенное лицо
- •Прокси-сервер
- •Открытый ключ
- •QoS (качество обслуживания)
- •Rijndael Алгоритм
- •Маршрутизация Агент
- •Rsa (Ривест-Шамира-Адлеман)
- •RsaCi (Консультативный совет Места программного обеспечения в Интернете)
- •Правила
- •Скрининг маршрутизатор
- •Ассоциация безопасности (sa)
- •Самоподписанный сертификат
- •Общий секрет
- •Симметричное шифрование
- •Туннельный маршрутизатор
- •Vpn (виртуальная частная сеть)
- •Wap (Протокол беспроводных приложений)
- •Беспроводные протоколы (802.11x)
- •Wlan (беспроводная локальная сеть)
- •Топология сети.
- •Cцо имеет в своем составе:
- •Сф имеет в своем составе:
- •Настраиваем OpenVpn сервер.
- •Генерируем основной сертификат са и са ключ:
- •Генерируем сертификат (server.Crt) и ключ (server.Key) сервера.
- •Генерируем сертификат (office1.Crt) и ключ (office1.Key) для клиента.
- •Генерация параметров DiffieHellman (dh1024.Pem).
- •Генерация ключа tls-auth (ta.Key) для аутентификации пакетов
- •Настройка клиента.
- •Настройка брандмауэра и маршрутизация.
Настройка клиента.
Далее приступим к изменению параметров клиента. Зайдем на машине ОК в папку config. Создадим в ней файл office1.ovpn Приступим к его редактированию, ряд опций повторяет аналогичные на сервере, поэтому мы их пояснять не будем:
dev tun proto udp port 1194
Указываем внешний адрес ИШ1:
remote 111.111.111.111
Клиент будет в работать в режиме тлс-клиента:
tls-client
Эта опция защищает от подмены сервера третьим лицом:
remote-cert-tls server
Эти опции аналогичны серверу:
route-method exe route-delay 10
Задаем маршрут к сети 192.168.0.0:
route 192.168.0.0 255.255.255.0
Этой командой разрешаем прием конфигурации клиента с сервера:
pull
Пути к ключам:
ca "C:\\Program Files\\OpenVPN\\keys\\ca.crt" cert "C:\\Program Files\\OpenVPN\\keys\\office1.crt" key "C:\\Program Files\\OpenVPN\\keys\\office1.key" tls-auth "C:\\Program Files\\OpenVPN\\keys\\ta.key" 1
Остальные опции также аналогичны серверу:
cipher BF-CBC comp-lzo verb 1 keepalive 5 60
На этом настройка программы на стороне клиента ОК закончена.
Настройка брандмауэра и маршрутизация.
И так, мы имеем настроенные конфиги на ОК и на ОС. Теперь разберем очень важные моменты. Заранее оговоримся, если вы использует KIS 2011 или подобные антивирусные программы, то в настройках сетевого экрана следует разрешить прохождение ICMP пакетов. Это позволит беспрепятственно пинговать хосты в наших сетях.
Так же стоит добавить наш виртуальный интерфейс программы OpenVPN в список доверенных сетей.
На ИШ1 должны быть проделаны следующие действия:
Настроено перенаправление порта 1194 протокола UDP с интерфейса 111.111.111.111 на интерфейс сервер ОС 192.168.0.2
В файерволе должна быть разрешена передача по порту 1194 протокола UDP, иначе пинг не будет проходить даже между ОС и ОК.
На ИШ2 надо предпринять аналогичные действия:
Настроить перенаправление порта 1194 протокола UDP с интерфейса 222.222.222.222 на интерфейс клиента ОК 192.168.1.2
Проверить, открыт ли порт 1194 протокола UDP в файерволе.
В Usergate 5.2, к примеру, настройка форвардинга пакетов по порту 1194 протокола UDP выглядит так:
На этом этапе мы уже пингуем ОК и ОС по их OpenVPN адресам, то есть 10.8.0.1 и 10.8.0.2. Далее нам необходимо обеспечить правильный маршрут пакетов с клиента ОК до удаленной сети 192.168.0.0. Делаем это одним из нескольких способов:
Либо задаем постоянный маршрут до этой сети на самом клиенте ОК:
route -p add 192.168.0.0 mask 255.255.255.0 10.8.0.1
Либо задаем этот маршрут в ccd конфиге клиента на сервер, а именно в файле office1 допишем:
push "route 192.168.0.0 255.255.255.0"
Так же это можно сделать, добавив строку напрямую в конфиг клиента ОК:
route 192.168.0.0 255.255.255.0
Но мы бы не рекомендовали загружать его, а делать все на стороне сервера.
Затем необходимо обеспечить маршрут пакетов с сервера ОС до удаленной сети 192.168.1.0. делается это аналогично варианту выше за несколькими исключениями.
Добавляем команду в конфиг сервера ОС:
route 192.168.1.0 255.255.255.0 10.8.0.2
или же добавляем команду непосредственно в командной строке:
route -p add 192.168.1.0 mask 255.255.255.0 10.8.0.2
Так же необходимо на сервере ОС и клиенте ОК включить в службах службу Маршрутизации и удаленного доступа, таким образом обеспечив маршрутизацию на внутреннюю сеть (форвардинг). Без этого внутренние адреса в сетях СЦО И СФ клиента ОК и сервера ОС не будут пинговаться.
На этом этапе мы уже свободно можем пинговать внутренние адреса наших ОС и ОК, т.е. набирая на сервере ОС ping 192.168.1.2 и на клиенте ОК ping 192.168.0.2 мы получаем положительный результат в виде:
Таким образом ОК и ОС взаимно пингуются по своим OpenVPN и внутренним СЦО и СФ адресам. Дальше нам надо прописать маршрут в командной строке в сеть 10.8.0.0 на наших ПК1 и ПК2. Делается это следующими командами:
Для ПК1:
route -p add 192.168.1.0 mask 255.255.255.0 192.168.0.2
Для ПК2:
route -p add 192.168.0.0 mask 255.255.255.0 192.168.1.2
В результате расшаренные ресурсы в ПК1 и ПК2 будут доступны по их внутрисетевому адресу:
Заключение: актуальность темы другими словами; в ходе работы над ВКР были решены следующие задачи (как во введении, только в прошедшем времени); таким образом, цель ВКР «….» достигнута. В конце можно добавить более подробно описание вашей разработки: какие функции автоматизирует, как влияет на эффективность работы и пр.
Библиографический список (не менее 30 источников, в том числе и Интернет-источников, оформленных по ГОСТу)
Приложения (если есть)
Минимальных объем – 60 стр.
