Безопасность : Многофункциональные устройства защиты Cisco ASA серии 5500

Пример конфигурации L2TP через подключение IPsec между ПС Windows 2000/XP и PIX/ASA 7.2 с использованием общих ключей доступа

29 июля 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (13 сентября 2013) | Английский (13 октября 2008) | Отзыв

Содержание

Введение
Предварительные условия
     Требования
     Используемые компоненты
     Соответствующие продукты
     Условные обозначения
Общие сведения
Настройка
     Схема сети
     Конфигурации
     Конфигурация клиента Windows L2TP/IPsec
     Конфигурация сервера L2TP в PIX
     Конфигурация L2TP с помощью ASDM
     Конфигурация сервера Microsoft Windows 2003 Server с IAS
Проверка
Устранение неполадок
     Команды устранения неполадок
     Образец выходных данных отладки
     Устранение неполадок с помощью ASDM
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

Этот документ описывает настройку протокола туннелирования уровня 2 (протокол L2TP) через подключение IPsec от удаленных клиентов Microsoft Windows 2000/2003 и XP в корпоративный офис PIX Security Appliance, используя предустановленные общие ключи вместе с IAS-сервером RADIUS Microsoft Windows 2003 для аутентификации пользователя. Дополнительные сведения об IAS см. в документе Microsoft – Контрольный список: Настройка IAS для телефонного соединения и VPN-допуска leavingcisco.com.

Основной целью настройки протокола L2TP совместно с IPsec в сценарии удаленного доступа является возможность удаленного пользователя получить VPN-доступ через общую IP-сеть без использования шлюза или выделенной линии. Это позволяет получить удаленный доступ практически из любого места при наличии обычной телефонной сети. Помимо этого, единственным требуемым клиентом для VPN-доступа является использование Windows 2000 совместно с системой Microsoft удаленного доступа к сети (DUN). Дополнительное программное обеспечение такое, как Cisco VPN Сlient software для клиентов не требуется.

Этот документ также описывает использование Адаптивного менеджера устройств безопасности (ASDM) для настройки системы безопасности серии PIX 500 для протокола L2TP через IPsec.

Примечание.  Поддержка протокола туннелирования второго уровня (L2TP) через IPsec основана на программном обеспечении межсетевого экрана Cisco Secure PIX версии 6.x и более поздних версий.

Для настройки L2TP через IPsec между PIX 6.x и Windows 2000 см. Конфигурация L2TP через IPsec между межсетевым экраном PIX и Windows 2000 PC с помощью сертификатов.

Для настройки L2TP через IP Security (IPsec) от удаленных клиентов Microsoft Windows 2000 и XP в корпоративный сайт с помощью зашифрованного метода см. Конфигурация L2TP через IPsec от клиента Windows 2000 или XP в концентратор Cisco VPN 3000 с использованием общих ключей.

Предварительные условия

Требования

Перед созданием безопасного туннеля необходимо установить IP-соединение между узлами.

Проверьте, чтобы UDP-порт 1701 не был заблокирован по всей длине маршрута соединения.

Используйте только ту туннельную группу и политику группы, которые заданы по умолчанию системой Cisco PIX/ASA. Группы и групповая политика, установленные пользователем, не функционируют.

Примечание. Система безопасности не создает туннель L2TP/IPsec с помощью Windows 2000 даже при установленных Cisco VPN Client 3.x или Cisco VPN 3000 Client 2.5. Отключите систему обслуживания Cisco VPN для Cisco VPN Client 3.x или систему обслуживания ANetIKE для Cisco VPN 3000 Client 2.5, используя панель Services в Windows 2000. Для этого выберите Start > Programs > Administrative Tools > Services, запустите IPsec Policy Agent Service, используя панель Services, и перезагрузите компьютер.

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются следующих версий программного и аппаратного обеспечения:

  • Система безопасности PIX 515E с программным обеспечением версии 7.2(1) или более поздних

  • Адаптивный менеджер устройств безопасности версии 5.2(1) или более поздних

  • Сервер Microsoft Windows 2000

  • Microsoft Windows XP Professional с SP2

  • Сервер Windows 2003 с IAS

Примечание. При обновлении PIX 6.3 до версии 7.x, проверьте наличие установленного SP2 на Windows XP (протокол L2TP Client).

Данные для документа были получены в специально созданных лабораторных условиях. Все устройства, используемые в этом документе, были запущены с чистой (заданной по умолчанию) конфигурацией. Если ваша сеть работает в реальных условиях, убедитесь, что вы понимаете потенциальное воздействие каждой команды.

Соответствующие продукты

Эта конфигурация также может быть использована с системой безопасности Cisco ASA 5500 версии 7.2(1) или более поздней.

Условные обозначения

Дополнительную информацию о применяемых в документе обозначениях см. в документе Условные обозначения, используемые в технической документации Cisco.

Базовые сведения

Для настройки L2TP через IPsec выполните следующие действия.

  1. Настройте режим перемещения IPsec для запуска IPsec с помощью L2TP.

    Клиент Windows 2000 L2TP/IPsec использует режим перемещения IPsec. Зашифрована только полезная нагрузка IP, в то время как оригинальные IP-заголовки остаются без изменения. Среди преимуществ такого режима можно отметить добавление небольшого числа байтов в каждый из пакетов и возможность устройств сети с открытым доступом видеть конечный источник и назначение пакета. Следовательно, чтобы подключить клиентов Windows 2000 L2TP/IPsec к системе безопасности необходимо настроить режим перемещения IPsec для изменения (см. этап 2 в настройке ASDM). С помощью этой функции (перемещения) можно активировать специальные процедуры (например, QoS) в промежуточной сети, основанной на данных IP-заголовков. Несмотря на это, заголовок уровня 4 зашифрован, что ограничивает обзор пакета. К сожалению, при передаче IP-заголовка открытым текстом, режим перемещения позволяет атакующему выполнить некоторый анализ трафика.

  2. Настройте L2TP в соответствии с параметрами группы виртуальной частной коммутируемой сети (VPDN).

Настройка L2TP с IPsec поддерживает сертификаты, которые используют общие ключи или методы подписи RSA, а также использование динамических (в отличие от статических) криптографических карт. Предварительно задаваемые общие ключи доступа используются при аутентификации для установки протокола L2TP через туннель IPsec.

Настройка

В этом разделе предоставляются сведения по конфигурации функций, описанных в данном документе.

Примечание. Чтобы получить дополнительную информацию о применяемых в данном документе командах, используйте Средство поиска команд (только для зарегистрированных пользователей).

Примечание. Схемы IP-адресации, приведенные в этой конфигурации, нельзя использовать для маршрутизации в Интернете. Это адреса RFC 1918, используемые в лабораторной среде.

Схема сети

В данном документе используется следующая схема сети.

l2tp-w2kxp-pix72-pre-16-new.gif

Конфигурации

В данном документе используются следующие конфигурации:

Конфигурация клиента Windows L2TP/IPsec

Чтобы настроить L2TP через IPsec на устройстве, работающем под управлением Windows 2000 и XP, выполните следующие действия:

  1. Добавьте это значение регистрации к параметрам оборудования, работающего под управлением Windows 2000 или XP:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Rasman\Parameters
  2. Добавьте это значение регистрации к следующему ключу:

    Value Name: ProhibitIpSec
    Data Type: REG_DWORD
    Value: 1

    Примечание. В некоторых случаях добавление этого ключа (значение: 1) может привести к разрыву соединения, т. к. при этом устройству, работающему под управлением XP, разрешается взаимодействовать только с L2TP, а не с IPsec/L2TP соединением. Добавление политики IPsec в сочетании с данным ключом регистрации является обязательным условием. В случае получения сообщения error 800 при попытке соединения удалите ключ (значение: 1) для установки соединения.

    Примечание. Необходимо выполнить перезагрузку устройства Windows 2000/2003 или XP, чтобы изменения вступили в силу. По умолчанию клиент Windows выполнит ряд попыток использовать IPsec со Службой сертификации (CA). Конфигурация данного ключа регистрации предотвращает возникновение таких ситуаций. Теперь можно настроить политику IPsec на устройстве, работающем под управлением Windows, для соответствия необходимым параметрам на PIX/ASA. Дополнительную информацию касательно поэтапной конфигурации политики IPsec см. Настройка соединения L2TP/IPSec с помощью предустановленного ключа аутентификации (Q240262) leavingcisco.com.

    Дополнительную информацию см. в документе Настройка общего ключа для использования в сетевых подключениях с протоколом туннелирования второго уровня на устройствах Windows XP (Q281555)\ leavingcisco.com.

  3. Создайте сетевое подключение.

  4. В меню "Network and Dial-up Connections" нажмите правой кнопкой мыши на подключение и выберите Properties.

    Перейдите на вкладку "Security" и нажмите Advanced. Выберите необходимые протоколы (см. рис.).

    l2tp-w2kxp-pix72-pre-2.gif

  5. Примечание. Это действие применимо только к Windows XP.

    Нажмите IPSec Settings, проверьте наличие параметра Use pre-shared key for authentication и введите ключ для установки общего предустановленного ключа.

    В этом примере test используется в качестве предустановленного общего ключа доступа.

    l2tp-w2kxp-pix72-pre-3.gif

Конфигурация сервера L2TP PIX

PIX 7.2

pixfirewall#show run
                     
PIX Version 7.2(1)
!
hostname pixfirewall
domain-name default.domain.invalid
enable password 8Ry2YjIyt7RRXU24 encrypted
names
!
!--- Настройка внешнего и внутреннего интерфейсов.

interface Ethernet0
 nameif outside
 security-level 0
 ip address 172.16.1.1 255.255.255.0
!
interface Ethernet1
 nameif inside
 security-level 100
 ip address 10.4.4.1 255.255.255.0
!
passwd 2KFQnbNIdI.2KYOU encrypted
ftp mode passive
dns server-group DefaultDNS
 domain-name default.domain.invalid

access-list 105 extended permit ip host 172.16.1.1 host 192.168.0.2

!--- Список управления доступом (ACL) настроен для разрешения 
!--- трафика L2TP (UDP-порт 1701). 

access-list l2tp extended permit udp any host 172.16.1.1 eq 1701

pager lines 24
logging console debugging
mtu outside 1500
mtu inside 1500

!--- Создание пула адресов, из которого IP-адреса динамически назначаются 
!--- удаленным клиентам VPN.

ip local pool clientVPNpool 10.4.4.15-10.4.4.20 mask 255.255.255.0

no failover
asdm image flash:/asdm-521.bin
no asdm history enable
arp timeout 14400

!--- Команды global и nat активируют функцию преобразования адресов портов (PAT)
!--- с использованием IP-адреса внешнего интерфейса для всего исходящего трафика.

global (outside) 1 interface
nat (inside) 1 0.0.0.0 0.0.0.0

access-group l2tp in interface outside
route outside 0.0.0.0 0.0.0.0 172.16.1.2 1
timeout xlate 3:00:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 icmp 0:00:02
timeout sunrpc 0:10:00 h323 0:05:00 h225 1:00:00 mgcp 0:05:00 mgcp-pat 0:05:00
timeout sip 0:30:00 sip_media 0:02:00 sip-invite 0:03:00 sip-disconnect 0:02:00
timeout uauth 0:05:00 absolute

!--- Создайте группу AAA-сервера "vpn" и укажите в качестве ее протокола — RADIUS.
!--- Укажите IAS-сервер в качестве элемента группы "vpn" и предоставьте для него информацию о
!--- местоположении и ключе.


aaa-server vpn protocol radius
aaa-server vpn host 10.4.4.2
 key radiuskey

!--- Политика группы определяется как внутренняя. 


group-policy DefaultRAGroup internal

!--- Передача устройству обеспечения безопасности инструкций посылки клиенту 
!--- IP-адресов серверов DNS и WINS. 


group-policy DefaultRAGroup attributes
 wins-server value 10.4.4.99
 dns-server value 10.4.4.99

!--- Настройка протокола L2TP через IPsec в качестве действительного протокола туннелирования VPN для группы. 

 vpn-tunnel-protocol IPSec l2tp-ipsec
 default-domain value cisco.com
!--- Настройка имен пользователей и паролей на устройстве
!--- в дополнение к использованию AAA.
!--- Если пользователь является клиентом L2TP, который применяет Microsoft CHAP версии 1 или 
!--- 2 и устройство обеспечения безопасности настроено 
!--- для выполнения аутентификации в соответствии с информацией из локальной 
!--- базы данных, необходимо в команду добавить ключевое слово mschap. 
!--- Например, username <имя пользователя> password <пароль> mschap.


username test password DLaUiAX3l78qgoB5c7iVNw== nt-encrypted

username test attributes
 vpn-group-policy DefaultRAGroup
!--- Настройка протокола L2TP через IPsec в качестве действительного протокола туннелирования VPN для группы.

 vpn-tunnel-protocol l2tp-ipsec

http server enable
http 0.0.0.0 0.0.0.0 inside
no snmp-server location
no snmp-server contact
snmp-server enable traps snmp authentication linkup linkdown coldstart


!--- Определение алгоритмов шифрования IPsec и хеширования, 
!--- предназначенных для использования набором преобразований.


crypto ipsec transform-set TRANS_ESP_3DES_MD5 esp-3des esp-md5-hmac

!--- Поскольку клиент Windows 2000 L2TP/IPsec использует транспортный режим IPsec, 
!--- необходимо для параметра mode установить значение transport.
!--- По умолчанию используется туннельный режим (tunnel).


crypto ipsec transform-set TRANS_ESP_3DES_MD5 mode transport

!--- Команда crypto dynamic-map сопоставляет адрес 
!--- списка доступа под именем 105.


crypto dynamic-map outside_dyn_map 20 match address 105

!--- Определение наборов преобразований для использования в записи динамической карты шифрования.


crypto dynamic-map outside_dyn_map 20 set transform-set TRANS_ESP_3DES_MD5

!--- Требуется задать запись карты шифрования для ссылки на уже существующую 
!--- динамическую карту шифрования.


crypto map outside_map 20 ipsec-isakmp dynamic outside_dyn_map

!--- Применение предварительно определенного набора карт шифрования для внешнего интерфейса.


crypto map outside_map interface outside
crypto isakmp identity address
crypto isakmp enable outside

!--- Определение параметров политики IKE фазы I.


crypto isakmp policy 10
 authentication pre-share
 encryption 3des
 hash md5
 group 2
 lifetime 86400

!--- Создание туннельной группы с помощью команды tunnel-group и указание имени локального 
!--- пула адресов, используемого для выделения IP-адреса клиенту. 
!--- Установка связи группы AAA-сервера (VPN) с туннельной группой.


tunnel-group DefaultRAGroup general-attributes
 address-pool clientVPNpool
 authentication-server-group vpn

!--- Связывание имени политики группы с используемой по умолчанию туннельной 
!--- группой, заданной в команде tunnel group с помощью параметра general-attributes mode. 



 default-group-policy DefaultRAGroup

!--- Используйте команду tunnel-group ipsec-attributes  
!--- для перехода в режим настройки атрибутов ipsec. 
!--- Установите предварительно задаваемый общий ключ доступа. 
!--- Этот ключ должен совпадать с ключом, настроенным на компьютере, работающем под управлением Windows.


tunnel-group DefaultRAGroup ipsec-attributes
 pre-shared-key *

!--- Настройка протокола аутентификации PPP с помощью команды authentication type 
!--- в режиме атрибутов ppp тунельной группы.


tunnel-group DefaultRAGroup ppp-attributes
 no authentication chap

telnet timeout 5
ssh timeout 5
console timeout 0
!
class-map inspection_default
 match default-inspection-traffic
!
!
policy-map type inspect dns preset_dns_map
 parameters
  message-length maximum 512
policy-map global_policy
 class inspection_default
  inspect dns preset_dns_map
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect netbios
  inspect rsh
  inspect rtsp
  inspect skinny
  inspect esmtp
  inspect sqlnet
  inspect sunrpc
  inspect tftp
  inspect sip
  inspect xdmcp
!
service-policy global_policy global
prompt hostname context
Cryptochecksum:e1e0730fa260244caa2e2784f632accd
: end

Конфигурация L2TP с помощью ASDM

Для настройки системы безопасности на принятие протокола L2TP через подключения IPsec выполните следующие действия:

  1. Добавьте набор преобразований IPsec и укажите IPsec для использования транспортного режима вместо туннельного. Для этого выберите Configuration > VPN > IPSec > Transform Sets и нажмите Add. Отобразится окно "Transform Sets".

    l2tp-w2kxp-pix72-pre-4.gif

  2. Чтобы добавить набор преобразований, выполните следующие действия:

    1. Введите имя набора преобразований.

    2. Выберите способы ESP шифрования и ESP аутентификации.

    3. Выберите режим, например Transport.

    4. Нажмите ОК.

      l2tp-w2kxp-pix72-pre-5.gif

  3. Чтобы настроить способ назначения адреса, выполните следующие действия. Ниже приведен пример использования пулов IP-адресов.

    1. Выберите Configuration > VPN > IP Address Management > IP Pools.

    2. Нажмите Add. Отобразится диалоговое окно "Add IP Pool".

    3. Введите имя нового пула IP-адреса.

    4. Введите начальный и конечный IP-адреса.

    5. Введите маску подсети и нажмите OK.

      l2tp-w2kxp-pix72-pre-6.gif

  4. Выберите Configuration > VPN > General > Group Policy, чтобы настроить L2TP через IPsec в качестве действительного протокола туннелирования VPN для политики группы. Отобразится окно "Group Policy" политика группы.

    l2tp-w2kxp-pix72-pre-7.gif

  5. Выберите политику группы (DiffGrpPolicy) и нажмите Edit.

    Отображается диалоговое окно "Edit Group Policy". Проверьте L2TP over IPSec, чтобы включить протокол для политики группы, затем нажмите OK.

    l2tp-w2kxp-pix72-pre-8.gif

  6. Чтобы назначить пул IP-адресов для туннельной группы, выполните следующие действия:

    1. Выберите Configuration > VPN > General > Tunnel Group.

    2. При появлении окна "Tunnel Group" выберите в таблице туннельную группу (DefaultRAGroup).

    3. Нажмите Edit.

      l2tp-w2kxp-pix72-pre-9.gif

  7. В случае отображения окна "Edit Tunnel Group" выполните следующие действия:

    1. От вкладки "General" перейдите к вкладке "Client Address Assignment".

    2. В области "Address Pools" выберите адресный пул, чтобы назначить туннельную группу.

    3. Нажмите Add. В окне "Assigned Pools" отобразится адресный пул.

      l2tp-w2kxp-pix72-pre-10.gif

  8. Чтобы установить предустановленный ключ, перейдите к вкладке "IPSec", введите Pre-shared Key и нажмите OK.

    l2tp-w2kxp-pix72-pre-11.gif

  9. L2TP через IPsec использует протоколы аутентификации PPP. На вкладке "PPP" туннельной группы укажите протоколы, разрешенные для соединений PPP. Для аутентификации выберите протокол MS-CHAP-V1.

    l2tp-w2kxp-pix72-pre-12.gif

  10. Укажите способ аутентификации пользователей, которые пытаются установить соединения L2TP через IPsec.

    Можно настроить систему безопасности для использования сервера аутентификации или собственной локальной базы данных. Для этого перейдите к вкладке "Authentication" туннельной группы. По умолчанию система безопасности использует собственную локальную базу данных. В раскрывающемся списке "Authentication Server Group" отображено "LOCAL". Чтобы использовать сервер аутентификации, выберите его в списке.

    Примечание. При использовании локальной базы данных система безопасности поддерживает только аутентификации PPP PAP и Microsoft CHAP версий 1 и 2. EAP и CHAP выполняются с помощью прокси-серверов аутентификации. Следовательно, если удаленный пользователь относится к туннельной группе, настроенной на EAP или CHAP, а система безопасности настроена на использование локальной базы данных, подключение не будет установлено.

    l2tp-w2kxp-pix72-pre-13.gif

    Примечание. Выберите Configuration > VPN > General > Tunnel Group, чтобы вернуться к конфигурации туннельной группы. Это позволит связать групповую политику с туннельной группой и включить Tunnel Group Switching (дополнительно). При появлении окна "Tunnel Group" выберите туннельную группу и нажмите Edit.

    Примечание. Функция Tunnel Group Switching позволяет системе безопасности ассоциировать различных пользователей, устанавливающих соединения L2TP через IPsec с использованием различных туннельных групп. Так как у каждой туннельной группы имеется свой AAA-сервер и пулы IP-адресов, пользователи могут выполнять аутентификацию с использованием свойственных их туннельной группе способов. С помощью данной функции, вместо отправки отдельного имени пользователя, пользователь отправляет имя пользователя и имя группы в формате username@group_name, где "@" является настраиваемым разделителем, а имя группы – именем туннельной группы, настраиваемым в системе безопасности.

    Примечание. Tunnel Group Switching включается с помощью обработки Strip Group. Это способствует выбору системой безопасности туннельной группы для соединений пользователя путем получения имени группы от имени пользователя, представленного клиентом VPN. Далее система безопасности отправляет ту часть имени пользователя, которая содержит данные пользователя, необходимые для авторизации и аутентификации. В противном случае (если функция отключена), система безопасности отправляет имя пользователя полностью, включая именованную область. Чтобы включить Tunnel Group Switching, проверьте Strip the realm from username before passing it on to the AAA server (Отделить именованную область от имени пользователя перед передачей ААА-серверу) и проверьте Strip the group from username before passing it on to the AAA server (Отделить группу от имени пользователя перед передачей AAA-серверу). Затем нажмите ОК.

  11. Чтобы создать пользователя в локальной базе данных, выполните следующие действия:

    1. Выберите Configuration >Properties > Device Administration > User Accounts.

    2. Нажмите Add.

      Если пользователь является клиентом L2TP, использующим Microsoft CHAP версии 1 или 2, а система безопасности настроена на аутентификацию согласно локальной базе данных, необходимо проверить User Authenticated using MSCHAP, чтобы включить MSCHAP.

    3. Нажмите ОК.

      l2tp-w2kxp-pix72-pre-14.gif

  12. Выберите Configuration > VPN > IKE > Policies и нажмите Add, чтобы создать политику IKE для этапа I. Нажмите OK, чтобы продолжить.

    l2tp-w2kxp-pix72-pre-15.gif

  13. (Дополнительно) При попытке различных клиентов L2TP, помимо устройства NAT, установить соединения L2TP через IPsec с системой безопасности, необходимо включить просмотр NAT, чтобы пакеты ESP передавались через одно или более устройств NAT. Для этого выполните следующие действия:

    1. Выберите Configuration > VPN > IKE > Global Parameters.

    2. Убедитесь, что на интерфейсе включено ISAKMP.

    3. Проверьте Enable IPSec over NAT-T.

    4. Нажмите ОК.

Конфигурация Microsoft Windows 2003 Server с IAS

Чтобы настроить Microsoft Windows 2003 server с IAS, выполните следующие действия.

Примечания. Выполнение данных действий подразумевает, что на локальном устройстве уже установлен IAS. Если нет, добавьте с помощью Control Panel > Add/Remove Programs.

  1. Выберите Administrative Tools > Internet Authentication Service и нажмите правой кнопкой мыши RADIUS Client, чтобы добавить нового клиента RADIUS. После ввода данных нажмите OK.

    В данном примере показан клиент, именем которого является "Pix", а IP-адресом – 10.4.4.1. Для Клиента-Поставщика установлено RADIUS Standard, единый секретный ключ – radiuskey.

    pix7x-vpn4x-w2k-ias-14.gif

  2. Выберите Remote Access Policies, нажмите Connections to Other Access Servers правой кнопкой мыши и выберите Properties.

  3. Убедись, что выбран параметр Grant Remote Access Permissions.

  4. Нажмите Edit Profile и проверьте следующие установки.

    • На вкладке "Authentication" установите Unencrypted authentication (PAP, SPAP).

    • Убедись, что на вкладке "Encryption" выбран параметр Grant Remote Access Permissions.

    По окончании нажмите ОК.

    pix7x-vpn4x-w2k-ias-15.gif

  5. Выберите Administrative Tools > Computer Management > System Tools > Local Users and Groups, правой кнопкой мыши нажмите Users и выберите New Users, чтобы добавить пользователя к учетной записи локального компьютера.

  6. Добавьте пользователя с паролем Cisco password1 и проверьте следующие данные о профиле.

    • Убедитесь, что на вкладке "General" установлен параметр Password Never Expired, вместо "User Must Change Password".

    • На вкладке "Dial-in" установите флажок Allow access (или оставьте настройку по умолчанию – Control access through Remote Access Policy).

    По окончании нажмите ОК.

    pix7x-vpn4x-w2k-ias-16.gif

Проверка

В данном разделе содержатся сведения о проверке работы конфигурации.

Определенные команды show поддерживаются Интерпретатором выходных данных (только для зарегистрированных пользователей), что позволяет просматривать анализ выходных данных команды show.

  • show crypto ipsec sa – отображает все текущие IKE ассоциации безопасности (SAs) узла.

    pixfirewall#show crypto ipsec sa
    interface: outside
        Crypto map tag: outside_dyn_map, seq num: 20, local addr: 172.16.1.1
    
          access-list 105 permit ip host 172.16.1.1 host 192.168.0.2
          local ident (addr/mask/prot/port): (172.16.1.1/255.255.255.255/17/0)
          remote ident (addr/mask/prot/port): (192.168.0.2/255.255.255.255/17/1701)
          current_peer: 192.168.0.2, username: test
          dynamic allocated peer ip: 10.4.4.15
    
    #pkts encaps: 23, #pkts encrypt: 23, #pkts digest: 23
           #pkts decaps: 93, #pkts decrypt: 93, #pkts verify: 93
          #pkts compressed: 0, #pkts decompressed: 0
          #pkts not compressed: 23, #pkts comp failed: 0, #pkts decomp failed: 0
          #post-frag successes: 0, #post-frag failures: 0, #fragments created: 0
          #PMTUs sent: 0, #PMTUs rcvd: 0, #decapsulated frgs needing reassembly: 0
          #send errors: 0, #recv errors: 0
    
          local crypto endpt.: 172.16.1.1, remote crypto endpt.: 192.168.0.2
    
          path mtu 1500, ipsec overhead 58, media mtu 1500
          current outbound spi: C16F05B8
    
        inbound esp sas:
          spi: 0xEC06344D (3959829581)
             transform: esp-3des esp-md5-hmac
             in use settings ={RA, Transport, }
             slot: 0, conn_id: 3, crypto-map: outside_dyn_map
             sa timing: remaining key lifetime (sec): 3335
             IV size: 8 bytes
             replay detection support: Y
        
    				outbound esp sas:
          spi: 0xC16F05B8 (3245278648)
             transform: esp-3des esp-md5-hmac
             in use settings ={RA, Transport, }
             slot: 0, conn_id: 3, crypto-map: outside_dyn_map
             sa timing: remaining key lifetime (sec): 3335
             IV size: 8 bytes
             replay detection support: Y
  • show crypto isakmp sa – отображает все текущие IKE ассоциации безопасности (SAs) узла.

    pixfirewall#show crypto isakmp sa
    
       Active SA: 1
        Rekey SA: 0 (A tunnel will report 1 Active and 1 Rekey SA during rekey)
    Total IKE SA: 1
    
    1   IKE Peer: 192.168.0.2
        Type    : user            Role    : responder
        Rekey   : no              State   : MM_ACTIVE
  • show vpn-sessiondb – содержит фильтры протокола, используемые для просмотра подробной информации о соединениях L2TP через IPsec. Полной командой, вводимой в глобальном режиме конфигурации, является show vpn-sessoindb detailed remote filter protocol l2tpOverIpsec.

    В следующем примере приведены данные отдельного соединения L2TP через IPsec.

    pixfirewall#show vpn-sessiondb detail remote filter protocol L2TPOverIPSec
    
    Session Type: Remote Detailed
    
    Username     : test
    Index        : 1
    Assigned IP  : 10.4.4.15              Public IP    : 192.168.0.2
    Protocol     : L2TPOverIPSec          Encryption   : 3DES
    Hashing      : MD5
    Bytes Tx     : 1336                   Bytes Rx     : 14605
    Client Type  :                        Client Ver   :
    Group Policy : DefaultRAGroup
    Tunnel Group : DefaultRAGroup
    Login Time   : 18:06:08 UTC Fri Jan 1 1993
    Duration     : 0h:04m:25s
    Filter Name  :
    NAC Result   : N/A
    Posture Token:
    
    IKE Sessions: 1
    IPSec Sessions: 1
    L2TPOverIPSec Sessions: 1
    
    
    IKE:
      Session ID   : 1
      UDP Src Port : 500                    UDP Dst Port : 500
      IKE Neg Mode : Main                   Auth Mode    : preSharedKeys
      Encryption   : 3DES                   Hashing      : MD5
      Rekey Int (T): 28800 Seconds          Rekey Left(T): 28536 Seconds
      D/H Group    : 2
    
    IPSec:
      Session ID   : 2
      Local Addr   : 172.16.1.1/255.255.255.255/17/1701
      Remote Addr  : 192.168.0.2/255.255.255.255/17/1701
      Encryption   : 3DES                   Hashing      : MD5
      Encapsulation: Transport
      Rekey Int (T): 3600 Seconds           Rekey Left(T): 3333 Seconds
      Idle Time Out: 30 Minutes             Idle TO Left : 30 Minutes
      Bytes Tx     : 1336                   Bytes Rx     : 14922
      Pkts Tx      : 25                     Pkts Rx      : 156
    
    
    L2TPOverIPSec:
      Session ID   : 3
      Username     : test
      Assigned IP  : 10.4.4.15
      Encryption   : none                   Auth Mode    : msCHAPV1
      Idle Time Out: 30 Minutes             Idle TO Left : 30 Minutes
      Bytes Tx     : 378                    Bytes Rx     : 13431
      Pkts Tx      : 16                     Pkts Rx      : 146

Устранение неполадок

В данном разделе представлена информация по устранению неполадок конфигурации. Также приводится пример выходных данных отладки.

Команды устранения неполадок

Определенные команды поддерживаются Интерпретатором выходных данных (только для зарегистрированных пользователей), что позволяет анализировать выходные данные команд show.

Примечание. Ознакомьтесь с документами Важные сведения о командах Debug и Устранение неполадок IP Security – понимание и использование команд Debug перед использованием команд debug.

  • debug crypto ipsec 7 – отображает связь IPsec этапа 2.

  • debug crypto isakmp 7 – отображает связь ISAKMP этапа 1.

Образец выходных данных отладки

Межсетевой экран PIX

PIX#debug crypto isakmp 7
pixfirewall# Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE RECEIVED Mess
age (msgid=0) with payloads : HDR + SA (1) + VENDOR (13) + VENDOR (13) + VENDOR
(13) + NONE (0) total length : 256
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Oakley proposal is acceptable
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing VID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing VID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Received Fragmentation VID
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing VID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Received NAT-Traversal ver 02 V
ID
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing IKE SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, IKE SA Proposal # 1, Transform
# 2 acceptable  Matches global IKE entry # 2
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing ISAKMP SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing Fragmentation VID
+ extended capabilities payload
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE SENDING Message (msgid=0)
with payloads : HDR + SA (1) + VENDOR (13) + NONE (0) total length : 104
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE RECEIVED Message (msgid=0)
 with payloads : HDR + KE (4) + NONCE (10) + NONE (0) total length : 184
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing ke payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing ISA_KE payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, processing nonce payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing ke payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing nonce payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing Cisco Unity VID pa
yload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing xauth V6 VID paylo
ad
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Send IOS VID
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Constructing ASA spoofing IOS V
endor ID payload (version: 1.0.0, capabilities: 20000001)
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, constructing VID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: IP = 192.168.0.2, Send Altiga/Cisco VPN3000/Cisco
 ASA GW VID
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, Connection landed on tunnel_group Def
aultRAGroup
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Generat
ing keys for Responder...
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE SENDING Message (msgid=0)
with payloads : HDR + KE (4) + NONCE (10) + VENDOR (13) + VENDOR (13) + VENDOR (
13) + VENDOR (13) + NONE (0) total length : 256
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE RECEIVED Message (msgid=0)
 with payloads : HDR + ID (5) + HASH (8) + NONE (0) total length : 60
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing ID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing hash payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Computi
ng hash for ISAKMP
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, Connection landed on tunnel_group Def
aultRAGroup
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, Freeing previ
ously allocated memory for authorization-dn-attributes
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting ID payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting hash payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Computi
ng hash for ISAKMP
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting dpd vid payload
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE SENDING Message (msgid=0)
with payloads : HDR + ID (5) + HASH (8) + VENDOR (13) + NONE (0) total length :
80

!--- Фаза 1 завершена успешно.


Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, PHASE 1 COMPL
ETED
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, Keep-alive type for this connection:
None
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, Keep-alives configured on but peer do
es not support keep-alives (type = None)
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Startin
g P1 rekey timer: 21600 seconds.
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE RECEIVED Message (msgid=e1
b84b0) with payloads : HDR + HASH (8) + SA (1) + NONCE (10) + ID (5) + ID (5) +
NONE (0) total length : 164
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing hash payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing nonce payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing ID payload
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, Received remo
te Proxy Host data in ID Payload:  Address 192.168.0.2, Protocol 17, Port 1701
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing ID payload
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, Received loca
l Proxy Host data in ID Payload:  Address 172.16.1.1, Protocol 17, Port 1701

!--- PIX идентифицирует сеанс L2TP/IPsec.


Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, L2TP/IPSec se
ssion detected.
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, QM IsRekeyed
old sa not found by addr
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, IKE Remote Pe
er configured for crypto map: outside_dyn_map
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing IPSec SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, IPSec S
A Proposal # 1, Transform # 1 acceptable  Matches global IPSec SA entry # 20
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, IKE: requesti
ng SPI!
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, IKE got
 SPI from key engine: SPI = 0xce9f6e19

!--- Формирование режима Quick на фазе 2.


Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, oakley
constucting quick mode
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting blank hash payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting IPSec SA payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting IPSec nonce payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting proxy ID
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Transmi
tting Proxy Id:
  Remote host: 192.168.0.2  Protocol 17  Port 1701
  Local host:  172.16.1.1  Protocol 17  Port 1701
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, constru
cting qm hash payload
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE SENDING Message (msgid=e1b
84b0) with payloads : HDR + HASH (8) + SA (1) + NONCE (10) + ID (5) + ID (5) + N
ONE (0) total length : 144
Jan 02 18:26:44 [IKEv1]: IP = 192.168.0.2, IKE_DECODE RECEIVED Message (msgid=e1
b84b0) with payloads : HDR + HASH (8) + NONE (0) total length : 48
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, process
ing hash payload
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, loading
 all IPSEC SAs
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Generat
ing Quick Mode Key!
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Generat
ing Quick Mode Key!
Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, Security nego
tiation complete for User ()  Responder, Inbound SPI = 0xce9f6e19, Outbound SPI
= 0xd08f711b
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, IKE got
 a KEY_ADD msg for SA: SPI = 0xd08f711b
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Pitcher
: received KEY_UPDATE, spi 0xce9f6e19
Jan 02 18:26:44 [IKEv1 DEBUG]: Group = DefaultRAGroup, IP = 192.168.0.2, Startin
g P2 rekey timer: 3059 seconds.

!--- Фаза 2 завершена успешно.


Jan 02 18:26:44 [IKEv1]: Group = DefaultRAGroup, IP = 192.168.0.2, PHASE 2 COMPL
ETED (msgid=0e1b84b0)
Jan 02 18:26:44 [IKEv1]: IKEQM_Active() Add L2TP classification rules: ip <192.1
68.0.2> mask <0xFFFFFFFF> port <1701>


PIX#debug crypto ipsec 7
pixfirewall# IPSEC: Deleted inbound decrypt rule, SPI 0x71933D09
    Rule ID: 0x028D78D8
IPSEC: Deleted inbound permit rule, SPI 0x71933D09
    Rule ID: 0x02831838
IPSEC: Deleted inbound tunnel flow rule, SPI 0x71933D09
    Rule ID: 0x029134D8
IPSEC: Deleted inbound VPN context, SPI 0x71933D09
    VPN handle: 0x0048B284
IPSEC: Deleted outbound encrypt rule, SPI 0xAF4DA5FA
    Rule ID: 0x028DAC90
IPSEC: Deleted outbound permit rule, SPI 0xAF4DA5FA
    Rule ID: 0x02912AF8
IPSEC: Deleted outbound VPN context, SPI 0xAF4DA5FA
    VPN handle: 0x0048468C
IPSEC: New embryonic SA created @ 0x01BFCF80,
    SCB: 0x01C262D0,
    Direction: inbound
    SPI      : 0x45C3306F
    Session ID: 0x0000000C
    VPIF num  : 0x00000001
    Tunnel type: ra
    Protocol   : esp
    Lifetime   : 240 seconds
IPSEC: New embryonic SA created @ 0x0283A3A8,
    SCB: 0x028D1B38,
    Direction: outbound
    SPI      : 0x370E8DD1
    Session ID: 0x0000000C
    VPIF num  : 0x00000001
    Tunnel type: ra
    Protocol   : esp
    Lifetime   : 240 seconds
IPSEC: Completed host OBSA update, SPI 0x370E8DD1
IPSEC: Creating outbound VPN context, SPI 0x370E8DD1
    Flags: 0x00000205
    SA   : 0x0283A3A8
    SPI  : 0x370E8DD1
    MTU  : 1500 bytes
    VCID : 0x00000000
    Peer : 0x00000000
    SCB  : 0x028D1B38
    Channel: 0x01693F08
IPSEC: Completed outbound VPN context, SPI 0x370E8DD1
    VPN handle: 0x0048C164
IPSEC: New outbound encrypt rule, SPI 0x370E8DD1
    Src addr: 172.16.1.1
    Src mask: 255.255.255.255
    Dst addr: 192.168.0.2
    Dst mask: 255.255.255.255
    Src ports
      Upper: 1701
      Lower: 1701
      Op   : equal
    Dst ports
      Upper: 1701
      Lower: 1701
      Op   : equal
    Protocol: 17
    Use protocol: true
    SPI: 0x00000000
    Use SPI: false
IPSEC: Completed outbound encrypt rule, SPI 0x370E8DD1
    Rule ID: 0x02826540
IPSEC: New outbound permit rule, SPI 0x370E8DD1
    Src addr: 172.16.1.1
    Src mask: 255.255.255.255
    Dst addr: 192.168.0.2
    Dst mask: 255.255.255.255
    Src ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Dst ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Protocol: 50
    Use protocol: true
    SPI: 0x370E8DD1
    Use SPI: true
IPSEC: Completed outbound permit rule, SPI 0x370E8DD1
    Rule ID: 0x028D78D8
IPSEC: Completed host IBSA update, SPI 0x45C3306F
IPSEC: Creating inbound VPN context, SPI 0x45C3306F
    Flags: 0x00000206
    SA   : 0x01BFCF80
    SPI  : 0x45C3306F
    MTU  : 0 bytes
    VCID : 0x00000000
    Peer : 0x0048C164
    SCB  : 0x01C262D0
    Channel: 0x01693F08
IPSEC: Completed inbound VPN context, SPI 0x45C3306F
    VPN handle: 0x0049107C
IPSEC: Updating outbound VPN context 0x0048C164, SPI 0x370E8DD1
    Flags: 0x00000205
    SA   : 0x0283A3A8
    SPI  : 0x370E8DD1
    MTU  : 1500 bytes
    VCID : 0x00000000
    Peer : 0x0049107C
    SCB  : 0x028D1B38
    Channel: 0x01693F08
IPSEC: Completed outbound VPN context, SPI 0x370E8DD1
    VPN handle: 0x0048C164
IPSEC: Completed outbound inner rule, SPI 0x370E8DD1
    Rule ID: 0x02826540
IPSEC: Completed outbound outer SPD rule, SPI 0x370E8DD1
    Rule ID: 0x028D78D8
IPSEC: New inbound tunnel flow rule, SPI 0x45C3306F
    Src addr: 192.168.0.2
    Src mask: 255.255.255.255
    Dst addr: 172.16.1.1
    Dst mask: 255.255.255.255
    Src ports
      Upper: 1701
      Lower: 1701
      Op   : equal
    Dst ports
      Upper: 1701
      Lower: 1701
      Op   : equal
    Protocol: 17
    Use protocol: true
    SPI: 0x00000000
    Use SPI: false
IPSEC: Completed inbound tunnel flow rule, SPI 0x45C3306F
    Rule ID: 0x02831838
IPSEC: New inbound decrypt rule, SPI 0x45C3306F
    Src addr: 192.168.0.2
    Src mask: 255.255.255.255
    Dst addr: 172.16.1.1
    Dst mask: 255.255.255.255
    Src ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Dst ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Protocol: 50
    Use protocol: true
    SPI: 0x45C3306F
    Use SPI: true
IPSEC: Completed inbound decrypt rule, SPI 0x45C3306F
    Rule ID: 0x028DAC90
IPSEC: New inbound permit rule, SPI 0x45C3306F
    Src addr: 192.168.0.2
    Src mask: 255.255.255.255
    Dst addr: 172.16.1.1
    Dst mask: 255.255.255.255
    Src ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Dst ports
      Upper: 0
      Lower: 0
      Op   : ignore
    Protocol: 50
    Use protocol: true
    SPI: 0x45C3306F
    Use SPI: true
IPSEC: Completed inbound permit rule, SPI 0x45C3306F
    Rule ID: 0x02912E50

Устранение неполадок с помощью ASDM

Используйте ASDM для включения функции регистрации данных в журнале и просмотра журналов.

  1. Выберите Configuration > Properties > Logging > Logging Setup, затем выберите Enable Logging и нажмите Apply, чтобы включить функцию регистрации данных в журнале.

  2. Выберите Monitoring > Logging > Log Buffer > On Logging Level, затем выберите Logging Buffer и нажмите View для просмотра журналов.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 71028