Kāpēc vpnc atslēdzas pēc 24 minūtēm un ko mainīt
vpnc atslēgšanās pēc 24 minūtēm ir taimeris, nevis nestabils savienojums. Trīs nosacījumi izlemj, vai risinājums ir DPD, NAT šķērsošana vai atslēgu atjaunināšanas grupa.
Jūsu tunelis mirst atkārtotā intervālā, un tas ir taimeris, kas paziņo pats par sevi, nevis slikts kabelis. Divdesmit četras minūtes ir 1440 sekundes, apaļa vērtība, kādu nes profils vai galvenā mezgla politika. Tad tā pati konfigurācija katru reizi neizdodas pret to pašu koncentratoru, kamēr visi citi tīkli darbojas, un neviens saites tests to nemaina.
Trīs nosacījumi izlemj, kurš taimeris ir jūsējais: vai klients atsakās no neaktīvas sesijas, vai atslēgu atjaunināšanas apmaiņa tiek noraidīta, un vai tulkojoša vārteja pārrakstīja iekapsulējumu.
Kurš taimeris pārvalda atslēgšanos
Izmēriet intervālu vismaz trīs atkārtotu savienojumu laikā, pirms aiztiecat jebkuru iestatījumu. Dažu sekunžu izkliede norāda uz saites zudumu vai bezvadu viesabonēšanu; vērtība, kas katru reizi nonāk dažu sekunžu laikā no tās pašas atzīmes, norāda uz politikas vērtību. Sesijas garums arī pasaka, kas to pabeidza, jo klienta puses taimauts un servera puses dzēšana atstāj atšķirīgas pēdējās rindas atkļūdošanas izvadē. Trīs atkārtoti savienojumi arī atklāj, vai intervāls vispār dreifē, ko viens mērījums nevar parādīt.
Pierakstiet skaitli blakus galvenajam mezglam, ar kuru runājāt. Kad intervāls ir stabils, atlikušais darbs ir izvēle starp trim cēloņiem, un viens mainīts iestatījums uz katru savienojumu ir tas, kas saglabā tos atšķiramus.
Pirmais gadījums: klients atsakās no neaktīvas sesijas
vpnc palaiž savu mirušā partnera pārbaudi, un šī pārbaude var nogalināt sesiju, kuru koncentrators vēl uzskata par dzīvu, jo īpaši tad, kad starp abiem atrodas tulkojoša vārteja. Dokumentācijā klienta puses risinājums ir izslēgt taimeri lokāli un ļaut galvenajam mezglam izlemt, kad partneris ir pazudis. Abas rindas zemāk pieder vpnc profilam vai komandrindai, un abas nav atkarīgas no šifrēšanas iestatījumiem.
DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp
Klienta DPD izslēgšana novērš viltus trauksmi un arī novērš vienīgo lokālo noteikšanu, tāpēc lietojiet to atsevišķi un vērojiet, vai intervāls vispār mainās.
Otrais gadījums: atslēgu atjaunināšana tiek noraidīta
Ja intervāls pārdzīvo DPD izmaiņas, par kandidātu kļūst 1 fāzes atslēgu atjaunināšana. Vecākas vpnc versijas atjaunināšanu apstrādāja mazāk rūpīgi nekā pašreizējās, un ierastā domstarpība ir Diffie-Hellman grupa. Grupas, ko galvenais mezgls jau pieņem, uzspiešana maksā vienu rindu un vienu savienojumu, kas to padara par lētu eksperimentu, nevis politikas maiņu.
IKE DH Group dh5
Derīgi grupu nosaukumi ir dh1, dh2 un dh5. Grupa, ko koncentrators noraida, rada tūlītēju kļūmi, un arī tas ir informācija: tā pasaka, ka galvenais mezgls ir izvēlīgs un ka sākotnējā grupa, iespējams, bija pareiza.
Trešais gadījums: tulkošana pārraksta iekapsulējumu
Aiz tulkojošas vārtejas Cisco UDP iekapsulējums un uz standartiem balstītais režīms nav savstarpēji aizstājami. Nepareiza izvēle bieži rada tuneli, kas izveidojas, laiž cauri plūsmu un pēc tam slodzes laikā beidzas, kas lasās kā joslas platuma problēma un tā nav. Mainiet tikai režīmu, pēc tam atkārtoti pievienojieties un vēlreiz izmēriet atslēgšanos. Izmēģiniet otru režīmu tikai pēc tam, kad pirmie divi gadījumi ir izslēgti.
Priekšgali šeit pievieno savu apjukumu. NetworkManager nepiedāvās vpnc savienojuma tipu, kamēr nav instalēta spraudņa pakotne, un trūkstošs spraudnis parādās kā pelēka poga Pievienot, nevis kā kļūda. KDE priekšgals glabā tās pašas vērtības savā profilā, tāpēc pārliecinieties, ka dēmons nolasa to, ko rediģējāt.
Profils, kas labi savienojas no komandrindas, bet ne no darbvirsmas, ir priekšgala problēma, nevis taimera problēma.
Pirms trešās izmaiņas pārbaudiet apmaiņu, kas neizdodas
Palaidiet klientu ar atkļūdošanas izvadi un nolasiet pēdējo apmaiņu pirms atslēgšanās. 1 fāzes dzēšana tieši pirms atvienošanās nozīmē, ka klients atjaunināja atslēgas un tika noraidīts. 2 fāzes dzēšana tajā pašā vietā nozīmē, ka tunelis tika nojaukts no otras puses, un jūsu klienta iestatījumi nav cēlonis.
vpnc --debug 3 office
Pārbaudiet arī otru tīkla dēmonu, kad tunelis izdzīvo, bet plūsma apstājas. Divi pārvaldnieki, kas raksta maršrutēšanas tabulu, rada to pašu simptomu no darbvirsmas un pilnīgi citu žurnālu.