Kisikilizaji cha OpenVPN 2.5 kwenye DD-WRT kimekufa? Soma usanidi uliozalishwa

Kisikilizaji kilichokufa kwenye DD-WRT kwa kawaida humaanisha kuwa daemon ilitoka ilipokuwa ikichanganua usanidi wake, si kwamba sheria ya firewall ilizuia lango. OpenVPN 2.5 ilikaza mipangilio kadhaa chaguo-msingi ambayo usanidi wa zamani ulitegemea, na usanidi uliozalishwa uliofanya kazi kwenye toleo la zamani unaweza kukataliwa kabla socket haijafunguliwa. Sababu iko kwenye kumbukumbu ya router yenyewe, na ingizo liko kwenye faili iliyozalishwa. Kusoma vyote viwili kwa mpangilio huo ni haraka kuliko kunasa pakiti yoyote.

Daemon si firewall

Tofauti hii ni muhimu kwa sababu hitilafu hizo mbili zinaonekana sawa kutoka nje: mteja hutuma handshake na hakuna kinachorudi. Moja ni mchakato usiofanya kazi, na nyingine ni mchakato unaofanya kazi na kuchuja.

Tenganisha kwa ukaguzi mbili kabla ya kubadilisha kitu chochote, kwa sababu kuhariri firewall kwenye daemon iliyokufa huongeza tu kigeugeu cha pili.

Soma usanidi ambao DD-WRT ulizalisha

DD-WRT haitoi kwa OpenVPN maandishi uliyoyandika kwenye kiolesura cha wavuti. Huandika usanidi uliozalishwa kwenye /tmp/openvpn/openvpn.conf na huanzisha daemon na faili hiyo, kwa hivyo sehemu za kiolesura na maandishi yoyote katika Additional Config huunganishwa kabla OpenVPN kuyaona. Ikiwa unatengeneza kidhibiti badala ya faili iliyozalishwa, unasoma nia na si ingizo halisi. Nakili faili hiyo mahali pa kudumu kabla ya kuwasha upya /tmp kuifuta.

Linganisha faili iliyozalishwa na kile ulichokusudia, hasa pale kiolesura kinapoandika agizo ambalo hukuwahi kuchagua. Menyu ya kushuka inayotoa chaguo lililopitwa na wakati haionekani kwenye kidhibiti na ni mbaya kwa daemon.

Ikiwa faili iliyozalishwa ni tupu au haipo, daemon haikufika hata kuanza, na tatizo liko juu ya OpenVPN.

Kile OpenVPN 2.5 iliacha kukubali

OpenVPN 2.5 ilibadilisha ncp-ciphers na data-ciphers, na ikapandisha toleo la chini la TLS chaguo-msingi hadi 1.2. Pia ilibadilisha utunzaji wa ukandamizaji, kwa hivyo mwenza anayetoa ukandamizaji hukataliwa isipokuwa usanidi unaruhusu waziwazi, na ikaweka alama ya kizamani majina ya chaguo za zamani kama ns-cert-type badala ya remote-cert-tls. Kila moja ya mabadiliko hayo hubadilisha usanidi uliofanya kazi hapo awali kuwa hitilafu ya uchanganuzi au mazungumzo.

Namna ya hitilafu inategemea agizo. Chaguo lisilojulikana au lililoondolewa husimamisha daemon wakati wa kuanza, huyo ndiye kisikilizaji wako aliyekufa. Kutokubaliana kwa mazungumzo huiacha daemon ikiendesha na hukataa wateja, jambo ambalo kwa upande wa mteja linaonekana kama tatizo la firewall.

Soma hitilafu ya kwanza kwenye kumbukumbu, si ya mwisho. Uchanganuzi husimama kwenye agizo baya la kwanza, na kila kitu baada yake ni kelele za kuzima.

Masharti maalum ya Broadcom

Kwenye matoleo ya Broadcom kifaa cha handaki lazima kiwepo kabla daemon haijaitumia. Hakikisha kuwa moduli ya tun imepakiwa na kwamba /dev/net/tun ipo, kwa sababu kifaa kinachokosekana huzalisha hitilafu ya kuanza ambayo haina uhusiano wowote na vyeti. Vile vile vinahusu skripti saidizi ambazo DD-WRT huzalisha kwa njia na DNS: zisipokuwepo au zisitekelezeki, daemon inaweza kuanza na bado isikamilishe usanidi wake.

Endesha daemon mbele kwa maelezo zaidi juu ya usanidi uliozalishwa unapohitaji ujumbe halisi. Uendeshaji wa mbele huchapisha hitilafu ya uchanganuzi ambayo skripti ya init iliimeza.

Kisha rejesha huduma ya kawaida, kwa sababu daemon ya mbele na skripti ya init zitagombana kwa lango.

Thibitisha kuwa kisikilizaji kipo kabla ya kutengeneza wateja

Thibitisha mchakato na socket kando: amri moja kwa daemon inayoendesha, nyingine kwa lango la UDP lililofungwa kwenye anwani inayotarajiwa. Mchakato usio na socket unamaanisha bado uko kwenye usanidi au umefungwa kwenye kiolesura kisichofaa. Jozi hiyo ni jaribio muhimu kwa sababu nusu moja haiwezi kuwa kweli bila nyingine.

Utatuzi wa upande wa mteja una maana tu baada ya kisikilizaji kuwepo. Kisha angalia kuwa cipher na mipangilio ya TLS ya mteja inalingana na orodha ya data-ciphers ya seva na toleo lake la chini, na kwamba lango kweli linaelekezwa kwenye router.

Hifadhi usanidi uliozalishwa na mstari wa kumbukumbu uliothibitisha marekebisho. Sasisho la firmware lijalo linaweza kubadilisha mipangilio chaguo-msingi tena, na rekodi hiyo ndiyo inayobadilisha kurudia kuwa ukaguzi wa dakika tano.