text:
# Рушан-Абасар-е-Паїн
Рушан-Абасар-е-Паїн (перс. روشن ابسرپائين) — село в Ірані, у дегестані Реза-Махале, в Центральному бахші, шагрестані Рудсар остану Ґілян. За даними перепису 2006 року, його населення становило 47 осіб, що проживали у складі 15 сімей.

## Клімат
Середня річна температура становить 15,21°C, середня максимальна – 29,12°C, а середня мінімальна – 1,24°C. Середня річна кількість опадів – 1122 мм.
| Клімат поселення                              | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення | Клімат поселення |
| Показник                                      | Січ.             | Лют.             | Бер.             | Квіт.            | Трав.            | Черв.            | Лип.             | Серп.            | Вер.             | Жовт.            | Лист.            | Груд.            |                  |
| Середній максимум, °C                         | 10,66            | 10,81            | 12,76            | 18,16            | 22,23            | 26,56            | 29,12            | 29,02            | 25,70            | 21,80            | 17,38            | 13,00            |                  |
| Середня температура, °C                       | 5,96             | 6,08             | 8,02             | 13,45            | 17,51            | 21,81            | 24,72            | 24,60            | 21,30            | 17,41            | 12,99            | 8,60             |                  |
| Середній мінімум, °C                          | 1,24             | 1,38             | 3,34             | 8,74             | 12,78            | 17,12            | 20,33            | 20,20            | 16,90            | 13,03            | 8,60             | 4,21             |                  |
| Норма опадів, мм                              | 96               | 83               | 82               | 44               | 46               | 36               | 33               | 58               | 136              | 225              | 159              | 124              |                  |
| Середньомісячна швидкість вітру, м/с          | 2.40             | 2.50             | 2.50             | 2.40             | 2.37             | 2.45             | 2.68             | 2.26             | 2.10             | 2.10             | 2.06             | 2.30             |                  |
| Середньомісячна сонячна радіація, кДж/м²·день | 7202             | 9226             | 11110            | 15297            | 19422            | 21078            | 21666            | 18318            | 14873            | 10731            | 8709             | 6840             |                  |
| --------------------------------------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- | ---------------- |
| Джерело:                                      |                  |                  |                  |                  |                  |                  |                  |                  |                  |                  |                  |                  |                  |

title: Рушан-Абасар-е-Паїн

wikitext:
{{Infobox Settlement
  |official_name          = Рушан-Абасар-е-Паїн
  |native_name            = روشن ابسرپائين
  |image_skyline          =
  |map_caption            =
  |pushpin_map            = Іран
  |latd = 37 | latm = 3 | lats = 20.88 | latNS = N
  |longd = 50 | longm = 17 | longs = 44.16 | longEW = E
  |coor_footnotes = {{coord|37.0558|50.2956|format=dms|display=title}}
  |subdivision_type       = Країна
  |subdivision_name       = [[Іран]]
  |subdivision_type1      = [[Остани Ірану|Остан]]
  |subdivision_name1      = [[Ґілян]]
  |subdivision_type2      = [[Шагрестани Ірану|Шагрестан]]
  |subdivision_name2      = [[Рудсар (шагрестан)|Рудсар]]
  |subdivision_type3      = [[Бахш]]
  |subdivision_name3      = [[Центральний (бахш, шагрестан Рудсар)|Центральний]]
  |subdivision_type4      = [[Дегестан]]
  |subdivision_name4      = [[Реза-Махале (дегестан)|Реза-Махале]]
  |leader_title           =
  |leader_name            =
  |established_title      =
  |established_date       =
  |area_magnitude         =
  |area_metro_km2         =
  |area_metro_sq_mi       =
  |area_land_km2          =
  |area_land_sq_mi        =
  |area_water_km2         =
  |area_water_sq_mi       =
  |area_water_percent     =
  |area_total_km2         =
  |area_total_sq_mi       =
  |population_as_of       = 2006
  |population_total       = 47
  |population_footnotes = <ref name="census2006"/>
  |timezone               = IRST
  |utc_offset             = +3:30
  |timezone_DST           = IRST
  |utc_offset_DST         = +4:30
  |website                =
  |postal_code            =
  |postal_code_type       = Поштовий індекс
  |elevation_m            =
  |footnotes              =
}}
'''Рушан-Абасар-е-Паїн''' ({{lang-fa|روشن ابسرپائين}}) — село в [[Іран]]і, у дегестані [[Реза-Махале (дегестан)|Реза-Махале]], в [[Центральний (бахш, шагрестан Рудсар)|Центральному]] бахші, шагрестані [[Рудсар (шагрестан)|Рудсар]] остану [[Ґілян]]. За даними перепису 2006 року, його населення становило 47 осіб, що проживали у складі 15 сімей<ref name="census2006">[https://web.archive.org/web/20110920084728/http://www.amar.org.ir/DesktopModules/FTPManager/upload/upload2360/newjkh/newjkh/01.xls Перепис населення Ірану 2006]</ref>.

== Клімат ==
Середня річна температура становить 15,21°C, середня максимальна – 29,12°C, а середня мінімальна – 1,24°C. Середня річна кількість опадів – 1122 мм.<ref name=worldclim>{{citeweb|url=http://www.worldclim.org|title=Worldclim 2: New 1-km spatial resolution climate surfaces for global land areas.|authors=Fick, S.E., R.J. Hijmans|year=2017|publisher=International Journal of Climatology.|accessdate=27 березня 2022|archive-date=12 березня 2022|archive-url=https://web.archive.org/web/20220312224814/https://www.worldclim.org/}}</ref><ref name=determ>Значення визначено за географічними координатами поселення із роздільною здатністю 2,5'</ref>
{{Клімат міста
|Місто_род= поселення
|Джерело= <ref name=worldclim/><ref name=determ/>
| Січ_сер=5.96           | Січ_сер_опади=96
| Лют_сер=6.08           | Лют_сер_опади=83
| Бер_сер=8.02           | Бер_сер_опади=82
| Кві_сер=13.45           | Кві_сер_опади=44
| Тра_сер=17.51           | Тра_сер_опади=46
| Чер_сер=21.81           | Чер_сер_опади=36
| Лип_сер=24.72           | Лип_сер_опади=33
| Сер_сер=24.60           | Сер_сер_опади=58
| Вер_сер=21.30           | Вер_сер_опади=136
| Жов_сер=17.41           | Жов_сер_опади=225
| Лис_сер=12.99           | Лис_сер_опади=159
| Гру_сер=8.60           | Гру_сер_опади=124

| Січ_сер_мін= 1.24       | Січ_сер_макс= 10.66
| Лют_сер_мін= 1.38       | Лют_сер_макс= 10.81
| Бер_сер_мін= 3.34       | Бер_сер_макс= 12.76
| Кві_сер_мін= 8.74       | Кві_сер_макс= 18.16
| Тра_сер_мін= 12.78       | Тра_сер_макс= 22.23
| Чер_сер_мін= 17.12       | Чер_сер_макс= 26.56
| Лип_сер_мін= 20.33       | Лип_сер_макс= 29.12
| Сер_сер_мін= 20.20       | Сер_сер_макс= 29.02
| Вер_сер_мін= 16.90       | Вер_сер_макс= 25.70
| Жов_сер_мін= 13.03       | Жов_сер_макс= 21.80
| Лис_сер_мін= 8.60       | Лис_сер_макс= 17.38
| Гру_сер_мін= 4.21       | Гру_сер_макс= 13.00

|Січ_вітер = 2.40	|Січ_рад = 7202
|Лют_вітер = 2.50	|Лют_рад = 9226
|Бер_вітер = 2.50	|Бер_рад = 11110
|Кві_вітер = 2.40	|Кві_рад = 15297
|Тра_вітер = 2.37	|Тра_рад = 19422
|Чер_вітер = 2.45	|Чер_рад = 21078
|Лип_вітер = 2.68	|Лип_рад = 21666
|Сер_вітер = 2.26	|Сер_рад = 18318
|Вер_вітер = 2.10	|Вер_рад = 14873
|Жов_вітер = 2.10	|Жов_рад = 10731
|Лис_вітер = 2.06	|Лис_рад = 8709
|Гру_вітер = 2.30	|Гру_рад = 6840
}}

== Примітки ==
{{reflist}}

{{Iran-geo-stub}}

{{Портали|Іран|Географія}}
{{Остан Ґілян}}

[[Категорія:Населені пункти шагрестану Рудсар]]

title: Координати37°03′21″ пн. ш. 50°17′44″ сх. д. / 37.0558° пн. ш. 50.2956° сх. д.: 37°3′20.88″ пн. ш. 50°17′44.16″ сх. д. / 37.0558000° пн. ш. 50.2956000° сх. д.

Країна: Іран

Остан: Ґілян

Шагрестан: Рудсар

Бахш: Центральний

Дегестан: Реза-Махале

Населення (2006)

Рушан-Абасар-е-Паїн

Часовий пояс: IRST (UTC+3:30)

- Літній час: IRST (UTC+4:30)


text:
# Шидлово (Гнезненський повіт)
Шидлово (пол. Szydłowo, нім. Schidlowo) — село в Польщі, у гміні Тшемешно Гнезненського повіту Великопольського воєводства.
Населення — 215 осіб (2011).
У 1975-1998 роках село належало до Бидгощського воєводства.

## Демографія
Демографічна структура станом на 31 березня 2011 року:
|          | Загалом | Допрацездатний вік | Працездатний вік | Постпрацездатний вік |
| -------- | ------- | ------------------ | ---------------- | -------------------- |
| Чоловіки | 110     | 22                 | 78               | 10                   |
| Жінки    | 105     | 25                 | 57               | 23                   |
| Разом    | 215     | 47                 | 135              | 33                   |

wikiname: ukwiki

title: Шидлово (Гнезненський повіт)

in_language: uk

wikitext:
{{НП
|країна             = [[Польща]]
|статус             = село
|українська назва   = Шидлово
|оригінальна назва  = {{lang-pl|Szydłowo}}
|підпорядкування    =
|герб           =
|прапор         =
|ширина герба   =
|ширина прапора =
|зображення     = Szydłowo Pałac Ignacego Portaszewicza.jpg
|опис зображення    =  <!--Pałac Ignacego Portaszewicza-->
|вид регіону = Воєводство
|регіон      = Великопольське воєводство
|вид району  = Повіт
|район       = [[Гнезненський повіт]]
|вид общини  = Гміна
|община      = Тшемешно (гміна){{!}}Тшемешно
|внутрішній поділ   =
|перша згадка       =
|попередні назви    =
|площа              =
|висота центру НП     =
|клімат               =
|офіційна мова      =
|офіційна мова-ref  =
|населення          = 215
|рік перепису       = 2011{{R|nsp}}
|густота населення  =
|агломерація        =
|національний склад =
|конфесійний склад  =
|катойконім         =
|часовий пояс           = +1
|DST                    = +1 <!--Якщо є [[літній час]] -->
|телефонний код         = (+48) 52
|поштовий індекс        = 88-340 <br />(poczta: [[Trzemeszno]])
|автомобільний код      = PGN
|вид ідентифікатора     = [[SIMC]]
|цифровий ідентифікатор = 0098401
|сайт  =
|add1n =
|add1  =
}}
{{Otheruses|Шидлово}}

'''Шидлово''' ({{lang-pl|Szydłowo}}, {{lang-de|Schidlowo}}) — село в Польщі, у [[Тшемешно (гміна)|гміні Тшемешно]] [[Гнезненський повіт|Гнезненського повіту]] [[Великопольське воєводство|Великопольського воєводства]].
Населення — {{formatnum:215}} {{МНОЖИНА:215|особа|особи|осіб}} (2011{{R|nsp}}).

[[Адміністративний поділ Польщі (1975–1998)|У 1975-1998 роках]] село належало до [[Бидгощське воєводство|Бидгощського воєводства]].

== Демографія ==
Демографічна структура станом на 31 березня 2011 року{{R|nsp|age}}:
{{ПолДемСтруктура
|Чол=110 |ЧолПре=22 |ЧолПрац=78 |ЧолПост=10
|Жін=105 |ЖінПре=25 |ЖінПрац=57 |ЖінПост=23
|Разом=215 |РазомПре=47 |РазомПрац=135 |РазомПост=33
}}

== Примітки ==
{{reflist|refs=<ref name=nsp>{{cite web |url={{Pl-census2011-econ-groups-url}}
 |title=Ludność w miejscowościach statystycznych według ekonomicznych grup wieku. Stan w dniu 31.03.2011 r.
 |trans-title=Населення статистичних місцевостей за економічними групами віку. Стан на 31.03.2011
 |author=[[Центральний статистичний офіс Польщі|GUS]] |date= |accessdate=12 серпня 2018}}</ref>
<ref name=age>Згідно з методологією GUS працездатний вік для чоловіків становить 18-64 років, для жінок — 18-59 років {{cite web
 |url=http://stat.gov.pl/metainformacje/slownik-pojec/pojecia-stosowane-w-statystyce-publicznej/861,pojecie.html
 |title=Pojęcia stosowane w statystyce publicznej
 |trans-title=Терміни, які використовуються в публічній статистиці
 |author=[[Центральний статистичний офіс Польщі|GUS]]
 |date=
 |accessdate=14 серпня 2018
 |archive-date=20 вересня 2018
 |archive-url=https://web.archive.org/web/20180920122727/http://stat.gov.pl/metainformacje/slownik-pojec/pojecia-stosowane-w-statystyce-publicznej/861,pojecie.html
 }}</ref>}}.
{{Портал|Польща}}

{{Гміна Тшемешно}}

[[Категорія:Села Гнезненського повіту]]

title: Країна

Країна: Польща

Воєводство: Великопольське воєводство

Повіт: Гнезненський повіт

Гміна: Тшемешно

Часовий пояс: UTC+1, влітку UTC+2

Поштовий індекс: 88-340 · (poczta: Trzemeszno)

Автомобільний код: PGN

OSM: ↑2798337 ·R (Ґміна Тшемешно)


text:
# IPsec
IPsec (скорочення від IP Security) — набір протоколів для забезпечення захисту даних, що передаються за допомогою протоколу IP, дозволяє здійснювати підтвердження справжності та/або шифрування IP-пакетів. IPsec також містить в собі протоколи для захищеного обміну ключами в мережі Інтернет.

## Стандарти
- RFC 2401 (Security Architecture for the Internet Protocol) — Архітектура захисту для протоколу IP.
- RFC 2402 (IP Authentication header) — аутентифікаційні заголовок IP.
- RFC 2403 (The Use of HMAC-MD5-96 within ESP and AH) — Використання алгоритму хешування MD-5 для створення аутентифікаційні заголовка.
- RFC 2404 (The Use of HMAC-SHA-1-96 within ESP and AH) — Використання алгоритму хешування SHA-1 для створення аутентифікаційні заголовка.
- RFC 2405 (The ESP DES-CBC Cipher Algorithm With Explicit IV) — Використання алгоритму шифрування DES.
- RFC 2406 (IP Encapsulating Security Payload (ESP)) — Шифрування даних.
- RFC 2407 (The Internet IP Security Domain of Interpretation for ISAKMP) — Область застосування протоколу управління ключами.
- RFC 2408 (Internet Security Association and Key Management Protocol (ISAKMP)) — Управління ключами і аутентифікатором захищених з'єднань.
- RFC 2409 (The Internet Key Exchange (IKE)) — Обмін ключами.
- RFC 2410 (The NULL Encryption Algorithm and Its Use With IPsec) — Нульовий алгоритм шифрування і його використання.
- RFC 2411 (IP Security Document Roadmap) — Подальший розвиток стандарту.
- RFC 2412 (The OAKLEY Key Determination Protocol) — Перевірка відповідності ключа.

## Архітектура IPsec
Протоколи IPsec, на відміну від інших добре відомих протоколів SSL та TLS, працюють на мережевому рівні (рівень 3 моделі OSI). Це робить IPsec гнучкішим, так що він може використовуватися для захисту будь-яких протоколів, що базуються на TCP та UDP. IPsec може використовуватися для забезпечення безпеки між двома IP-вузлами, між двома шлюзами безпеки або між IP-вузлом і шлюзом безпеки. Протокол є «надбудовою» над IP-протоколом, і обробляє сформовані IP-пакети описаним нижче способом. IPsec може забезпечувати цілісність та / або конфіденційність даних переданих по мережі.
IPsec використовує наступні протоколи для виконання різних функцій:
- Authentication Header (АН) забезпечує цілісність віртуального з'єднання (переданих даних), аутентифікацію джерела інформації та додаткову функцію із запобігання повторної передачі пакетів
- Encapsulating Security Payload (ESP) може забезпечити конфіденційність (шифрування) переданої інформації, обмеження потоку конфіденційного трафіку. Крім цього, він може забезпечити цілісність віртуального з'єднання (переданих даних), аутентифікацію джерела інформації та додаткову функцію із запобігання повторної передачі пакетів (Всякий раз, коли застосовується ESP, в обов'язковому порядку повинен використовуватися той чи інший набір даних послуг із забезпечення безпеки)
- Security Association (SA) забезпечують зв'язку алгоритмів і даних, які надають параметри, необхідні для роботи AH і / або ESP. Internet security association and key management protocol (ISAKMP) забезпечує основу для аутентифікації і обміну ключами, перевірки автентичності ключів.

## Security Association
Концепція «захищеного віртуального з'єднання» (SA, «Security Association») є фундаментальною в архітектурі IPsec. SA це симплексне з'єднання, яке формується для транспортування по ньому відповідного трафіку. При реалізації послуг безпеки формується SA на основі використання протоколів AH або ESP (або обох одночасно). SA визначений відповідно до концепції міжтермінального з'єднання (point-to-point) і може функціонувати в двох режимах: транспортний режим (РТР) і режим тунелювання (РТУ). Транспортний режим реалізується при SA між двома IP-вузлами. В режимі тунелювання SA формує IP-тунель.
Всі SA зберігаються в базі даних SADB (Security Associations Database) IPsec-модуля. Кожне SA має унікальний маркер, що складається з трьох елементів:
- Індексу параметра безпеки (SPI)
- IP-адреси призначення
- Ідентифікатора протоколу безпеки (ESP або AH)

IPsec-модуль, маючи ці три параметри, може відшукати в SADB запис про конкретному SA. У список компонентів SA входять:
 Послідовний номер32-бітове значення, яке використовується для формування поля Sequence Number в заголовках АН і ESP.
 Переповнення лічильника порядкового номераПрапор, який сигналізує про переповнення лічильника послідовного номера.
 Вікно для придушення атак відтворенняВикористовується для визначення повторної передачі пакетів. Якщо значення в полі Sequence Number не потрапляє в заданий діапазон, то пакет знищується.
 Інформація AHвикористовуваний алгоритм аутентифікації, необхідні ключі, час життя ключів та інші параметри.
 Інформація ESPалгоритми шифрування і аутентифікації, необхідні ключі, параметри ініціалізації (наприклад, IV), час життя ключів та інші параметри
 Режим роботи IPsecтунельний або транспортний
 MTUМаксимальний розмір пакета, який можна передати по віртуальному каналу без фрагментації.
Так як захищені віртуальні з'єднання є симплексними, то для організації дуплексного каналу, як мінімум, потрібні два SA. Крім цього, кожен протокол (ESP / AH) повинен мати свою власну SA для кожного напрямку, тобто, зв'язка AH + ESP вимагає наявності чотирьох SA. Всі ці дані розташовуються в SADB.
В SADB містяться:
- AH: алгоритм аутентифікації.
- AH: секретний ключ для аутентифікації
- ESP: алгоритм шифрування.
- ESP: секретний ключ шифрування.
- ESP: використання аутентифікації (так / ні).
- Параметри для обміну ключами
- Обмеження маршрутизації
- IP політика фільтрації

Крім бази даних SADB, реалізації IPsec підтримують базу даних SPD (Security Policy Database-База даних політик безпеки). Запис в SPD складається з набору значень полів IP-заголовка і полів заголовка протоколу верхнього рівня. Ці поля називаються селекторами. Селектори використовуються для фільтрації вихідних пакетів, з метою поставити кожен пакет у відповідність з певним SA. Коли формується пакет, порівнюються значення відповідних полів у пакеті (селекторні поля) з тими, які містяться SPD. Знаходяться відповідні SA. Потім визначається SA (у випадку, якщо воно є) для пакета і пов'язаний з нею індекс параметрів безпеки (SPI).
Після чого виконуються операції IPsec (операції протоколу AH або ESP).
Приклади селекторів, які містяться в SPD:
- IP-адреса місця призначення
- IP-адреса відправника
- Протокол IPsec (AH, ESP або AH + ESP)
- Порти відправника та одержувача

## Authentication Header
| Offsets | Octet16 | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               |
| Octet16 | Bit10   | 0                               | 1                               | 2                               | 3                               | 4                               | 5                               | 6                               | 7                               | 8                               | 9                               | 10                              | 11                              | 12                              | 13                              | 14                              | 15                              | 16                              | 17                              | 18                              | 19                              | 20                              | 21                              | 22                              | 23                              | 24                              | 25                              | 26                              | 27                              | 28                              | 29                              | 30                              | 31                              |
| ------- | ------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- |
| 0       | 0       | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Payload Len                     | Payload Len                     | Payload Len                     | Payload Len                     | Payload Len                     | Payload Len                     | Payload Len                     | Payload Len                     | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        | Reserved                        |
| 4       | 32      | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) |
| 8       | 64      | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 |
| C       | 96      | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   |
| …       | …       | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   |

 Next Header (8 bits)Тип заголовка протоколу, що йде після заголовка AH. По цьому полю приймальний IP-sec модуль дізнається про захищається протоколі верхнього рівня. Значення цього поля для різних протоколів можна подивитися в RFC 1700.
 Payload Len (8 bits)Це поле визначає загальний розмір АН-заголовка в 32-бітових словах, мінус 2. Незважаючи на це, при використанні IPv6 довжина заголовка повинна бути кратна 8 байтам.
 Reserved (16 bits)Зарезервовано. Заповнюється нулями.
 Security Parameters Index (32 bits)Індекс параметрів безпеки. Значення цього поля разом з IP-адресою одержувача і протоколом безпеки (АН-протокол), однозначно визначає захищене віртуальне з'єднання (SA) для даного пакета. Діапазон значень SPI 1 … 255 зарезервований IANA.
 Sequence Number (32 bits)Послідовний номер. Служить для захисту від повторної передачі. Поле містить монотонно зростаюче значення параметра. Незважаючи на те, що одержувач може відмовитися від послуги із захисту від повторної передачі пакетів, воно є обов'язковим і завжди присутній в AH-заголовку. Передавальний IPsec-модуль завжди використовує це поле, але одержувач може його і не обробляти.
 Integrity Check ValueКонтрольна сума. Повинна бути кратна 8-байтам для IPv6, і 4-байтам для IPv4.
Протокол AH використовується для аутентифікації, тобто для підтвердження того, що ми зв'язуємося саме з тим, з ким припускаємо, і що дані, які ми отримуємо, не спотворені при передачі.

### Обробка вихідних IP-пакетів
Якщо передавальний IPsec-модуль визначає, що пакет пов'язаний з SA, яке передбачає AH-обробку, то він починає обробку. В залежності від режиму (транспортний або режим тунелювання) він по-різному вставляє AH-заголовок в IP-пакет. У транспортному режимі AH-заголовок розташовується після заголовка протоколу IP і перед заголовками протоколів верхнього рівня (Зазвичай, TCP або UDP). В режимі тунелювання весь вихідний IP-пакет обрамляється спочатку заголовком AH, потім заголовком IP-протоколу. Такий заголовок називається зовнішнім, а заголовок вихідного IP-пакета-внутрішнім. Після цього передавальний IPsec-модуль повинен згенерувати послідовний номер і записати його в поле Sequence Number. При встановленні SA послідовний номер встановлюється в 0, і перед відправкою кожного IPsec-пакета збільшується на одиницю. Крім того, відбувається перевірка — чи не зациклився лічильник. Якщо він досяг свого максимального значення, то він знову встановлюється в 0. Якщо використовується послуга щодо запобігання повторної передачі, то при досягненні лічильника свого максимального значення, що передає IPsec-модуль переустановлює SA. Таким чином забезпечується захист від повторної посилки пакета — приймальний IPsec-модуль буде перевіряти поле Sequence Number, і ігнорувати пакети, які приходять повторно. Далі відбувається обчислення контрольної суми ICV. Треба зауважити, що тут контрольна сума обчислюється із застосуванням секретного ключа, без якого зловмисник зможе заново обчислити хеш, але не знаючи ключа, не зможе сформувати правильну контрольну суму. Конкретні алгоритми, що використовуються для обчислення ICV, можна дізнатися з RFC 4305. В даний час можуть застосовуватися, наприклад, алгоритми HMAC-SHA1-96 або AES-XCBC-MAC-96. Протокол АН обчислює контрольну суму (ICV) за наступними полям IPsec-пакета:
- Поля IP-заголовка, що не були схильні до змін в процесі транслювання, або визначені як найважливіші
- АН-заголовок (Поля: «Next Header», "Payload Len, " Reserved ", " SPI ", " Sequence Number ", " Integrity Check Value «. Поле» Integrity Check Value "встановлюється в 0 при обчисленні ICV
- Дані протоколу верхнього рівня: Якщо поле може змінюватися в процесі транспортування, то його значення встановлюється в 0 перед обчисленням ICV. Винятки становлять поля, які можуть змінюватися, але значення яких можна передбачити при прийомі. При обчисленні ICV вони не заповнюються нулями. Прикладом змінюваного поля може служити поле контрольної суми, прикладом змінюваного, але зумовленого може бути IP-адресу одержувача. Докладніший опис того, які поля як враховуються при обчисленні ICV, можна знайти в стандарті RFC 2402.

### Обробка вхідних IP-пакетів
Після отримання пакета, що містить повідомлення АН-протоколу, приймальний IPsec-модуль шукає відповідне захищене віртуальне з'єднання (SA) SADB (Security Associations Database), використовуючи IP-адресу одержувача, протокол безпеки (АН) і індекс SPI. Якщо відповідне SA не знайдено, пакет знищується. Знайдене захищене віртуальне з'єднання (SA) вказує на те, чи використовується послуга щодо запобігання повторної передачі пакетів, тобто на необхідність перевірки поля Sequence Number. Якщо послуга використовується, то поле перевіряється. Для цього використовується метод ковзаючого вікна. Приймальний IPsec-модуль формує вікно з шириною W. Лівий край вікна відповідає мінімальному послідовному номеру ( Sequence Number) N правильно прийнятого пакета. Пакет з полем Sequence Number, в якому міститься значення, починаючи від N +1 і закінчуючи N + W, приймається коректно. Якщо отриманий пакет виявляється по ліву межу вікна — він знищується. Потім приймальний IPsec-модуль обчислює ICV за відповідними полям прийнятого пакета, використовуючи алгоритм аутентифікації, який він дізнається з запису про SA, і порівнює отриманий результат із значенням ICV, розташованим в поле «Integrity Check Value». Якщо обчислене значення ICV збіглося з прийнятим, то прийшов пакет вважається дійсним і приймається для подальшої IP-обробки. Якщо перевірка дала негативний результат, то пакет який прийшов — знищується.

## Encapsulating Security Payload
| Offsets  | Octet 16 | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 0                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 1                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 2                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               | 3                               |
| Octet 16 | Bit 10   | 0                               | 1                               | 2                               | 3                               | 4                               | 5                               | 6                               | 7                               | 8                               | 9                               | 10                              | 11                              | 12                              | 13                              | 14                              | 15                              | 16                              | 17                              | 18                              | 19                              | 20                              | 21                              | 22                              | 23                              | 24                              | 25                              | 26                              | 27                              | 28                              | 29                              | 30                              | 31                              |
| -------- | -------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- | ------------------------------- |
| 0        | 0        | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) | Security Parameters Index (SPI) |
| 4        | 32       | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 | Sequence Number                 |
| 8        | 64       | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    |
| …        | …        | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    | Payload data                    |
| …        | …        |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |
| …        | …        |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          | Padding (0-255 octets)          |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |
| …        | …        |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 |                                 | Pad Length                      | Pad Length                      | Pad Length                      | Pad Length                      | Pad Length                      | Pad Length                      | Pad Length                      | Pad Length                      | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     | Next Header                     |
| …        | …        | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   |
| …        | …        | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   | Integrity Check Value (ICV) …   |

 Security Parameters Index (32 bits)Індекс параметрів безпеки. Значення цього поля разом з IP-адресою одержувача і протоколом безпеки (АН-протокол), однозначно визначає захищене віртуальне з'єднання (SA) для даного пакета. Діапазон значень SPI 1 … 255 зарезервований IANA для подальшого використання.
 Sequence Number (32 bits)Послідовний номер. Служить для захисту від повторної передачі. Поле містить монотонно зростаюче значення параметра. Незважаючи на те, що одержувач може і відмовитися від послуги із захисту від повторної передачі пакетів, воно завжди присутній в AH-заголовку. Відправник (передавальний IPsec-модуль) повинен завжди використовувати це поле, але одержувач може і не мати потребу в його обробці.
 Payload data (variable)Це поле містить дані відповідно до полем «Next Header». Це поле є обов'язковим і складається з цілого числа байтів. Якщо алгоритм, який використовується для шифрування цього поля, вимагає даних для синхронізації криптопроцесів (наприклад, вектор ініціалізації — «Initialization Vector»), то це поле може містити ці дані в явному вигляді.
 Padding (0-255 octets)Доповнення. Необхідно, наприклад, для алгоритмів, які вимагають, щоб відкритий текст був кратний певному числу байтів), наприклад, розміром блоку для блочного шифру.
 Pad Length (8 bits)Розмір доповнення (в байтах).
 Next Header (8 bits)Це поле визначає тип даних, що містяться в поле «Payload data».
 Integrity Check ValueКонтрольна сума. Повинна бути кратна 8-байтам для IPv6, і 4-байтам для IPv4.

### Обробка вихідних IPsec-пакетів
Якщо передавальний IPsec-модуль визначає, що пакет пов'язаний з SA, яке передбачає ESP-обробку, то він починає обробку. В залежності від режиму (транспортний або режим тунелювання) вихідний IP-пакет обробляється по-різному. У транспортному режимі передавальний IPsec-модуль здійснює процедуру обрамлення (інкапсуляції) протоколу верхнього рівня (наприклад, TCP або UDP), використовуючи для цього ESP-заголовок і ESP-закінчення, не зачіпаючи при цьому заголовок вихідного IP -пакета. В режимі тунелювання IP-пакет обрамляється ESP-заголовком і ESP-закінченням, після чого обрамляється зовнішнім IP-заголовком.
Далі проводиться шифрування-в транспортному режимі шифрується тільки повідомлення протоколу вище лежачого рівня (тобто все, що знаходилося після IP-заголовка у вихідному пакеті), в режимі тунелювання-весь вихідний IP-пакет. Передавальний IPsec-модуль із запису про SA визначає алгоритм шифрування і секретний ключ. Стандарти IPsec дозволяють використання алгоритмів шифрування triple-DES, AES і Blowfish. Так як розмір відкритого тексту повинен бути кратний певному числу байт, наприклад, розміром блоку для блокових алгоритмів, перед шифруванням проводиться ще й необхідне доповнення повідомлення що шифрується. Зашифроване повідомлення поміщається в поле Payload Data. В поле Pad Length поміщається довжина доповнення. Потім, як і в AH, обчислюється Sequence Number. Після чого вважається контрольна сума (ICV). Контрольна сума, на відміну від протоколу AH, де при її обчисленні враховуються також і деякі поля IP-заголовка, в ESP обчислюється тільки по полях ESP-пакета за вирахуванням поля ICV. Перед обчисленням контрольної суми воно заповнюється нулями. Алгоритм обчислення ICV, як і в протоколі AH, що передає IPsec-модуль визначається з запису про SA, з яким пов'язаний оброблюваний пакет.

### Обробка вхідних IPsec-пакетів
Після отримання пакета, що містить повідомлення ESP-протоколу, приймальний IPsec-модуль шукає відповідне захищене віртуальне з'єднання (SA) в SADB (Security Associations Database), використовуючи IP-адресу одержувача, протокол безпеки (ESP) і індекс SPI. Якщо відповідне SA не знайдено, пакет знищується. Знайдене захищене віртуальне з'єднання (SA) вказує на те, чи використовується послуга щодо запобігання повторної передачі пакетів, тобто на необхідність перевірки поля Sequence Number. Якщо послуга використовується, то поле перевіряється. Для цього, так само як і в AH, використовується метод ковзаючого вікна. Приймальний IPsec-модуль формує вікно з шириною W. Лівий край вікна відповідає мінімальному послідовному номеру (Sequence Number) N правильно прийнятого пакета. Пакет з полем Sequence Number, в якому міститься значення, починаючи від N +1 і закінчуючи N + W, приймається коректно. Якщо отриманий пакет виявляється по ліву межу вікна — він знищується. Потім, якщо використовується послуга аутентифікації, приймальний IPsec-модуль обчислює ICV за відповідними полям прийнятого пакета, використовуючи алгоритм аутентифікації, який він дізнається з запису про SA, і порівнює отриманий результат із значенням ICV, розташованим в поле «Integrity Check Value». Якщо обчислене значення ICV збіглося з прийнятим, то прийшов пакет вважається дійсним. Якщо перевірка дала негативний результат, то пакет який прийшов — знищується. Далі проводиться розшифрування пакета. Приймальний IPsec-модуль дізнається з запису про SA, який алгоритм шифрування використовується, і секретний ключ. Треба зауважити, що перевірка контрольної суми і процедура розшифрування можуть проводитися не тільки послідовно, а й паралельно. В останньому випадку процедура перевірки контрольної суми повинна закінчитися раніше процедури розшифрування, і якщо перевірка ICV провалилася, процедура розшифрування також повинна припинитися. Це дозволяє швидше виявляти зіпсовані пакети, що, в свою чергу, підвищує рівень захисту від атак типу «відмова в обслуговуванні» (DOS-атаки). Далі розшифроване повідомлення відповідно до полем Next Header передається для подальшої обробки.

## Використання
Протокол IPsec використовується, в основному, для організації VPN-тунелів. В цьому випадку протоколи ESP і AH працюють в режимі тунелювання. Крім того, налаштовуючи політики безпеки певним чином, протокол можна використовувати для створення міжмережевого екрану. Сенс міжмережевого екрану полягає в тому, що він контролює і фільтрує пакети, що проходять через нього, відповідно до заданих правил. Встановлюється набір правил, і екран переглядає всі пакети які проходять через нього. Якщо передані пакети потрапляють під дію цих правил, міжмережевий екран обробляє їх відповідним чином. Наприклад, він може відхиляти певні пакети, тим самим припиняючи небезпечні з'єднання. Налаштувавши політику безпеки відповідним чином, можна, наприклад, заборонити інтернет-трафік. Для цього достатньо заборонити відсилання пакетів, в які вкладаються повідомлення протоколів HTTP та HTTPS. IPsec можна застосовувати і для захисту серверів — для цього відкидаються всі пакети, окрім пакетів, необхідних для коректного виконання функцій сервера. Наприклад, для Web-сервера можна блокувати весь трафік, за винятком з'єднань через 80-й порт протоколу TCP, або через порт TCP 443 у випадках, коли застосовується HTTPS.

title: IPsec

wikitext:
{{IPstack}}{{Протоколи безпеки Інтернет}}
'''IPsec''' (скорочення від '''IP Security''') — набір [[мережевий протокол|протоколів]] для забезпечення захисту даних, що передаються за допомогою протоколу [[IP]], дозволяє здійснювати підтвердження справжності та/або [[шифрування]] IP-пакетів. IPsec також містить в собі протоколи для захищеного обміну [[Ключ (криптографія)|ключами]] в мережі [[Інтернет]].

== Стандарти ==
* RFC 2401 (Security Architecture for the Internet Protocol) — Архітектура захисту для протоколу IP.
* RFC 2402 (IP Authentication header) — аутентифікаційні заголовок IP.
* RFC 2403 (The Use of HMAC-MD5-96 within ESP and AH) — Використання алгоритму хешування MD-5 для створення аутентифікаційні заголовка.
* RFC 2404 (The Use of HMAC-SHA-1-96 within ESP and AH) — Використання алгоритму хешування SHA-1 для створення аутентифікаційні заголовка.
* RFC 2405 (The ESP DES-CBC Cipher Algorithm With Explicit IV) — Використання алгоритму шифрування DES.
* RFC 2406 (IP Encapsulating Security Payload (ESP)) — Шифрування даних.
* RFC 2407 (The Internet IP Security Domain of Interpretation for ISAKMP) — Область застосування протоколу управління ключами.
* RFC 2408 (Internet Security Association and Key Management Protocol (ISAKMP)) — Управління ключами і аутентифікатором захищених з'єднань.
* RFC 2409 (The [[Internet Key Exchange]] (IKE)) — Обмін ключами.
* RFC 2410 (The NULL Encryption Algorithm and Its Use With IPsec) — Нульовий алгоритм шифрування і його використання.
* RFC 2411 (IP Security Document Roadmap) — Подальший розвиток стандарту.
* RFC 2412 (The OAKLEY Key Determination Protocol) — Перевірка відповідності ключа.

== Архітектура IPsec ==

Протоколи IPsec, на відміну від інших добре відомих протоколів [[SSL]] та [[Transport Layer Security|TLS]], працюють на мережевому рівні (рівень 3 [[модель OSI|моделі OSI]]). Це робить IPsec гнучкішим, так що він може використовуватися для захисту будь-яких протоколів, що базуються на [[TCP]] та [[UDP]]. IPsec може використовуватися для забезпечення безпеки між двома [[хост|IP-вузлами]], між двома [[Маршрутизатор|шлюзами]] безпеки або між IP-вузлом і шлюзом безпеки. Протокол є «надбудовою» над IP-протоколом, і обробляє сформовані IP-пакети описаним нижче способом. IPsec може забезпечувати цілісність та / або конфіденційність даних переданих по мережі.

IPsec використовує наступні протоколи для виконання різних функцій:
* Authentication Header (АН) забезпечує цілісність віртуального з'єднання (переданих даних), аутентифікацію джерела інформації та додаткову функцію із запобігання [[Атака повторного відтворення|повторної передачі пакетів]]
* Encapsulating Security Payload (ESP) може забезпечити конфіденційність ([[шифрування]]) переданої інформації, обмеження потоку конфіденційного трафіку. Крім цього, він може забезпечити цілісність віртуального з'єднання (переданих даних), [[Аутентифікація|аутентифікацію]] джерела інформації та додаткову функцію із запобігання [[Атака повторного відтворення|повторної передачі пакетів]] (Всякий раз, коли застосовується ESP, в обов'язковому порядку повинен використовуватися той чи інший набір даних послуг із забезпечення безпеки)
* Security Association (SA) забезпечують зв'язку алгоритмів і даних, які надають параметри, необхідні для роботи AH і / або ESP. Internet security association and key management protocol ([[ISAKMP]]) забезпечує основу для аутентифікації і обміну ключами, перевірки автентичності ключів.

== Security Association ==
Концепція «захищеного віртуального з'єднання» (SA, «Security Association») є фундаментальною в архітектурі IPsec. SA це [[Симплексний зв'язок|симплексне з'єднання]], яке формується для транспортування по ньому відповідного трафіку. При реалізації послуг безпеки формується SA на основі використання протоколів AH або ESP (або обох одночасно). SA визначений відповідно до концепції міжтермінального з'єднання ([[point-to-point]]) і може функціонувати в двох режимах: транспортний режим (РТР) і режим [[Тунелювання (комп'ютерні мережі)|тунелювання]] (РТУ). Транспортний режим реалізується при SA між двома IP-вузлами. В режимі тунелювання [[Security Association|SA]] формує [[Тунелювання (комп'ютерні мережі)|IP-тунель]].

Всі SA зберігаються в базі даних SADB (Security Associations Database) IPsec-модуля. Кожне SA має унікальний маркер, що складається з трьох елементів:
* Індексу параметра безпеки (SPI)
* IP-адреси призначення
* Ідентифікатора протоколу безпеки (ESP або AH)

IPsec-модуль, маючи ці три параметри, може відшукати в SADB запис про конкретному SA. У список компонентів SA входять:
;'' Послідовний номер'': 32-бітове значення, яке використовується для формування поля'' Sequence Number'' в заголовках АН і ESP.
;'' Переповнення лічильника порядкового номера'': Прапор, який сигналізує про переповнення лічильника послідовного номера.
;'' Вікно для придушення атак відтворення'': Використовується для визначення повторної передачі пакетів. Якщо значення в полі'' Sequence Number'' не потрапляє в заданий діапазон, то пакет знищується.
;'' Інформація AH'': використовуваний алгоритм аутентифікації, необхідні ключі, час життя ключів та інші параметри.
;'' Інформація ESP'': алгоритми шифрування і аутентифікації, необхідні ключі, параметри ініціалізації (наприклад, IV), час життя ключів та інші параметри
;'' Режим роботи IPsec'': тунельний або транспортний
;'' MTU'': Максимальний розмір пакета, який можна передати по віртуальному каналу без фрагментації.

Так як захищені віртуальні з'єднання є [[Симплексний зв'язок|симплексними]], то для організації [[Дуплекс (телекомунікації)|дуплексного]] каналу, як мінімум, потрібні два SA. Крім цього, кожен протокол (ESP / AH) повинен мати свою власну SA для кожного напрямку, тобто, зв'язка AH + ESP вимагає наявності чотирьох SA. Всі ці дані розташовуються в SADB.

В SADB містяться:
* AH: алгоритм аутентифікації.
* AH: секретний ключ для аутентифікації
* ESP: алгоритм шифрування.
* ESP: секретний ключ шифрування.
* ESP: використання аутентифікації (так / ні).
* Параметри для обміну ключами
* Обмеження маршрутизації
* IP політика фільтрації

Крім бази даних SADB, реалізації IPsec підтримують базу даних SPD (Security Policy Database-База даних політик безпеки). Запис в SPD складається з набору значень полів IP-заголовка і полів заголовка протоколу верхнього рівня. Ці поля називаються селекторами. Селектори використовуються для фільтрації вихідних пакетів, з метою поставити кожен пакет у відповідність з певним SA. Коли формується пакет, порівнюються значення відповідних полів у пакеті (селекторні поля) з тими, які містяться SPD. Знаходяться відповідні SA. Потім визначається SA (у випадку, якщо воно є) для пакета і пов'язаний з нею індекс параметрів безпеки (SPI).
Після чого виконуються операції IPsec (операції протоколу AH або ESP).

Приклади селекторів, які містяться в SPD:

* IP-адреса місця призначення
* IP-адреса відправника
* Протокол IPsec (AH, ESP або AH + ESP)
* Порти відправника та одержувача

== Authentication Header ==

{| Class = "wikitable" style = "text-align: center"
|+''Authentication Header'' format
|-
! style="border-bottom: none; border-right: none;"| ''Offsets''
! style="border-left: none;"| Octet16
! colspan="8" | 0
! colspan="8" | 1
! colspan="8" | 2
! colspan="8" | 3
|-
! style="border-top: none" | Octet16
! Bit10
! style="width: 2.6 %;"| 0
! style="width: 2.6 %;"| 1
! style="width: 2.6 %;"| 2
! style="width: 2.6 %;"| 3
! style="width: 2.6 %;"| 4
! style="width: 2.6 %;"| 5
! style="width: 2.6 %;"| 6
! style="width: 2.6 %;"| 7
! style="width: 2.6 %;"| 8
! style="width: 2.6 %;"| 9
! style="width: 2.6 %;"| 10
! style="width: 2.6 %;"| 11
! style="width: 2.6 %;"| 12
! style="width: 2.6 %;"| 13
! style="width: 2.6 %;"| 14
! style="width: 2.6 %;"| 15
! style="width: 2.6 %;"| 16
! style="width: 2.6 %;"| 17
! style="width: 2.6 %;"| 18
! style="width: 2.6 %;"| 19
! style="width: 2.6 %;"| 20
! style="width: 2.6 %;"| 21
! style="width: 2.6 %;"| 22
! style="width: 2.6 %;"| 23
! style="width: 2.6 %;"| 24
! style="width: 2.6 %;"| 25
! style="width: 2.6 %;"| 26
! style="width: 2.6 %;"| 27
! style="width: 2.6 %;"| 28
! style="width: 2.6 %;"| 29
! style="width: 2.6 %;"| 30
! style="width: 2.6 %;"| 31
|-
! 0
! 0
| Colspan="8" |''Next Header''
| Colspan="8" |''Payload Len''
| Colspan="16" |''Reserved''
|-
! 4
! 32
| Colspan="32" |''Security Parameters Index (SPI)''
|-
! 8
! 64
| Colspan="32" |''Sequence Number''
|-
! C
! 96
| Colspan="32" rowspan="2" |''Integrity Check Value (ICV)''
 …
|-
! …
! …
|}

;'' Next Header'' (8 bits): Тип заголовка протоколу, що йде після заголовка AH. По цьому полю приймальний IP-sec модуль дізнається про захищається протоколі верхнього рівня. Значення цього поля для різних протоколів можна подивитися в RFC 1700.
;'' Payload Len'' (8 bits): Це поле визначає загальний розмір АН-заголовка в 32-бітових словах, мінус 2. Незважаючи на це, при використанні IPv6 довжина заголовка повинна бути кратна 8 байтам.
;'' Reserved'' (16 bits): Зарезервовано. Заповнюється нулями.
;'' Security Parameters Index'' (32 bits): Індекс параметрів безпеки. Значення цього поля разом з IP-адресою одержувача і протоколом безпеки (АН-протокол), однозначно визначає захищене віртуальне з'єднання (SA) для даного пакета. Діапазон значень SPI 1 … 255 зарезервований IANA.
;'' Sequence Number'' (32 bits): Послідовний номер. Служить для захисту від повторної передачі. Поле містить монотонно зростаюче значення параметра. Незважаючи на те, що одержувач може відмовитися від послуги із захисту від повторної передачі пакетів, воно є обов'язковим і завжди присутній в AH-заголовку. Передавальний IPsec-модуль завжди використовує це поле, але одержувач може його і не обробляти.
;'' Integrity Check Value'': Контрольна сума. Повинна бути кратна 8-байтам для IPv6, і 4-байтам для IPv4.

Протокол AH використовується для аутентифікації, тобто для підтвердження того, що ми зв'язуємося саме з тим, з ким припускаємо, і що дані, які ми отримуємо, не спотворені при передачі.

=== Обробка вихідних IP-пакетів ===
Якщо передавальний IPsec-модуль визначає, що пакет пов'язаний з SA, яке передбачає AH-обробку, то він починає обробку. В залежності від режиму (транспортний або режим тунелювання) він по-різному вставляє AH-заголовок в IP-пакет. У транспортному режимі AH-заголовок розташовується після заголовка протоколу IP і перед заголовками протоколів верхнього рівня (Зазвичай, [[TCP]] або [[UDP]]). В режимі тунелювання весь вихідний IP-пакет обрамляється спочатку заголовком AH, потім заголовком IP-протоколу. Такий заголовок називається зовнішнім, а заголовок вихідного IP-пакета-внутрішнім. Після цього передавальний IPsec-модуль повинен згенерувати послідовний номер і записати його в поле'' Sequence Number''. При встановленні SA послідовний номер встановлюється в 0, і перед відправкою кожного IPsec-пакета збільшується на одиницю. Крім того, відбувається перевірка — чи не зациклився лічильник. Якщо він досяг свого максимального значення, то він знову встановлюється в 0. Якщо використовується послуга щодо запобігання повторної передачі, то при досягненні лічильника свого максимального значення, що передає IPsec-модуль переустановлює SA. Таким чином забезпечується захист від [[Атака повторного відтворення|повторної посилки пакета]] — приймальний IPsec-модуль буде перевіряти поле'' Sequence Number'', і ігнорувати пакети, які приходять повторно. Далі відбувається обчислення контрольної суми ICV. Треба зауважити, що тут контрольна сума обчислюється із застосуванням секретного ключа, без якого зловмисник зможе заново обчислити хеш, але не знаючи ключа, не зможе сформувати правильну контрольну суму. Конкретні алгоритми, що використовуються для обчислення ICV, можна дізнатися з RFC 4305. В даний час можуть застосовуватися, наприклад, алгоритми HMAC-SHA1-96 або AES-XCBC-MAC-96. Протокол АН обчислює контрольну суму (ICV) за наступними полям IPsec-пакета:
* Поля IP-заголовка, що не були схильні до змін в процесі транслювання, або визначені як найважливіші
* АН-заголовок (Поля: «Next Header», "Payload Len, " Reserved ", " SPI ", " Sequence Number ", " Integrity Check Value «. Поле» Integrity Check Value "встановлюється в 0 при обчисленні ICV
* Дані протоколу верхнього рівня: Якщо поле може змінюватися в процесі транспортування, то його значення встановлюється в 0 перед обчисленням ICV. Винятки становлять поля, які можуть змінюватися, але значення яких можна передбачити при прийомі. При обчисленні ICV вони не заповнюються нулями. Прикладом змінюваного поля може служити поле контрольної суми, прикладом змінюваного, але зумовленого може бути IP-адресу одержувача. Докладніший опис того, які поля як враховуються при обчисленні ICV, можна знайти в стандарті RFC 2402.

=== Обробка вхідних IP-пакетів ===

Після отримання пакета, що містить повідомлення АН-протоколу, приймальний IPsec-модуль шукає відповідне захищене віртуальне з'єднання (SA) SADB (Security Associations Database), використовуючи IP-адресу одержувача, протокол безпеки (АН) і індекс SPI. Якщо відповідне SA не знайдено, пакет знищується. Знайдене захищене віртуальне з'єднання (SA) вказує на те, чи використовується послуга щодо запобігання повторної передачі пакетів, тобто на необхідність перевірки поля'' Sequence Number''. Якщо послуга використовується, то поле перевіряється. Для цього використовується метод ковзаючого вікна. Приймальний IPsec-модуль формує вікно з шириною W. Лівий край вікна відповідає мінімальному послідовному номеру ('' Sequence Number'') N правильно прийнятого пакета. Пакет з полем'' Sequence Number'', в якому міститься значення, починаючи від N +1 і закінчуючи N + W, приймається коректно. Якщо отриманий пакет виявляється по ліву межу вікна — він знищується. Потім приймальний IPsec-модуль обчислює ICV за відповідними полям прийнятого пакета, використовуючи алгоритм аутентифікації, який він дізнається з запису про SA, і порівнює отриманий результат із значенням ICV, розташованим в поле «Integrity Check Value». Якщо обчислене значення ICV збіглося з прийнятим, то прийшов пакет вважається дійсним і приймається для подальшої IP-обробки. Якщо перевірка дала негативний результат, то пакет який прийшов — знищується.

== Encapsulating Security Payload ==

{| Class = "wikitable" style = "text-align: center"
|+'' Encapsulating Security Payload'' format
|-
! style="border-bottom: none; border-right: none;" |''Offsets''
! style="border-left: none;" | Octet  16
! colspan="8" | 0
! colspan="8" | 1
! colspan="8" | 2
! colspan="8" | 3
|-
! style="border-top: none" | Octet  16
! Bit  10
! style="width: 2.6 %;" | 0
! style="width: 2.6 %;" | 1
! style="width: 2.6 %;" | 2
! style="width: 2.6 %;" | 3
! style="width: 2.6 %;" | 4
! style="width: 2.6 %;" | 5
! style="width: 2.6 %;" | 6
! style="width: 2.6 %;" | 7
! style="width: 2.6 %;" | 8
! style="width: 2.6 %;" | 9
! style="width: 2.6 %;" | 10
! style="width: 2.6 %;" | 11
! style="width: 2.6 %;" | 12
! style="width: 2.6 %;" | 13
! style="width: 2.6 %;" | 14
! style="width: 2.6 %;" | 15
! style="width: 2.6 %;" | 16
! style="width: 2.6 %;" | 17
! style="width: 2.6 %;" | 18
! style="width: 2.6 %;" | 19
! style="width: 2.6 %;" | 20
! style="width: 2.6 %;" | 21
! style="width: 2.6 %;" | 22
! style="width: 2.6 %;" | 23
! style="width: 2.6 %;" | 24
! style="width: 2.6 %;" | 25
! style="width: 2.6 %;" | 26
! style="width: 2.6 %;" | 27
! style="width: 2.6 %;" | 28
! style="width: 2.6 %;" | 29
! style="width: 2.6 %;" | 30
! style="width: 2.6 %;" | 31
|-
! 0
! 0
| Colspan="32" |'' Security Parameters Index (SPI)''
|-
! 4
! 32
| Colspan="32" |'' Sequence Number''
|-
! 8
! 64
| Colspan = 32 rowspan = 2 |'' Payload data''
|-
! …
! …
|-
! …
! …
| Colspan = 8 style="border-top-style: hidden;" |
| Colspan = 24 style="border-bottom-style: hidden;" |
|-
! …
! …
| Colspan = 8 style="border-right-style: hidden;" |
| Colspan = 16 |'' Padding (0-255 octets)''
| Colspan = 8 style="border-left-style: hidden;" |
|-
! …
! …
| Colspan = 16 style="border-top-style: hidden;" |
| Colspan = 8 |'' Pad Length''
| Colspan = 8 |'' Next Header''
|-
! …
! …
| Colspan="32" rowspan="2" |'' Integrity Check Value (ICV)''
 …
|-
! …
! …
|}
;'' Security Parameters Index'' (32 bits): Індекс параметрів безпеки. Значення цього поля разом з IP-адресою одержувача і протоколом безпеки (АН-протокол), однозначно визначає захищене віртуальне з'єднання (SA) для даного пакета. Діапазон значень SPI 1 … 255 зарезервований IANA для подальшого використання.
;'' Sequence Number'' (32 bits): Послідовний номер. Служить для захисту від повторної передачі. Поле містить монотонно зростаюче значення параметра. Незважаючи на те, що одержувач може і відмовитися від послуги із захисту від повторної передачі пакетів, воно завжди присутній в AH-заголовку. Відправник (передавальний IPsec-модуль) повинен завжди використовувати це поле, але одержувач може і не мати потребу в його обробці.
;'' Payload data'' (variable): Це поле містить дані відповідно до полем «Next Header». Це поле є обов'язковим і складається з цілого числа байтів. Якщо алгоритм, який використовується для шифрування цього поля, вимагає даних для синхронізації криптопроцесів (наприклад, вектор ініціалізації — «Initialization Vector»), то це поле може містити ці дані в явному вигляді.
;'' Padding'' (0-255 octets): Доповнення. Необхідно, наприклад, для алгоритмів, які вимагають, щоб відкритий текст був кратний певному числу байтів), наприклад, розміром блоку для блочного шифру.
;'' Pad Length'' (8 bits): Розмір доповнення (в байтах).
;'' Next Header'' (8 bits): Це поле визначає тип даних, що містяться в поле «Payload data».
;'' Integrity Check Value'': Контрольна сума. Повинна бути кратна 8-байтам для IPv6, і 4-байтам для IPv4.

=== Обробка вихідних IPsec-пакетів ===

Якщо передавальний IPsec-модуль визначає, що пакет пов'язаний з SA, яке передбачає ESP-обробку, то він починає обробку. В залежності від режиму (транспортний або режим тунелювання) вихідний IP-пакет обробляється по-різному. У транспортному режимі передавальний IPsec-модуль здійснює процедуру обрамлення (інкапсуляції) протоколу верхнього рівня (наприклад, [[TCP]] або [[UDP]]), використовуючи для цього ESP-заголовок і ESP-закінчення, не зачіпаючи при цьому заголовок вихідного IP -пакета. В режимі тунелювання IP-пакет обрамляється ESP-заголовком і ESP-закінченням, після чого обрамляється зовнішнім IP-заголовком.
Далі проводиться шифрування-в транспортному режимі шифрується тільки повідомлення протоколу вище лежачого рівня (тобто все, що знаходилося після IP-заголовка у вихідному пакеті), в режимі тунелювання-весь вихідний IP-пакет. Передавальний IPsec-модуль із запису про SA визначає алгоритм шифрування і секретний ключ. Стандарти IPsec дозволяють використання алгоритмів шифрування triple-DES, AES і Blowfish. Так як розмір відкритого тексту повинен бути кратний певному числу байт, наприклад, розміром блоку для блокових алгоритмів, перед шифруванням проводиться ще й необхідне доповнення повідомлення що шифрується. Зашифроване повідомлення поміщається в поле'' Payload Data''. В поле'' Pad Length'' поміщається довжина доповнення. Потім, як і в AH, обчислюється'' Sequence Number''. Після чого вважається контрольна сума (ICV). Контрольна сума, на відміну від протоколу AH, де при її обчисленні враховуються також і деякі поля IP-заголовка, в ESP обчислюється тільки по полях ESP-пакета за вирахуванням поля ICV. Перед обчисленням контрольної суми воно заповнюється нулями. Алгоритм обчислення ICV, як і в протоколі AH, що передає IPsec-модуль визначається з запису про SA, з яким пов'язаний оброблюваний пакет.

=== Обробка вхідних IPsec-пакетів ===

Після отримання пакета, що містить повідомлення ESP-протоколу, приймальний IPsec-модуль шукає відповідне захищене віртуальне з'єднання (SA) в SADB (Security Associations Database), використовуючи IP-адресу одержувача, протокол безпеки (ESP) і індекс SPI. Якщо відповідне SA не знайдено, пакет знищується. Знайдене захищене віртуальне з'єднання (SA) вказує на те, чи використовується послуга щодо запобігання повторної передачі пакетів, тобто на необхідність перевірки поля Sequence Number. Якщо послуга використовується, то поле перевіряється. Для цього, так само як і в AH, використовується метод ковзаючого вікна. Приймальний IPsec-модуль формує вікно з шириною W. Лівий край вікна відповідає мінімальному послідовному номеру (Sequence Number) N правильно прийнятого пакета. Пакет з полем Sequence Number, в якому міститься значення, починаючи від N +1 і закінчуючи N + W, приймається коректно. Якщо отриманий пакет виявляється по ліву межу вікна — він знищується. Потім, якщо використовується послуга аутентифікації, приймальний IPsec-модуль обчислює ICV за відповідними полям прийнятого пакета, використовуючи алгоритм аутентифікації, який він дізнається з запису про SA, і порівнює отриманий результат із значенням ICV, розташованим в поле «Integrity Check Value». Якщо обчислене значення ICV збіглося з прийнятим, то прийшов пакет вважається дійсним. Якщо перевірка дала негативний результат, то пакет який прийшов — знищується. Далі проводиться розшифрування пакета. Приймальний IPsec-модуль дізнається з запису про SA, який алгоритм шифрування використовується, і секретний ключ. Треба зауважити, що перевірка контрольної суми і процедура розшифрування можуть проводитися не тільки послідовно, а й паралельно. В останньому випадку процедура перевірки контрольної суми повинна закінчитися раніше процедури розшифрування, і якщо перевірка ICV провалилася, процедура розшифрування також повинна припинитися. Це дозволяє швидше виявляти зіпсовані пакети, що, в свою чергу, підвищує рівень захисту від атак типу «відмова в обслуговуванні» (DOS-атаки). Далі розшифроване повідомлення відповідно до полем'' Next Header'' передається для подальшої обробки.

== Використання ==

Протокол IPsec використовується, в основному, для організації [[VPN|VPN-тунелів]]. В цьому випадку протоколи ESP і AH працюють в режимі тунелювання. Крім того, налаштовуючи політики безпеки певним чином, протокол можна використовувати для створення міжмережевого екрану. Сенс міжмережевого екрану полягає в тому, що він контролює і фільтрує пакети, що проходять через нього, відповідно до заданих правил. Встановлюється набір правил, і екран переглядає всі пакети які проходять через нього. Якщо передані пакети потрапляють під дію цих правил, міжмережевий екран обробляє їх відповідним чином. Наприклад, він може відхиляти певні пакети, тим самим припиняючи небезпечні з'єднання. Налаштувавши політику безпеки відповідним чином, можна, наприклад, заборонити інтернет-трафік. Для цього достатньо заборонити відсилання пакетів, в які вкладаються повідомлення протоколів [[HTTP]] та [[HTTPS]]. IPsec можна застосовувати і для захисту серверів — для цього відкидаються всі пакети, окрім пакетів, необхідних для коректного виконання функцій сервера. Наприклад, для Web-сервера можна блокувати весь трафік, за винятком з'єднань через 80-й порт протоколу TCP, або через порт TCP 443 у випадках, коли застосовується [[HTTPS]].

== Посилання ==
* [http://www.ixbt.com/comm/ipsecure.shtml IPSec — протокол захисту мережевого трафіку на IP-рівні.] {{Webarchive|url=https://web.archive.org/web/20120128023609/http://www.ixbt.com/comm/ipsecure.shtml |date=28 січня 2012 }} iXBT.com
* [http://ipsec-tools.sourceforge.net/ Базова реалізація бібліотек для роботи з IPsec для Unix-подібних систем] {{Webarchive|url=https://web.archive.org/web/20101113210249/http://ipsec-tools.sourceforge.net/ |date=13 листопада 2010 }}
* [http://www.openswan.org/ Домашня сторінка проекту Open S/WAN] {{Webarchive|url=https://web.archive.org/web/20120204201016/http://www.openswan.org/ |date=4 лютого 2012 }}
* [http://www.strongswan.org/ Домашня сторінка проекту strongSwan] {{Webarchive|url=https://web.archive.org/web/20051102071255/http://www.strongswan.org/ |date=2 листопада 2005 }}
* [http://unixwiz.net/techtips/iguide-ipsec.html An Illustrated Guide to IPsec] {{Webarchive|url=https://web.archive.org/web/20100819082228/http://www.unixwiz.net/techtips/iguide-ipsec.html |date=19 серпня 2010 }}
* [http://www.cisco.com/en/US/docs/ios_xr_sw/iosxr_r2.0/security/configuration/guide/scipsec.html Опис налаштування IPSec (cisco.com)] {{Webarchive|url=https://web.archive.org/web/20120119151609/http://www.cisco.com/en/US/docs/ios_xr_sw/iosxr_r2.0/security/configuration/guide/scipsec.html |date=19 січня 2012 }} {{ref-en}}

{{Бібліоінформація}}
{{Compu-network-stub}}{{refimprove|дата=жовтень 2016}}
[[Категорія:Інтернет-протоколи]]
[[Категорія:Мережеві протоколи]]
[[Категорія:VPN]]
[[Категорія:Тунельні протоколи]]
[[Категорія:Криптографічні протоколи]]


text:
# Святицький Микола Володимирович
Микола Володимирович Святицький (1886, Рибінськ Ярославської губ. — листопад 1937, Казахстан) — лівий есер, секретар Всеросійської комісії по виборах до Установчих Зборів. Депутат УЗ (округ: Харківський № 5, партія: есери (ліві), українські есери, Рада КД).
Навчався на юридичному факультеті Московського університету, закінчив екстерном Харківський університет. У 1906 арештований, висланий у 1907 в Тобольську губернію з дозволом виїзду за кордон. З 1913 помічник присяжного повіреного. У 1917 редактор «Партийных известий». Делегат I Всеросійського з'їзду Рад РСД. Секретар комісії ЦК ПСР по виборах до УЗ.  Учасник засідання УЗ 5 січня 1918.
Перший історик Установчих Зборів, у 1918 опублікував «Итоги выборов во Всероссийское Учредительное собрание», у 1921 — «К истории Всероссийского Учредительного собрания». У 1918 член Комуч, потім секретар З'їзду членів УЗ. У січні 1919 вів переговори в Уфі з більшовиками про спільні дії, входив до групи «Народ».
У 1920-ті роки працював у радянських установах. Виступав свідком на процесі ПСР (1922). Висланий до Казахстану, працював у Кустанаї економістом. Арештований у листопаді 1937. Розстріляний. Реабілітований у 1959.

title: Святицький Микола Володимирович

wikitext:
{{особа}}
'''Микола Володимирович Святицький''' (1886, [[Рибінськ]] [[Ярославська губернія|Ярославської губ.]] — листопад 1937, [[Казахстан]]) — лівий есер, секретар Всеросійської комісії по [[Вибори до Всеросійських установчих зборів|виборах до Установчих Зборів]]<!--, созданной Временным правительством-->. Депутат [[Всеросійські установчі збори|УЗ]] (округ: Харківський № 5, партія: есери (ліві), українські есери, Рада КД).

Навчався на юридичному факультеті Московського університету, закінчив екстерном [[Харківський університет]]. У 1906 арештований, висланий у 1907 в [[Тобольська губернія|Тобольську губернію]] з дозволом виїзду за кордон. З 1913 помічник присяжного повіреного. У 1917 редактор «Партийных известий». Делегат I Всеросійського з'їзду Рад РСД. Секретар комісії ЦК [[ПСР]] по виборах до [[Всеросійські установчі збори|УЗ]]. <!-- Обязательный кандидат ПСР. --> Учасник [[Всеросійські установчі збори|засідання УЗ 5 січня 1918]].

Перший історик Установчих Зборів, у 1918 опублікував «Итоги выборов во Всероссийское Учредительное собрание», у 1921 — «К истории Всероссийского Учредительного собрания». У 1918 член<ref>{{Cite web |url=http://www.hrono.info/organ/rossiya/komuch.php |title=КОМУЧ |accessdate=14 квітня 2013 |archive-date=23 червня 2013 |archive-url=https://web.archive.org/web/20130623010210/http://www.hrono.info/organ/rossiya/komuch.php }}</ref> [[Комуч]], потім секретар З'їзду членів УЗ. У січні 1919 вів переговори в Уфі з більшовиками про спільні дії, входив до групи «Народ».

У 1920-ті роки працював у радянських установах. Виступав свідком на процесі [[ПСР]] (1922). Висланий до [[Казахстан]]у, працював у [[Кустанай|Кустанаї]] економістом. Арештований у листопаді 1937. Розстріляний. Реабілітований у 1959.

== Примітки ==
{{reflist}}

== Джерела та література ==

* [http://www.hrono.ru/biograf/bio_s/svjaticki.php Николай Владимирович Святицкий] {{Webarchive|url=https://web.archive.org/web/20130719034118/http://hrono.ru/biograf/bio_s/svjaticki.php |date=19 липня 2013 }} // [[ХРОНОС]], Члены Всероссийского Учредительного Собрания (биографический указатель)
* [[Ленін|B. И. Ленин]]. [http://leninism.su/index.php?option=com_content&view=article&id=4149%3Avserossijskoe-uchreditelnoe-sobranie&catid=30%3Alibrary&Itemid=37&limitstart=1 Выборы в Учредительное собрание и диктатура пролетариата.] {{Webarchive|url=https://web.archive.org/web/20160304185433/http://leninism.su/index.php?option=com_content&view=article&id=4149:vserossijskoe-uchreditelnoe-sobranie&catid=30:library&Itemid=37&limitstart=1 |date=4 березня 2016 }} // Написано 16 декабря 1919 г. Напечатано в «Комм. Интерн.», № 7—8, ноябрь— декабрь 1919 г., Собр. сочинений, т. XVI, стр. 439—459.
* {{Не перекладено|Поляков Юрий Александрович|''Поляков Ю. А.''|ru|Поляков, Юрий Александрович (историк)}} [http://historysibsuti.narod.ru/ys10.htm Учредительное Собрание: 80 лет спустя] {{Webarchive|url=https://web.archive.org/web/20160305014827/http://historysibsuti.narod.ru/ys10.htm |date=5 березня 2016 }} // Свободная мысль. 1998. N 3. С. 65-70.
* ''[[Протасов Лев Григорович|Протасов Л. Г.]]'' Люди Учредительного Собрания: портрет в интерьере эпохи. М., РОСПЭН, 2008.
* [http://bg.convdocs.org/docs/index-86038.html Список членів Всеросійських установчих зборів, обраних в українських губерніях, на Південно-Західному та Румунському фронтах, Чорноморському флоті, а також в інших округах за українськими списками]{{Недоступне посилання|date=липень 2019 |bot=InternetArchiveBot }}

{{нк}}

[[Категорія:Члени Всеросійських установчих зборів]]
[[Категорія:Члени Партії лівих соціалістів-революціонерів]]
[[Категорія:Члени Партії соціалістів-революціонерів]]

title: Святицький Микола Володимирович

Народився: 1886 · Рибінськ, Ярославська губернія, Російська імперія

Помер: листопад 1937

Alma mater: ХНУ ім. В. Н. Каразіна

Заклад: ХНУ ім. В. Н. Каразіна

Партія: Партія лівих соціалістів-революціонерів


text:
# Коротково (Волзький район)
Коротко́во (рос. Коротково, марій. Кӱчыклук) — присілок у складі Волзького району Марій Ел, Росія. Входить до складу Обшиярського сільського поселення.

## Населення
Населення — 130 осіб (2010; 129 у 2002).
Національний склад (станом на 2002 рік):
- марі — 91 %

title: Коротково (Волзький район)

wikitext:
{{Населений пункт Росії
 | тип             = присілок
 | тип_род         = присілка
 | назва           = Коротково
 | назва ін.       = {{lang-ru|Коротково}}<br/>{{lang-chm|Кӱчыклук}}
 | карта розташування1 = Росія Марій Ел
 | зображення         =
 | зображення_розмір  =
 | зображення_підпис  =
 | суб'єкт РФ      = [[Марій Ел]]
 | район           = [[волзький район (Марій Ел)|Волзький район]]
 | поселення       = [[обшиярське сільське поселення|Обшиярське]]
 | код ЗКАТУ       =
 | засноване       =
 | статус          =
 | поділ           =
 | населення       = 130 осіб ([[2010]]{{RUS-ME-census-2010}})
 | поштові індекси =
 | код             =
 | lat=
 | long=
 | lat_dir=N
 | lat_deg= 56
 | lat_min= 00
 | lat_sec= 43
 | lon_dir=E
 | lon_deg= 48
 | lon_min= 19
 | lon_sec= 32
 | висота          =
 | водойма         =
 | станція         =
 | відстань о      =
 | відстань р      =
 | схема           =
 | міста-побратими =
 | день міста      =
 | адреса          =
 | вебсторінка     =
 | мер             =
 }}

{{Otheruses|Коротково}}

'''Коротко́во''' ({{lang-ru|Коротково}}, {{lang-chm|Кӱчыклук}}) — [[присілок]] у складі [[волзький район (Марій Ел)|Волзького району]] [[Марій Ел]], [[Росія]]. Входить до складу [[обшиярське сільське поселення|Обшиярського сільського поселення]].

== Населення ==
Населення — 130 осіб ([[2010]]; 129 у [[2002]]<ref>{{Cite web |url=http://lingvarium.org/russia/BD/02c_Marii-El_new.xls |title=Дані перепису населення Росії 2002 року |accessdate=10 березня 2021 |archive-date=13 листопада 2016 |archive-url=https://www.webcitation.org/6lzKOK34z?url=http://lingvarium.org/russia/BD/02c_Marii-El_new.xls }}</ref>).

Національний склад (станом на 2002 рік):
* [[марійці|марі]] — 91 %

== Джерела ==
* {{Карта|O-39-133}}

== Примітки ==
{{reflist}}

== Посилання ==
* [http://wikimapia.org/#lang=ru&lat=56.012874&lon=48.325596&z=13&show=/9855243/ru/ На Вікімапії] {{Webarchive|url=https://www.webcitation.org/61CZ2O6Sc?url=http://wikimapia.org/#lang=ru&lat=56.012874&lon=48.325596&z=13&show=/9855243/ru/ |date=25 серпня 2011 }}

{{Mari El-stub}}
{{волзький район (Марій Ел)}}

[[Категорія:Населені пункти Волзького району (Марій Ел)]]
[[Категорія:Присілки Марій Ел]]

title: присілок Коротково

Країна: Росія

Суб'єкт Російської Федерації: Марій Ел

Муніципальний район: Волзький район

Поселення: Обшиярське

title: Основні дані

Основні дані:
Мапа
· Коротково · Коротково


text:
# Гюнтер Германн
Гюнтер Германн (нім. Günter Hermann, нар. 5 грудня 1960, Ребург-Локкум) — колишній німецький футболіст, що грав на позиції півзахисника. По завершенні ігрової кар'єри — футбольний тренер. Відомий, зокрема, виступами за «Вердер», «Ганновер», а також національну збірну Німеччини.

## Клубна кар'єра
Починаючи з 1983-го протягом 10 сезонів Гюнтер грав за бременський «Вердер». Він дебютував в клубі 11 грудня 1982 року у матчі проти «Бохума», що завершився перемогою «Вердера» з рахунком 2-1. Гюнтер вийшов на поле на 76-й хвилині, замінивши при цьому Міхаеля Бьонке . Це була єдина гра Германна в тому сезоні.
Заграти в основному складі Гюнтеру вдалося досить пізно. Лише в сезоні 1984-85 він зміг завоювати собі постійне представництво на полі. Опорний півзахисник за амплуа, він досить скоро став одним з найважливіших гравців бременців. Його зв'язка з Мирославом Вотавою була однією з найбільш непрохідних в Бундеслізі тих років. У сезоні 1987-88 років Гюнтер допоміг «Вердеру» стати чемпіоном Німеччини. Взимку 1992 року він покинув Бремен, змінивши його на більш скромну команду «Ваттеншайд», яка розташовувалася в нижній частині турнірної таблиці.
Останні три сезони Гюнтер грав за «Ганновер» у другій Бундеслізі. У 1996 році Германн завершив футбольну кар'єру.

## Виступи за збірну
Всього за збірну Гюнтер Германн провів два матчі. Був учасником і переможцем Чемпіонату світу 1990 року, хоча не зіграв на турнірі жодного матчу. Дебютував у збірній 21 вересня 1988 року в товариському матчі зі збірною СРСР, що завершився перемогою німців з рахунком 1-0.

## Титули і досягнення
Збірна Німеччини
- Чемпіонат світу
  - Чемпіон (1): 1990

 «Вердер»
- Кубок володарів кубків
  - Володар (1): 1991-92
- Чемпіонат Німеччини
  - Чемпіон (1): 1987–88
  - Срібний призер (3): 1982-83, 1984-85, 1985-86
  - Бронзовий призер (2): 1988-89, 1990-91
- Кубок Німеччини
  - Володар (1): 1990-91
  - Фіналіст (2): 1988-89, 1989-90
- Суперкубок Німеччини
  - Володар (1): 1988

title: Гюнтер Германн

wikitext:
{{Футболіст
| ім'я              = Гюнтер Германн
| зображення        =
| підпис            =
| повне-ім'я        =
| місце-народження  = [[Ребург-Локкум]]
| країна-народження = {{FRG}}
| дата-народження   = 5.12.1960
| дата-смерті       =
| місце-смерті      =
| зріст             =
| вага              =
| поточний-клуб     =
| позиція           = [[півзахисник]]
| номер             =
| юнацькі-роки      = ????–????
????–1979
1979–1980
1980–1982
| юнацькі-клуби     = {{Прапорець|GER}} «Регбург»
{{Прапорець|GER}} «Штадтгаден»
{{Прапорець|GER}} «Локкум»
{{Прапорець|GER}} «[[Вердер (футбольний клуб)|Вердер]]»
| клубний гравець   = {{Футболіст початок}}
{{Футболіст заголовок|Клуб}}
{{Футболіст рядок 0|1983–1988 | {{Прапорець|GER}} | «[[Вердер (футбольний клуб)|Вердер]]» | 231 |8}}
{{Футболіст рядок 1|1988–1994 | {{Прапорець|GER}} | «[[Ваттеншайд 09|Ваттеншайд]]» | 31 |0}}
{{Футболіст рядок 0|1994–2002 | {{Прапорець|GER}} | «[[Ганновер 96|Ганновер]]» | 53 |2}}
{{Футболіст кінець}}
| гравець збірної   = {{Футболіст початок}}
{{Футболіст заголовок|Збірна}}
{{Футболіст рядок 0|1988–1990 || {{GERf}} | 2 |0}}
{{Футболіст кінець}}
| тренер = {{Футбольний тренер початок}}
{{Футбольний тренер заголовок}}
{{Футбольний тренер рядок 0|1996–1999 | {{Прапорець|GER}} | «Ротенбургер»}}
{{Футбольний тренер рядок 1|1999      | {{Прапорець|GER}} | «[[Обернойланд]]»}}
{{Футбольний тренер рядок 0|2000–2014 | {{Прапорець|GER}} | «[[Остергольц-Шармбек (футбольний клуб)|Остергольц-Шармбек]]»}}
{{Футбольний тренер рядок 1|2014–2015 | {{Прапорець|GER}} | «[[Обернойланд]]»}}
{{Футбольний тренер рядок 0|2017      | {{Прапорець|GER}} | «[[Обернойланд]]»| (в.о.)}}
{{Футбольний тренер кінець}}
}}

'''Гюнтер Германн''' ({{lang-de|Günter Hermann}}, {{н}} 5 грудня 1960, [[Ребург-Локкум]]) — колишній [[Німеччина|німецький]] [[футболіст]], що грав на позиції півзахисника. По завершенні ігрової кар'єри — футбольний тренер. Відомий, зокрема, виступами за «[[Вердер (футбольний клуб)|Вердер]]», «[[Ганновер 96|Ганновер]]», а також [[Збірна Німеччини з футболу|національну збірну Німеччини]].

== Клубна кар'єра ==
Починаючи з 1983-го протягом 10 сезонів Гюнтер грав за бременський «[[Вердер (футбольний клуб)|Вердер]]». Він дебютував в клубі 11 грудня 1982 року у матчі проти «[[Бохума (футбольний клуб)|Бохума]]», що завершився перемогою «Вердера» з рахунком 2-1. Гюнтер вийшов на поле на 76-й хвилині, замінивши при цьому [[Міхаель Бьонке|Міхаеля Бьонке]] <ref>[https://www.fussballdaten.de/bundesliga/1983/17/bochum-bremen/ «Бохум» 1 - 2 «Вердер»] {{Webarchive|url=https://web.archive.org/web/20171023173933/https://www.fussballdaten.de/bundesliga/1983/17/bochum-bremen/ |date=23 жовтня 2017 }}; ''fussballdaten.de''. Процитовано 4 липня 2010 {{ref-de}}</ref>. Це була єдина гра Германна в тому сезоні.

Заграти в основному складі Гюнтеру вдалося досить пізно. Лише в сезоні 1984-85 він зміг завоювати собі постійне представництво на полі. Опорний півзахисник за амплуа, він досить скоро став одним з найважливіших гравців бременців. Його зв'язка з [[Мирослав Вотава|Мирославом Вотавою]] була однією з найбільш непрохідних в Бундеслізі тих років. У сезоні 1987-88 років Гюнтер допоміг «Вердеру» стати чемпіоном Німеччини. Взимку 1992 року він покинув Бремен, змінивши його на більш скромну команду «[[Ваттеншайд 09|Ваттеншайд]]», яка розташовувалася в нижній частині турнірної таблиці.

Останні три сезони Гюнтер грав за «[[Ганновер 96|Ганновер]]» у другій Бундеслізі. У 1996 році Германн завершив футбольну кар'єру.

== Виступи за збірну ==
Всього за збірну Гюнтер Германн провів два матчі. Був учасником і переможцем [[Чемпіонат світу з футболу 1990|Чемпіонату світу 1990 року]], хоча не зіграв на турнірі жодного матчу. Дебютував у збірній 21 вересня 1988 року в товариському матчі зі [[Збірна СРСР з футболу|збірною СРСР]], що завершився перемогою німців з рахунком 1-0<ref>[https://www.fussballdaten.de/freundschaftsspiele/1988/deutschland-russland/ Німеччина 1 - 0 СРСР] {{Webarchive|url=https://web.archive.org/web/20171024045034/https://www.fussballdaten.de/freundschaftsspiele/1988/deutschland-russland/ |date=24 жовтня 2017 }}; ''fussballdaten.de''. Процитовано 1 травня 2012 {{ref-de}}</ref>.

== Титули і досягнення ==
;{{Прапорець|GER}} '''Збірна Німеччини''':
* '''[[Чемпіонат світу з футболу|Чемпіонат світу]]'''
** '''Чемпіон (1)''': [[Чемпіонат світу з футболу 1990|1990]]

;{{Прапорець|GER}} '''«Вердер»''':
* '''[[Кубок володарів кубків УЄФА|Кубок володарів кубків]]'''
** '''Володар (1)''': [[Кубок володарів кубків 1991—1992|1991-92]]
* '''[[Чемпіонат Німеччини з футболу|Чемпіонат Німеччини]]'''
** '''Чемпіон (1)''': [[Чемпіонат ФРН з футболу 1987—1988: Бундесліга|1987–88]]
** '''Срібний призер (3)''': [[Чемпіонат ФРН з футболу 1982—1983: Бундесліга|1982-83]], [[Чемпіонат ФРН з футболу 1984—1985: Бундесліга|1984-85]], [[Чемпіонат ФРН з футболу 1985—1986: Бундесліга|1985-86]]
** '''Бронзовий призер (2)''': [[Чемпіонат ФРН з футболу 1988—1989: Бундесліга|1988-89]], [[Чемпіонат ФРН з футболу 1990—1991: Бундесліга|1990-91]]
* '''[[Кубок Німеччини з футболу|Кубок Німеччини]]'''
** '''Володар (1)''': [[Кубок Німеччини з футболу 1990—1991|1990-91]]
** '''Фіналіст (2)''': [[Кубок Німеччини з футболу 1988—1989|1988-89]], [[Кубок Німеччини з футболу 1989—1990|1989-90]]
* '''[[Суперкубок Німеччини з футболу|Суперкубок Німеччини]]'''
** '''Володар (1)''': [[Суперкубок Німеччини з футболу 1988|1988]]

== Примітки ==
{{reflist}}

== Посилання ==
* [https://www.fussballdaten.de/person/guenter-hermann/ Статистика на fussballdaten.de] {{Webarchive|url=https://web.archive.org/web/20171024043208/https://www.fussballdaten.de/person/guenter-hermann/ |date=24 жовтня 2017 }} {{ref-de}}
* [https://www.national-football-teams.com/player/14302/Guenter_Hermann.html Статистика на national-football-teams.com] {{Webarchive|url=https://web.archive.org/web/20170322160205/http://www.national-football-teams.com/player/14302/Guenter_Hermann.html |date=22 березня 2017 }} {{ref-en}}

{{Склад збірної Німеччини на чемпіонаті світу 1990}}

{{footballer-stub}}

{{Портали|Біографії|Футбол}}

{{DEFAULTSORT:Германн Гюнтер}}
[[Категорія:Німецькі футболісти]]
[[Категорія:Гравці збірної Німеччини з футболу]]
[[Категорія:Футболісти «Вердера»]]
[[Категорія:Футболісти «Ганновера 96»]]
[[Категорія:Гравці чемпіонату світу з футболу 1990]]
[[Категорія:Нагороджені Срібним лавровим листом]]

title: Особисті дані

Народження: 5 грудня 1960 (64 роки)

Громадянство: Німеччина

Позиція: півзахисник

title: Юнацькі клуби

«Регбург» · «Штадтгаден» · «Локкум» · «Вердер»

title: Професіональні клуби*

Роки: Клуб · І (г)

«Вердер» · 231 · (8)

«Ваттеншайд» · 31 · (0)

«Ганновер» · 53 · (2)

title: Національна збірна

Роки: Збірна · І (г)

Німеччина · 2 · (0)

title: Тренерська діяльність**

Роки: Команда · Посада

«Ротенбургер»

«Обернойланд»

«Остергольц-Шармбек»

«Обернойланд»

«Обернойланд» · (в.о.)

Тренерська діяльність**: * Ігри та голи за професіональні клуби · враховуються лише в національному чемпіонаті.

Тренерська діяльність**: ** Тільки на посаді головного тренера.