Настройка и проверка аутентификации в протоколе OSPF - История изменений

imported>Artem: /* Пример траблшутинг аутентификации MD5 */

2012-11-08T18:17:42Z

‎Пример траблшутинг аутентификации MD5

imported>Artem: /* Пример траблшутинг аутентификации MD5 */

2012-11-08T15:54:48Z

‎Пример траблшутинг аутентификации MD5

imported>Artem: /* Пример успешной аутентификации MD5 */

2012-11-08T15:33:02Z

‎Пример успешной аутентификации MD5

imported>Artem: /* Troubleshooting MD5 Authentication */

2012-11-08T15:29:36Z

‎Troubleshooting MD5 Authentication

imported>Artem: /* Troubleshooting MD5 Authentication */

2012-11-08T15:25:49Z

‎Troubleshooting MD5 Authentication

imported>Artem: /* Troubleshooting MD5 Authentication */

2012-11-08T15:22:57Z

‎Troubleshooting MD5 Authentication

imported>Artem: /* Проверка работы аутентификации MD5 */

2012-11-08T15:20:32Z

‎Проверка работы аутентификации MD5

imported>Artem: /* Проверка работы аутентификации MD5 */

2012-11-08T15:17:42Z

‎Проверка работы аутентификации MD5

imported>Artem: /* Проверка работы аутентификации MD5 */

2012-11-08T15:11:35Z

‎Проверка работы аутентификации MD5

imported>Artem: /* Проверка работы аутентификации MD5 */

2012-11-08T15:08:56Z

‎Проверка работы аутентификации MD5

← Предыдущая		Версия 18:17, 8 ноября 2012
Строка 426:		Строка 426:
	====Пример траблшутинг аутентификации MD5====		====Пример траблшутинг аутентификации MD5====
	В примере аутентификация настроена на нужных интерфейсах, но используются разные ключи: key 1 на R1 и key 2 R2. Соседство не установится между маршрутизаторами даже если будут настроены одинаковые пароли. Вывод дебага иллюстрирует сообщение о несовпадении ключа аутентификации. OSPF пакеты между соседями рассылаться не будут.		В примере аутентификация настроена на нужных интерфейсах, но используются разные ключи: key 1 на R1 и key 2 R2. Соседство не установится между маршрутизаторами даже если будут настроены одинаковые пароли. Вывод дебага иллюстрирует сообщение о несовпадении ключа аутентификации. OSPF пакеты между соседями рассылаться не будут.
		+
		+	R1#
		+	*Apr 20 17:56:16.530: OSPF: Send with youngest Key 1
		+	*Apr 20 17:56:26.502: OSPF: Rcv pkt from 192.168.1.102, Serial0/0/1 : Mismatch <--------
		+	Authentication Key - No message digest key 2 on interface
		+	*Apr 20 17:56:26.530: OSPF: Send with youngest Key 1
		+
		+	R2#
		+	*Apr 20 17:55:28.226: OSPF: Send with youngest Key 2
		+	*Apr 20 17:55:28.286: OSPF: Rcv pkt from 192.168.1.101, Serial0/0/1 : Mismatch <--------
		+	Authentication Key - No message digest key 1 on interface
		+	*Apr 20 17:55:38.226: OSPF: Send with youngest Key 2

← Предыдущая		Версия 15:54, 8 ноября 2012
Строка 425:		Строка 425:

	====Пример траблшутинг аутентификации MD5====		====Пример траблшутинг аутентификации MD5====
−	В примере аутентификация настроена на нужных интерфейсах, но используются разные ключи: key 1 на R1 и key 2 R2	+	В примере аутентификация настроена на нужных интерфейсах, но используются разные ключи: key 1 на R1 и key 2 R2. Соседство не установится между маршрутизаторами даже если будут настроены одинаковые пароли. Вывод дебага иллюстрирует сообщение о несовпадении ключа аутентификации. OSPF пакеты между соседями рассылаться не будут.
−	~~Troubleshooting MD5 Authentication Problems Example====~~
−	~~Using the network in Figure 3-57 if MD5 authentication is configured on the R1 Serial~~
−	~~0/0/1 interface and on the R2 Serial 0/0/1 interface, but R1 has key 1 and R2 has key 2,~~
−	~~the routers will not be able to form an adjacency over that link, even though both have~~
−	~~the same passwords configured~~. ~~The outputs of the debug ip ospf adj command shown~~
−	~~in Example 3-53 illustrate that the routers report a mismatch in authentication key~~. No
−	OSPF ~~packets will be sent between the neighbors~~.

← Предыдущая		Версия 15:33, 8 ноября 2012
Строка 423:		Строка 423:
	0x8000000A		0x8000000A
	*Apr 20 17:14:09.150: OSPF: Send with youngest Key 1		*Apr 20 17:14:09.150: OSPF: Send with youngest Key 1
		+
		+	====Пример траблшутинг аутентификации MD5====
		+	В примере аутентификация настроена на нужных интерфейсах, но используются разные ключи: key 1 на R1 и key 2 R2
		+	Troubleshooting MD5 Authentication Problems Example====
		+	Using the network in Figure 3-57 if MD5 authentication is configured on the R1 Serial
		+	0/0/1 interface and on the R2 Serial 0/0/1 interface, but R1 has key 1 and R2 has key 2,
		+	the routers will not be able to form an adjacency over that link, even though both have
		+	the same passwords configured. The outputs of the debug ip ospf adj command shown
		+	in Example 3-53 illustrate that the routers report a mismatch in authentication key. No
		+	OSPF packets will be sent between the neighbors.

@@ Строка 378: / Строка 378: @@
 В случае возникновения проблем, рекомендуется воспользоваться опять-таки командой '''debug ip ospf adj'''. Также может пригодиться команда '''show ip ospf neighbor''', показывающая состояние обнаруженных соседей. При работе без ошибок вы увидите в списке соседей в состоянии FULL, при ошибках состояние будет иным. При отсутствии идентификаторов ключей, в логе отладки вы увидите сообщения вида '''Mismatch Authentication Key – No message digest key X on interface''', где '''X''' – идентификатор ключа, присланного другой стороной.
   R1#debug ip ospf adj
   OSPF adjacency events debugging is on

← Предыдущая		Версия 15:25, 8 ноября 2012
Строка 377:		Строка 377:
	===Troubleshooting MD5 Authentication===		===Troubleshooting MD5 Authentication===
	В случае возникновения проблем, рекомендуется воспользоваться опять-таки командой '''debug ip ospf adj'''. Также может пригодиться команда '''show ip ospf neighbor''', показывающая состояние обнаруженных соседей. При работе без ошибок вы увидите в списке соседей в состоянии FULL, при ошибках состояние будет иным. При отсутствии идентификаторов ключей, в логе отладки вы увидите сообщения вида '''Mismatch Authentication Key – No message digest key X on interface''', где '''X''' – идентификатор ключа, присланного другой стороной.		В случае возникновения проблем, рекомендуется воспользоваться опять-таки командой '''debug ip ospf adj'''. Также может пригодиться команда '''show ip ospf neighbor''', показывающая состояние обнаруженных соседей. При работе без ошибок вы увидите в списке соседей в состоянии FULL, при ошибках состояние будет иным. При отсутствии идентификаторов ключей, в логе отладки вы увидите сообщения вида '''Mismatch Authentication Key – No message digest key X on interface''', где '''X''' – идентификатор ключа, присланного другой стороной.
		+
		+	R1#debug ip ospf adj
		+	OSPF adjacency events debugging is on
		+	*Apr 20 17:13:56.530: %LINK-3-UPDOWN: Interface Serial0/0/1, changed state to up
		+	*Apr 20 17:13:56.530: OSPF: Interface Serial0/0/1 going Up
		+	*Apr 20 17:13:56.530: OSPF: Send with youngest Key 1 // <---------------
		+	*Apr 20 17:13:57.030: OSPF: Build router LSA for area 0, router ID 10.1.1.1, seq
		+	0x80000009
		+	*Apr 20 17:13:57.530: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/1,
		+	changed state to up
		+	*Apr 20 17:14:06.530: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.546: OSPF: 2 Way Communication to 10.2.2.2 on Serial0/0/1, state
		+	2WAY
		+	*Apr 20 17:14:06.546: OSPF: Send DBD to 10.2.2.2 on Serial0/0/1 seq 0xB37 opt
		+	0x52 flag 0x7 len 32
		+	*Apr 20 17:14:06.546: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.562: OSPF: Rcv DBD from 10.2.2.2 on Serial0/0/1 seq 0x32F opt 0
		+	x52 flag 0x7 len 32 mtu 1500 state EXSTART
		+	*Apr 20 17:14:06.562: OSPF: NBR Negotiation Done. We are the SLAVE
		+	*Apr 20 17:14:06.562: OSPF: Send DBD to 10.2.2.2 on Serial0/0/1 seq 0x32F opt
		+	0x52 flag 0x2 len 72
		+	*Apr 20 17:14:06.562: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.602: OSPF: Rcv DBD from 10.2.2.2 on Serial0/0/1 seq 0x330 opt
		+	0x52 flag 0x3 len 72 mtu 1500 state EXCHANGE
		+	*Apr 20 17:14:06.602: OSPF: Send DBD to 10.2.2.2 on Serial0/0/1 seq 0x330 opt
		+	0x52 flag 0x0 len 32
		+	*Apr 20 17:14:06.602: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.602: OSPF: Database request to 10.2.2.2
		+	*Apr 20 17:14:06.602: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.602: OSPF: sent LS REQ packet to 192.168.1.102, length 12
		+	*Apr 20 17:14:06.614: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.634: OSPF: Rcv DBD from 10.2.2.2 on Serial0/0/1 seq 0x331 opt
		+	0x52 flag 0x1 len 32 mtu 1500 state EXCHANGE
		+	*Apr 20 17:14:06.634: OSPF: Exchange Done with 10.2.2.2 on Serial0/0/1
		+	*Apr 20 17:14:06.634: OSPF: Send DBD to 10.2.2.2 on Serial0/0/1 seq 0x331 opt
		+	0x52 flag 0x0 len 32
		+	*Apr 20 17:14:06.634: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:06.650: OSPF: Synchronized with 10.2.2.2 on Serial0/0/1, state FULL
		+	*Apr 20 17:14:06.650: %OSPF-5-ADJCHG: Process 10, Nbr 10.2.2.2 on Serial0/0/1 from
		+	LOADING to FULL, Loading Done // <-------------
		+	*Apr 20 17:14:07.150: OSPF: Send with youngest Key 1
		+	*Apr 20 17:14:07.150: OSPF: Build router LSA for area 0, router ID 10.1.1.1, seq
		+	0x8000000A
		+	*Apr 20 17:14:09.150: OSPF: Send with youngest Key 1

← Предыдущая		Версия 15:22, 8 ноября 2012
Строка 376:		Строка 376:

	===Troubleshooting MD5 Authentication===		===Troubleshooting MD5 Authentication===
		+	В случае возникновения проблем, рекомендуется воспользоваться опять-таки командой '''debug ip ospf adj'''. Также может пригодиться команда '''show ip ospf neighbor''', показывающая состояние обнаруженных соседей. При работе без ошибок вы увидите в списке соседей в состоянии FULL, при ошибках состояние будет иным. При отсутствии идентификаторов ключей, в логе отладки вы увидите сообщения вида '''Mismatch Authentication Key – No message digest key X on interface''', где '''X''' – идентификатор ключа, присланного другой стороной.

@@ Строка 338: / Строка 338: @@
       Youngest key id is 1
   <output omitted>
   R1#
   R1# show ip ospf neighbor
   Neighbor ID     Pri   State           Dead Time   Address         Interface
@@ Строка 359: / Строка 374: @@
 Обратите внимание, что вывод show ip ospf interface показывает, что у R1 есть сосед, и что он использует аутентификацию md5. Вывод show ip ospf neighbor показывает, что сосед в состоянии FULL, т.е. два соседа успешно сформировали соседство.

@@ Строка 356: / Строка 356: @@
   Sending 5, 100-byte ICMP Echos to 10.2.2.2, timeout is 2 seconds:
   !!!!!
-Success rate is 100 percent (5/5), round-trip min/avg/max = 28/28/32 ms
+ Success rate is 100 percent (5/5), round-trip min/avg/max = 28/28/32 ms

@@ Строка 342: / Строка 342: @@
   Neighbor ID     Pri   State           Dead Time   Address         Interface
 .2.2.1          0   FULL/  -        00:00:31    192.168.1.102   Serial0/0/1 // <-------------
-−
   R1#show ip route
   <output omitted>
- Gateway of last resort is not set
+  Gateway of last resort is not set
 .0.0.0/8 is variably subnetted, 2 subnets, 2 masks
- O 10.2.2.2/32 [110/782] via 192.168.1.102, 00:00:37, Serial0/0/1
+  O   10.2.2.2/32 [110/782] via 192.168.1.102, 00:00:37, Serial0/0/1
- C 10.1.1.0/24 is directly connected, Loopback0
+  C   10.1.1.0/24 is directly connected, Loopback0
 .168.1.0/27 is subnetted, 1 subnets

← Предыдущая		Версия 15:08, 8 ноября 2012
Строка 343:		Строка 343:
	10.2.2.1 0 FULL/ - 00:00:31 192.168.1.102 Serial0/0/1 // <-------------		10.2.2.1 0 FULL/ - 00:00:31 192.168.1.102 Serial0/0/1 // <-------------

−	R1#	+	R1#show ip route
		+	<output omitted>
		+	Gateway of last resort is not set
		+	10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
		+	O 10.2.2.2/32 [110/782] via 192.168.1.102, 00:00:37, Serial0/0/1
		+	C 10.1.1.0/24 is directly connected, Loopback0
		+	192.168.1.0/27 is subnetted, 1 subnets