Зошто vpnc се исклучува по 24 минути и што да смените

Вашиот тунел умира во повторлив интервал, и тоа е тајмер што се пријавува самиот, а не лош кабел. Дваесет и четири минути се 1440 секунди, тркалезна вредност каква што носи профил или политика на главниот јазол. Потоа истата конфигурација секогаш не успева против истиот концентратор, додека секоја друга мрежа работи, и никакво тестирање на врската тоа не го менува.

Три услови одлучуваат кој тајмер е вашиот: дали клиентот се откажува од неактивна сесија, дали размената за обновување клучеви е одбиена и дали преведувачкиот портал ја препишал капсулацијата.

Кој тајмер ја поседува исклуката

Измерете го интервалот низ најмалку три повторни поврзувања пред да допрете поставка. Распрснување од неколку секунди укажува на загуба на врска или безжичен роаминг; вредност што секогаш паѓа во неколку секунди од истата ознака укажува на вредност од политика. Должината на сесијата исто кажува кој ја завршил, бидејќи клиентски тајмаут и серверско бришење оставаат различни последни редови во излезот за отстранување грешки. Трите повторни поврзувања откриваат и дали интервалот воопшто се лизга, што едно мерење не може да покаже.

Запишете го бројот до главниот јазол со кој разговаравте. Кога интервалот е стабилен, останува изборот меѓу три причини, и токму една сменета поставка по повторно поврзување ги држи препознатливи.

Прв случај: клиентот се откажува од неактивна сесија

vpnc извршува сопствена проверка на мртов партнер, и таа проверка може да убие сесија што концентраторот сѐ уште ја смета за жива, особено кога меѓу нив стои преведувачки портал. Клиентското решение во документацијата е да го исклучите тајмерот локално и да го оставите главниот јазол да одлучи кога партнерот го нема. Двата реда подолу припаѓаат во профилот на vpnc или на командната линија, и двата се независни од поставките за шифрирање.

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

Исклучувањето на клиентскиот DPD отстранува лажен сигнал и исто така ја отстранува вашата единствена локална детекција, затоа примени го само и гледај дали интервалот воопшто се менува.

Втор случај: обновувањето клучеви е одбиено

Ако интервалот го преживее менувањето на DPD, обновувањето клучеви во фаза 1 станува кандидат. Постарите верзии на vpnc се справуваа со обновувањето помалку внимателно од сегашните, а вообичаеното несогласување е групата Diffie-Hellman. Наметнувањето група што главниот јазол веќе ја прифаќа чини еден ред и едно повторно поврзување, што го прави евтин експеримент, а не промена на политика.

IKE DH Group dh5

Важечки имиња на групи се dh1, dh2 и dh5. Група што концентраторот ја одбива дава веднаш неуспех, и тоа е сѐ уште информација: ви кажува дека главниот јазол е избирлив и дека првобитната група веројатно била точна.

Трет случај: преводот ја препишува капсулацијата

Зад преведувачки портал, UDP капсулацијата на Cisco и режимот заснован на стандарди не се заменливи. Погрешниот избор често создава тунел што се воспоставува, пропушта сообраќај и потоа истекува под оптоварување, што се чита како проблем со пропусната моќ и не е. Сменете само режимот, потоа поврзете се повторно и повторно измерете ја исклуката. Обидете се со другиот режим само откако првите два случаи се исклучени.

Предните делови овде ја додаваат својата збунетост. NetworkManager нема да понуди тип на врска vpnc додека не се инсталира пакетот за приклучок, а приклучокот што недостига се појавува како сиво копче Додај, а не како грешка. Предниот дел на KDE ги држи истите вредности во сопствен профил, затоа потврдете дека демонот го чита тоа што сте го уредиле.

Профил што добро се поврзува од командната линија, но не од работната површина, е проблем на предниот дел, а не на тајмерот.

Проверете ја размената што не успева пред третата промена

Стартувајте го клиентот со излез за отстранување грешки и прочитајте ја последната размена пред исклуката. Бришење на фаза 1 непосредно пред исклучувањето значи дека клиентот ги обновил клучевите и бил одбиен. Бришење на фаза 2 на истото место значи дека тунелот бил разглобен од другата страна, и вашите клиентски поставки не се причината.

vpnc --debug 3 office

Проверете и за втор мрежен демон кога тунелот преживува, но сообраќајот запира. Два менаџери што ја пишуваат табелата за рутирање даваат ист симптом од работната површина и сосема друг дневник.