Падение при невалидном сертификате

[alx]

Пару раз после изменения конфигурации платы VE-01 sip_ua падал со следующим выводом:

sip_ua[4378]: poller.cpp:771: ===> command globalconf received
sip_ua[4355]: adase.cpp:197: ---> ts=120, state=Idle: Channel settings, ts=-1, flags=0001, data=0
sip_ua[4355]: fxo.cpp:336: ---> ts=124, state=Idle: Channel settings, ts=-1, flags=0001, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=125, state=Idle: Channel settings, ts=-1, flags=0001, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=126, state=Idle: Channel settings, ts=-1, flags=0001, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=127, state=Idle: Channel settings, ts=-1, flags=0001, data=0
sip_ua[4355]: adase.cpp:197: ---> ts=120, state=Idle: Channel settings, ts=-1, flags=0002, data=0
sip_ua[4355]: fxo.cpp:336: ---> ts=124, state=Idle: Channel settings, ts=-1, flags=0002, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=125, state=Idle: Channel settings, ts=-1, flags=0002, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=126, state=Idle: Channel settings, ts=-1, flags=0002, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=127, state=Idle: Channel settings, ts=-1, flags=0002, data=0
sip_ua[4378]: poller.cpp:771: ===> command callgroups received
sip_ua[4378]: poller.cpp:771: ===> command routes received
sip_ua[4378]: poller.cpp:771: ===> command userlist received
sip_ua[4378]: user_agent.cpp:182: User directory updated
sip_ua[4355]: adase.cpp:197: ---> ts=120, state=Idle: Channel settings, ts=120, flags=0000, data=0
sip_ua[4355]: fxo.cpp:336: ---> ts=124, state=Idle: Channel settings, ts=124, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=125, state=Idle: Channel settings, ts=125, flags=0000, data=0
sip_ua[4355]: adase.cpp:197: ---> ts=120, state=Idle: Channel settings, ts=120, flags=0000, data=0
sip_ua[4355]: fxo.cpp:336: ---> ts=124, state=Idle: Channel settings, ts=124, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=125, state=Idle: Channel settings, ts=125, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=126, state=Idle: Channel settings, ts=126, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=127, state=Idle: Channel settings, ts=127, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=126, state=Idle: Channel settings, ts=126, flags=0000, data=0
sip_ua[4355]: fxs.cpp:419: ---> ts=127, state=Idle: Channel settings, ts=127, flags=0000, data=0
sip_ua[4378]: poller.cpp:771: ===> command sslapply received
WARNING | 20171124-122101.524 | repro | RESIP:TRANSACTION | 14350 | TransactionController.cxx:67 | On shutdown, there are Client TransactionS
tates remaining!
WARNING | 20171124-122101.526 | repro | RESIP:TRANSACTION | 14350 | TransactionController.cxx:72 | On shutdown, there are Server TransactionS
tates remaining!
sip_ua[4378]: repro.cpp:1023: ----> MyReproRunner::addTransports() called
ERR | 20171124-122101.605 | repro | RESIP | 14350 | ssl/Security.cxx:432 | Could not load X509 cert from '-----BEGIN CERTIFICATE-----
MIIDfjCCAmagAwIBAgIJAIQpzhHWwDIBMA0GCSqGSIb3DQEBBQUAMB8xDzANBgNV
BAMTBkFEQyBDQTEMMAoGA1UEChMDQURDMB4XDTE0MDkyNTEyNDgwNFoXDTIwMDky
MzEyNDgwNFowJTEVMBMGA1UEAxMMMTkyLjE2OC4wLjY5MQwwCgYDVQQKEwNBREMw
ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDGFAo7IzjEjiJ7wZ+4a7Mv
QsSiqbM0HaDMIVhWkvSxA6gyJiZH20mNoUhrsIHXVzgUMKUbchYAuLqHe0qmdtc6
HgfA8j2R57SbuK/mF/IWA8VFyG5O7+6EShFfBChFc1Hjoh58QLflupoXkituObj3
LwcPskY4PeMnwAUQIDFmQ2KXYP5bXBDqBUfp5VvymgztY1Zfwtd5MKAPv50V47gk
ZFunamC1Xc28YLp5lGfVGtnPhgPsM0BZGkWgfhF6yd1l4NfZ1ZbGWHJtneTtDAGu
G3n7qc1JD7ksmxCy5D0muYuppbDLAWjjZ3Yd73CdZ8aBCirlm5QMMjMxUK6kWEln
AgMBAAGjgbYwgbMwHQYJYIZIAYb4QgENBBAWDkZTIFNlcnZlciBDZXJ0MAkGA1Ud
EwQCMAAwHQYDVR0OBBYEFPG2aFjId5Om11BHJmFjI5T96FzkME8GA1UdIwRIMEaA
FPQr1ut115S5is4Os2+BviaEva6HoSOkITAfMQ8wDQYDVQQDEwZBREMgQ0ExDDAK
BgNVBAoTA0FEQ4IJAKXfuWVq/z5WMBcGA1UdEQQQMA6CDDE5Mi4xNjguMC42OTAN
BgkqhkiG9w0BAQUFAAOCAQEAdS/'
Likely a port is already in use
sip_ua[4378]: poller.cpp:771: ===> command ctime received
sip_ua[4378]: poller.cpp:771: ===> command callgroups received
sip_ua[4378]: poller.cpp:771: ===> command routes received
root@comcerto:/#

Здесь сразу две проблемы:

• непонятно почему файл сертификата оказался не полным;
• sip_ua упал.

Надо, как минимум, устранить падения при неполном файле сертификата. Предлагается проверять его валидность прежде чем пробовать пересоздать транспорт SSL.