Portál AbcLinuxu, 23. dubna 2024 17:40


Dotaz: Well SIP T22P a Asterisk TLS/SSL certifikáty

8.5.2022 09:51 mcm | skóre: 13 | blog: linca | domažlice
Well SIP T22P a Asterisk TLS/SSL certifikáty
Přečteno: 257×
Odpovědět | Admin
Ahoj všem,

získal jsem starší VoIP telefony Well SIP T22P a podařilo se mi jej zprovoznist na Asterisku na protokolu UDP (a funguje velmi dobře). Rád bych je ale provozoval v režimu TLS přičemž jsem si skriptem ast_tls_cert podle wiki (zde) vytvoril self-signed certifikát certifikační autority a certifikát serveru a potažmo klienta. K dispozici jsou tedy nyní soubory: Well/Yealink T22P mají velmi podobnou webovou konfiguraci, a protože manuál přímo k Wellu se mi nepodařilo opatřit, postupoval jsem podle manuálu k Yealinku. Ve webové konfiguraci telefonu se rozlišují tzv. "Důvěryhodné certifikáty" a "Serverové certifikáty". Do důvěryhodných certifikátů by měl jít podle manuálu certifikát přímo certifikační autority, tedy jestli to chápu správně, pa bych tam měl nahrát přímo ca.crt. To mě ale přijde nesmysl, vzhledem k tomu, že se jedná o certifikační autoritu. Spíš by se mi tam hodil certifikát asterisku, tedy asterisk.crt.

Podle manuálu na wiki Asterisku (odkaz nahoře) to má vypadat tak, že se nakopíruje telefon.pem a ca.crt do telefonu.

No a jaký certifikát pak mám nahrát do serverových certifikátů. V manuálu k Yealinku nic o serverových certifikátech není, pouze se tam řeší certifikáty zařízení. Jestli by to bylo takhle, pak chápu špatně koncept certifikátu v telefonu a jako "Serverový certifikát" podle manuálu k Yealinku by mohl být certifikát klienta, tedy v mém případě "telefon.pem".

Pokud to takto nakonfiguruji, Asterisk po restartu začne namítat, že:
st_iostream_start_tls: Problem setting up ssl connection: error:00000005:lib(0):func(0):DH lib, Underlying BIO error: Connection reset by peer
ast_iostream_close: SSL_shutdown() failed: error:00000001:lib(0):func(0):reason(1), Internal SSL error
== TLS/SSL certificate ok
Takže tudy cesta nevede.

Když zkusím do "Důvěryhodných certifikátů" vložit certifikát "asterisk.crt", tak Asterisk po restartu hlásí totéž a toto navíc: iostream.c:633 ast_iostream_start_tls: Problem setting up ssl connection: error:00000005:lib(0):func(0):DH lib, Underlying BIO error: Success

A telefon je byť nakonektován, tak ale "Unreachable".

obsah sip.conf:
[general]
tlsenable=yes
tlsbindaddr=0.0.0.0
transport=udp
tlscertfile=asterisk.pem
tlscafile=ca.crt
tlscipher=ALL
obsah extensions.conf:
[telefon]
exten => 9999,1,NoOp(First Line)
same => n,NoOp(Second Line)
same => n,Dial(SIP/9999,30)
same => n,VoiceMail(9999)
same => n,Hangup
obsah users.conf:
[9999]
type=friend
mailbox=9999
secret=heslo
hassip=yes
dtmfmode=rfc2833
context=telefon
allow=ulaw,alaw,t140,h263,h263p,h264,g722
host=dynamic
transport=tls
Verze asterisku: 16.4.0 (x64)

Model telefonu: Well SIP T22P

Verze HW telefonu: 5.0.0.60

Verze firmware telefonu: 7.60.9.5

Napadá mě ještě jedna věc a to ta, že mám buďto příliš velký klíč (4096) nebo používám formát, který si nerozumí s telefonem nebo je telefon už příliš starý na aktuální způsoby zabezpečení.

Ze zoufalství jsem se uchýlil ke zkoušení všeho všude (:-E), bez jakéhokoli výsledku..

Máte někdo zkušenost s tímto typem telefonu nebo s konfigurací TLS na Asterisku? Budu vděčný za jakýkoli námět/nápad..
Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

8.5.2022 14:53 X
Rozbalit Rozbalit vše Re: Well SIP T22P a Asterisk TLS/SSL certifikáty
Odpovědět | | Sbalit | Link | Blokovat | Admin
Navod(strana 7) je celkem jasny. Pouzivas svoje = custom certifikaty. V nastaveni 'CA Cetificates' budes mit volbu 'Custom certificates' a dohrajes vlastni CA.crt. Stejna situace je u 'Device Certivicates', zvolis 'Custom certificates' a nahrajes 'telefon.crt'. Sice se to jmenuje "Import server certificates", ale dal se dozvis, ze "The client certificate is the same as the server certificate.".

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.