Kodėl vpnc atsijungia po 24 minučių ir ką pakeisti

Jūsų tunelis miršta pasikartojančiu intervalu, ir tai yra laikmatis, kuris pats apie save praneša, o ne blogas kabelis. Dvidešimt keturios minutės yra 1440 sekundžių, apvali reikšmė, kokią neša profilis arba pagrindinio mazgo politika. Tada ta pati konfigūracija kaskart nepavyksta prieš tą patį koncentratorių, kol visi kiti tinklai veikia, ir joks linijos testas to nekeičia.

Trys sąlygos nusprendžia, kuris laikmatis yra jūsų: ar klientas atsisako neaktyvios sesijos, ar raktų atnaujinimo mainai atmetami, ir ar verčiantis tarpinė perrašė inkapsuliavimą.

Kuris laikmatis valdo atsijungimą

Išmatuokite intervalą per bent tris pakartotinius prisijungimus prieš liesdami kokį nors nustatymą. Kelių sekundžių sklaida rodo linijos praradimą arba belaidį roamingą; reikšmė, kuri kaskart patenka per kelias sekundes nuo to paties ženklo, rodo politikos reikšmę. Sesijos trukmė taip pat pasako, kas ją baigė, nes kliento pusės laiko limitas ir serverio pusės ištrynimas palieka skirtingas paskutines eilutes derinimo išvestyje. Trys pakartotiniai prisijungimai taip pat parodo, ar intervalas apskritai dreifuoja, ko vienas matavimas parodyti negali.

Užrašykite skaičių šalia to pagrindinio mazgo, su kuriuo kalbėjotės. Kai intervalas bus stabilus, likęs darbas yra rinktis iš trijų priežasčių, ir vienas pakeistas nustatymas per prisijungimą yra tai, kas išlaiko juos atskiriamus.

Pirmas atvejis: klientas atsisako neaktyvios sesijos

vpnc vykdo savo negyvo partnerio patikrą, ir ta patikra gali nužudyti sesiją, kurią koncentratorius dar laiko gyva, ypač kai tarp jų yra verčianti tarpinė. Dokumentacijoje kliento pusės sprendimas yra išjungti laikmatį vietoje ir leisti pagrindiniam mazgui nuspręsti, kada partneris dingo. Abi eilutės žemiau priklauso vpnc profiliui arba komandų eilutei, ir abi nepriklauso nuo šifravimo nustatymų.

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

Kliento DPD išjungimas pašalina klaidingą aliarmą ir taip pat pašalina vienintelį vietinį aptikimą, todėl taikykite jį atskirai ir stebėkite, ar intervalas apskritai keičiasi.

Antras atvejis: raktų atnaujinimas atmetamas

Jei intervalas išgyvena DPD pakeitimą, kandidatu tampa 1-osios fazės raktų atnaujinimas. Senesnės vpnc versijos atnaujinimą tvarkė mažiau atsargiai nei dabartinės, ir įprastas nesutarimas yra Diffie-Hellman grupė. Priverstinis grupės, kurią pagrindinis mazgas jau priima, naudojimas kainuoja vieną eilutę ir vieną prisijungimą, todėl tai pigus eksperimentas, o ne politikos pakeitimas.

IKE DH Group dh5

Galiojantys grupių pavadinimai yra dh1, dh2 ir dh5. Grupė, kurią koncentratorius atmeta, sukelia nedelsiantį nepavykimą, ir tai vis tiek informacija: ji pasako, kad pagrindinis mazgas yra išrankus ir kad pradinė grupė greičiausiai buvo teisinga.

Trečias atvejis: vertimas perrašo inkapsuliavimą

Už verčiančios tarpinės Cisco UDP inkapsuliavimas ir standartais pagrįstas režimas nėra keičiami. Neteisingas pasirinkimas dažnai sukuria tunelį, kuris susikuria, praleidžia srautą ir tada baigiasi pagal laiką esant apkrovai, o tai skaitoma kaip pralaidumo problema ir ja nėra. Pakeiskite tik režimą, tada prisijunkite iš naujo ir vėl išmatuokite atsijungimą. Išbandykite kitą režimą tik pašalinę pirmuosius du atvejus.

Priekinės dalys čia prideda savo painiavos. NetworkManager nesiūlys vpnc ryšio tipo, kol nebus įdiegtas papildinio paketas, o trūkstamas papildinys rodomas kaip pilkas mygtukas Pridėti, o ne kaip klaida. KDE priekinė dalis laiko tas pačias reikšmes savo profilyje, todėl patvirtinkite, kad daemonas skaito tai, ką redagavote.

Profilis, kuris gerai prisijungia iš komandų eilutės, bet ne iš darbalaukio, yra priekinės dalies problema, o ne laikmačio problema.

Patikrinkite nepavykusį mainą prieš trečią pakeitimą

Paleiskite klientą su derinimo išvestimi ir perskaitykite paskutinį mainą prieš atsijungimą. 1-osios fazės ištrynimas prieš pat atjungimą reiškia, kad klientas atnaujino raktus ir buvo atmestas. 2-osios fazės ištrynimas tame pačiame taške reiškia, kad tunelis buvo išardytas iš kitos pusės, ir jūsų kliento nustatymai nėra priežastis.

vpnc --debug 3 office

Taip pat patikrinkite, ar nėra antro tinklo daemono, kai tunelis išgyvena, bet srautas sustoja. Du tvarkyklės, rašančios maršrutizavimo lentelę, sukelia tą patį simptomą iš darbalaukio ir visiškai kitą žurnalą.