Сенсорный экран больше не работает на Dell ноутбук Latitude 2120

Добрый день, господа.

Недавно я столкнулся с проблемой, когда устройство, подключенное к серверу FreeBSD через StrongSwan не могу маршруте за пределами своей подсети. Позвольте мне объяснить в деталях:

Во FreeBSD 10.0-релиз, ядро скомпилировано с (полный конфиг: http://pastebin.com/5PQFXqhx):

параметры IPSec
варианты IPSEC_NAT_T
криптоустройства
cryptodev устройства 

Пересылка включена в команды sysctl.конф:

чистая.инет.ИС.пересылка=1
чистая.inet6.ип6.пересылка=1

У нас есть два интерфейса. Первый-192.168.1.100, маршрутизатор перенаправляет порты 500 и 4500 из интернета на этот IP-адрес (чтобы мы могли подключаться из любой точки мира к "сладкой домашней сети"). Второй-10.0.0.1, который используется для самбы и другие услуги.

в /etc/файл RC.конф:

имя="bsdserver"
ifconfig_igb0="инет 192.168.1.100 маска подсети 255.255.255.0"
ifconfig_igb1="инет 10.0.0.1 маска 255.255.255.0"
defaultrouter="192.168.1.1"
gateway_enable="да"
ipv6_gateway_enable="да"

протокол IPSec.конф:

конфигурация настройка
 strictcrlpolicy = нет
bsdserver Калифорния 
 cacert = /usr/местные/и т. д./протокол IPSec.д/cacerts в/bsdserver_CA.дер
Конн андроид
авто = добавить
dpdaction = ясно
keyexchange = протокол IKEv2
ЭСП=ня-и AES256-ша-modp1024,и AES256-криптография SHA512-modp4096
ИКЭ=ня-и AES256-ша-modp1024,и AES256-криптография SHA512-modp4096
mobike = да
слева = 192.168.1.100
leftsubnet = 0.0.0.0/0,::0/0
leftauth = по умолчанию
leftid = "111.111.111.111" # реальный "белый" IP здесь
leftcert = /usr/местные/и т. д./протокол IPSec.д/сертификаты/111.111.111.111_cert.дер
leftfirewall = да
leftsourceip = %config4,%config6
право = %любой
rightsourceip = 10.0.0.3/32
rightauth = по умолчанию
rightid = "с=ХХ, СТ=ХХ у=ХХ, о=орг подразделение=подразделение, СN=111.111.111.111, [email protected]"
rightcert = /usr/местные/и т. д./протокол IPSec.д/сертификаты/android_cert.дер

Это выход из протокола IPSec пуск --nofork:

Начиная strongSwan 5.1.1 протокола IPSec [стартер]...
нет стек IPSec netkey обнаружены
нет клипс стека протоколов IPSec обнаружены
нет известных стек IPSec обнаружены, игнорируя!
00[ДМН] начиная Айк Харон демон (strongSwan 5.1.1, в FreeBSD 10.0-релизе, для amd64)
00[КНЛ] не удается установить UDP_ENCAP: недопустимый аргумент
00[чистая] включение УДП декапсуляции для IPv6 на порт 4500 не удалось
00[граф] загрузка сертификатов из/usr/местные/и т. д./протокол IPSec.д/cacerts в'
00[cfg в] загрузить сертификат ЦС "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]" из '/usr/местные/и т. д./протокол IPSec.д/cacerts в/UNIT_CA.дер'
00[граф] загрузка АА сертификаты от '/usr/местные/и т. д./протокол IPSec.д/aacerts'
00[граф] загрузка сертификатов OCSP для подписанта от '/usr/местные/и т. д./протокол IPSec.д/ocspcerts'
00[конф] атрибут загрузка сертификатов из '/usr/местные/и т. д./протокол IPSec.д/acerts'
00[граф] загрузка CRL от '/usr/местные/и т. д./протокол IPSec.д/списки'
00[граф] загрузка секреты от '/usr/местные/и т. д./протокол IPSec.секреты'
00[cfg в] загрузить закрытый ключ RSA из '/usr/местные/и т. д./протокол IPSec.D/частные/111.111.111.111_key.дер'
00[Либ] загруженные Плагины: Харон тест-векторов завиток ня дес иглобрюх RC2 в формате SHA1 алгоритм SHA2 алгоритмов MD4 MD5 в случайный извращенец x509-на отмену ограничений по умолчанию pkcs1 pkcs7 в pkcs8 pkcs12 из ПГП dnskey sshkey Пэм в OpenSSL ФИПС-ПРФ ГМП xcbc кцр ксом до ядра pfkey ядра pfroute разрешить исполнение-по умолчанию инсульта счетчик ВП-удостоверение ВП-ВП ака-ака-файлы 3gpp2 протокол EAP-MD5 в протокол EAP-mschapv2 ВП-динамический протокол EAP-TLS в протокол EAP-ttls используется протокол EAP-PEAP в можно-универсальный можно-ВП белый addrblock
00[Либ] не удалось загрузить плагин 4 функции (4 из-за неудовлетворенных зависимостей)
00[задание] нерест 16 рабочих потоков 
Харон (49667) начинается после 220 МС
16[конф] получил инсульт: добавить подключение 'андроид'
16[конф] добавление virtXXl IP-адреса 10.0.0.3/32
16[cfg в] 'Андроид' имеет как Лево -, так и rightsourceip, но Айк можно договориться только одним virtXXl ИС, игнорируя местные virtXXl ИС
16[граф] загруженный сертификат "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]" из '/usr/местные/и т. д./протокол IPSec.д/сертификаты/111.111.111.111_cert.дер'
16[граф] загруженный сертификат "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]" из '/usr/местные/и т. д./протокол IPSec.д/сертификаты/android_cert.дер'
16[cfg в] добавлена настройка 'андроид'
16[чистая] получен пакет: от 22.222.222.22[16483] до 192.168.1.100[500] (660 байт)
16[ВС] проанализированный запрос IKE_SA_INIT 0 [ СА ке не Н(NATD_S_IP) Н(NATD_D_IP) ]
16[Айка] 22.222.222.22 инициирует IKE_SA
16[Айка] IKE_SA (без имени)[1] изменение состояния: создан => подключения
16[Айка] локальный хост находится за NAT, отправив сохранить активность
16[Айка] удаленный хост находится за NAT
16[Айка] отправка сертификатов по запросу "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[ВС] генерации ответ IKE_SA_INIT 0 [ СА ке не Н(NATD_S_IP) Н(NATD_D_IP) введите certreq Н(MULT_AUTH) ]
16[чистая] отправка пакета: от 192.168.1.100[500] к 22.222.222.22[16483] (337 байт)
16[чистая] получен пакет: от 22.222.222.22[16549] до 192.168.1.100[4500] (1964 байт)
16[ВС] анализируется запросу IKE_AUTH 1 [ иди свиду Н(INIT_CONTACT) введите certreq АВТ CPRQ(адрес ADDR6 ДНС DNS6) Н(ESP_TFC_PAD_N) СА Ци ЦР Н(MOBIKE_SUP) Н(NO_ADD_ADDR) Н(MULT_AUTH) Н(EAP_ONLY) ]
16[Айка] получен запрос сертификата для "C=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[Айка] получен конечный субъект сертификата "с=ХХ, СТ=ХХ у=ХХ, о=орг подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[граф] ищу сверстников конфиги соответствия 192.168.1.100 [любыми]...22.222.222.22[с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]]
16[конф] некоторые одноранговой конфигурации 'андроид'
16[граф] с помощью доверенного сертификата ca "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[граф] проверка статуса сертификата "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[КС] статус сертификат не доступен
16[конф] достиг самоподписанного корневого ca с длиной оптического пути 0
16[граф] с помощью доверенного сертификата "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[Айка] проверка подлинности 'с=ХХ, СТ=ХХ у=ХХ, о=орг подразделение=подразделение, СN=111.111.111.111, [email protected]' с RSA подписью успешным
16[Айка] обработка атрибута INTERNAL_IP4_ADDRESS 
16[Айка] обработка INTERNAL_IP6_ADDRESS атрибут
16[Айка] обработка атрибута INTERNAL_IP4_DNS 
16[Айка] обработка атрибута INTERNAL_IP6_DNS 
16[Айка] получил ESP_TFC_PADDING_NOT_SUPPORTED, не используя ESPv3 ОКП обивка
16[Айка] Пэр поддерживает MOBIKE
16 аутентификации[Айка] в '111.111.111.111' (я) с подписью RSA успешно
16[Айка] IKE_SA Андроид[1] установлено, между 192.168.1.100[111.111.111.111]...22.222.222.22[с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]]
16[Айка] IKE_SA Андроид[1] изменение состояния: подключении => установленные
16[Айка] повторная планирование в 9802s
16[Айка] максимальная продолжительность жизни IKE_SA 10342s
16[Айка] отправка конечный субъект сертификата "с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]"
16[Айка] Пэр просила virtXXl ИС %любой
16[конф] назначение нового договора аренды до 'c=ХХ, СТ=ХХ у=ХХ, о=орг подразделение=подразделение, СN=111.111.111.111, [email protected]'
16[Айка] назначение virtXXl ИП 10.0.0.3-равному 'с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]'
16[Айка] Пэр просила virtXXl ИС %any6
16[Айка] нет virtXXl ИС для %any6 просил 'с=ХХ, СТ=ХХ у=ХХ, o=организацией, подразделение=подразделение, СN=111.111.111.111, [email protected]'
16[Айка] CHILD_SA Андроид{1} создан с Спиш c11f2b7e_i f7ac6573_o и ТС 0.0.0.0/0 ::/0 === 10.0.0.3/32
16[ИБС] счетчик: /usr/местные/IP-адресов/IPSec и _updown: в iptables: не нашли
16[ИБС] счетчик: /usr/местные/IP-адресов/IPSec и _updown: в iptables: не нашли
16[ВС] генерации ответ IKE_AUTH 1 [ идр ЧТПЗ сертификат аутентификации(адрес) Н(ESP_TFC_PAD_N) СА Ци ЦР Н(AUTH_LFT) Н(MOBIKE_SUP) Н(ADD_4_ADDR) ]
16[чистая] отправка пакета: от 192.168.1.100[4500] к 22.222.222.22[16549] (1596 байт)

Глядя на тсрйитр выхода: 10.0.0.3-это IP, что Android-клиент получил назначение на StrongSwan.

ДНС:

22:21:43.971797 ИС 10.0.0.3.55123 > нс1.Киевстар.чистая.домен: 41221+ а? www.cdn.viber.com. (35)
22:26:00.484696 ИС 10.0.0.3.25462 > ги-сервера dns1-kie3.Киевстар.чистая.домен: 436+ а? mtalk.google.com. (34)
22:25:59.225291 ИС 10.0.0.3.53999 > нс1.Киевстар.чистая.домен: 56585+ а? graph.facebook.com. (36)

ОК, отображается "bsdserver" работает:

22:26:06.460464 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: УДП-encap: ЭСП(спі=0xc289c560,сл=0x96), длина 132
22:26:06.460749 ИС bsdserver.местные.САЭ-урна > 46-211-183-74-по GPRS.Киевстар.чистая.16445: УДП-encap: ЭСП(спі=0xe77a2567,сл=0x1f), длина 132

Но попинговать 8.8.8.8 не:

22:30:51.179070 ИП 10.0.0.3 > google-public-dns-a.google.com: - запрос ICMP, код 3, статьями 6, длина 64
22:30:52.098315 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: УДП-encap: ЭСП(спі=0xc289c560,сл=0xce), длина 132
22:30:52.098825 ИП 10.0.0.3 > google-public-dns-a.google.com: - запрос ICMP, код 3, сл 7, длина 64
22:30:52.754209 СТП протоколы 802.1 D, конфиг, флаги [нет], мост-идентификатор 8000.В0:48:7а:С2:Ф2:92.8001, длина 43
22:30:53.078436 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: УДП-encap: ЭСП(спі=0xc289c560,сл=0xcf), длина 132
22:30:53.079070 ИП 10.0.0.3 > google-public-dns-a.google.com: - запрос ICMP, код 3, сл 8, длина 64
22:30:53.358693 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: isakmp-нац-держать-жив
22:30:53.738572 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: УДП-encap: ЭСП(спі=0xc289c560,сл=0xd0), длина 116
22:30:53.739164 ИС 10.0.0.3.25984 > ги-сервера dns1-kie3.Киевстар.чистая.домен: 1638+ а? www.cdn.viber.com. (35)
22:30:54.098740 ИС 22-222-222-22-технологии GPRS.Киевстар.чистая.16445 > bsdserver.местные.САЭ-урна: УДП-encap: ЭСП(спі=0xc289c560,сл=0xd1), длина 132
22:30:54.099248 ИП 10.0.0.3 > google-public-dns-a.google.com: - запрос ICMP, код 3, сл 9, длина 64
22:30:54.754083 СТП протоколы 802.1 D, конфиг, флаги [нет], мост-идентификатор 8000.В0:48:7а:С2:Ф2:92.8001, длина 43

И таблица маршрутизации с устройства Android:

Мне кажется, проблема не совсем связанная с IPSec. Любые светлые идеи о возможном решении проблемы?