Bakit nadidiskonekta ang vpnc sa 24 minuto at ano ang babaguhin

Namamatay ang iyong tunnel sa paulit-ulit na agwat, at ito ay isang timer na nag-uulat sa sarili nito, hindi isang sirang kable. Dalawampu't apat na minuto ay 1440 segundo, ang uri ng bilog na halaga na dinadala ng isang profile o patakaran sa head-end. Pagkatapos ay nabigo ang parehong configuration laban sa parehong concentrator sa bawat pagkakataon habang gumagana ang iba pang network, at walang pagsubok sa link ang makakabago nito.

Tatlong kondisyon ang nagtatakda kung aling timer ang sa iyo: kung binibitawan ng client ang isang idle session, kung tinatanggihan ang rekey exchange, at kung muling isinulat ng isang translating gateway ang encapsulation.

Aling timer ang may-ari ng pagbagsak

Sukatin ang agwat sa hindi bababa sa tatlong muling pagkonekta bago hawakan ang isang setting. Ang pagkakalat ng ilang segundo ay tumutukoy sa pagkawala ng link o wireless roaming; ang halagang bumabagsak sa bawat pagkakataon sa loob ng ilang segundo mula sa parehong marka ay tumutukoy sa halaga ng patakaran. Ang haba ng session ay nagsasabi rin kung sino ang nagtapos nito, dahil ang timeout sa panig ng client at ang pagbura sa panig ng server ay nag-iiwan ng magkaibang huling linya sa debug output. Ang tatlong muling pagkonekta ay naghahayag din kung nagbabago ang agwat, na hindi maipapakita ng isang pagsukat.

Isulat ang numero sa tabi ng head-end na kinakausap mo. Kapag matatag na ang agwat, ang natitirang gawain ay pumili sa tatlong dahilan, at ang isang binagong setting sa bawat muling pagkonekta ang nagpapanatili sa kanilang makilala.

Kaso uno: binibitawan ng client ang isang idle session

Nagpapatakbo ang vpnc ng sarili nitong dead-peer check, at ang check na iyon ay maaaring pumatay ng session na inaakala pa ng concentrator na buhay, lalo na kapag may translating gateway sa pagitan ng dalawa. Ang lunas sa panig ng client sa dokumentasyon ay patayin ang timer nang lokal at hayaang magpasya ang head-end kung kailan nawala ang isang peer. Ang dalawang linya sa ibaba ay kabilang sa profile ng vpnc o sa command line, at pareho silang independiyente sa mga setting ng encryption.

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

Ang pag-disable ng client DPD ay nag-aalis ng maling alerto at nag-aalis din ng iyong nag-iisang lokal na pagtuklas, kaya ilapat ito nang mag-isa at tingnan kung nagbabago ang agwat.

Kaso dos: tinatanggihan ang rekey

Kung makaligtas ang agwat sa pagbabago ng DPD, ang rekey ng phase 1 ang magiging kandidato. Ang mga lumang build ng vpnc ay humawak sa rekey nang hindi gaanong maingat kaysa sa kasalukuyan, at ang grupong Diffie-Hellman ang karaniwang hindi pagkakasundo. Ang pagpilit ng isang grupo na tinatanggap na ng head-end ay nagkakahalaga ng isang linya at isang muling pagkonekta, na ginagawa itong murang eksperimento at hindi pagbabago ng patakaran.

IKE DH Group dh5

Ang mga wastong pangalan ng grupo ay dh1, dh2 at dh5. Ang grupong tinatanggihan ng concentrator ay nagdudulot ng agarang pagkabigo, at impormasyon pa rin iyon: sinasabi nito na ang head-end ay pihikan at ang orihinal na grupo ay malamang na tama.

Kaso tres: muling isinulat ng pagsasalin ang encapsulation

Sa likod ng translating gateway, ang UDP encapsulation ng Cisco at ang mode na batay sa mga pamantayan ay hindi mapagpapalit. Ang maling pagpili ay madalas na gumagawa ng tunnel na nabuo, nagpapadaan ng trapiko at pagkatapos ay nag-expire sa ilalim ng karga, na binabasa na parang problema sa bandwidth at hindi. Baguhin lamang ang mode, pagkatapos ay kumonekta muli at sukatin muli ang pagbagsak. Subukan ang kabilang mode pagkatapos lamang na maalis ang unang dalawang kaso.

Ang mga front-end ay nagdadagdag ng sarili nilang kalituhan dito. Hindi mag-aalok ang NetworkManager ng uri ng koneksyon ng vpnc hanggang sa ma-install ang plugin package, at ang nawawalang plugin ay lumalabas bilang abuhing Idagdag na button sa halip na error. Ang front-end ng KDE ay nagtatago ng parehong mga halaga sa sarili nitong profile, kaya tiyakin na binabasa ng daemon ang iyong in-edit.

Ang profile na maayos na kumokonekta mula sa command line ngunit hindi mula sa desktop ay problema ng front-end, hindi problema ng timer.

Tiyakin ang palitan na nabibigo bago ang ikatlong pagbabago

Patakbuhin ang client gamit ang debug output at basahin ang huling palitan bago ang pagbagsak. Ang pagbura ng phase 1 kaagad bago ang pagdiskonekta ay nangangahulugan na nag-rekey ang client at tinanggihan. Ang pagbura ng phase 2 sa parehong punto ay nangangahulugan na ang tunnel ay giniba mula sa kabilang panig, at ang iyong mga setting ng client ay hindi ang dahilan.

vpnc --debug 3 office

Suriin din ang pangalawang network daemon kapag nananatili ang tunnel ngunit humihinto ang trapiko. Dalawang manager na nagsusulat ng routing table ay gumagawa ng parehong sintomas mula sa desktop at ganap na naiibang log.