Cisco VPN виси по Hyper-V: откажување на врската или повторно градење?

Клиентот се врти на securing communications и никогаш не прикажува барање за најава, а единственото што се смени беше инсталација на емулатор. Оваа шема укажува на виртуелниот адаптер, а не на профилот или лозинката. Одлуката е дали адаптерот е врзан за Hyper-V прекинувач на кој не треба да биде, или воопшто не се појавил.

Овие две состојби изгледаат исто во клиентот и бараат различни поправки. Едната е врска што можете да ја откажете; другата е проблем со управувачкиот драјвер што откажувањето на врската нема да го допре.

Што чека фазата securing communications

Пред тунелот да се изгради, на клиентот му треба работна локална мрежна патека до портата. Тој инсталира сопствен виртуелен адаптер и го користи како дел од таа патека. Ако Hyper-V го поврзе тој адаптер со прекинувач направен за емулатор, адаптерот може да престане да дава употреблива рута.

Клиентот не известува кој адаптер го чека. Дневникот обично завршува на последната достигната фаза, и истата грешка се појавува за секоја адреса на портата. Затоа историјата на инсталација е поважна од текстот на грешката. Дневникот сепак вреди да се чува; ви ја кажува фазата, не причината.

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

Прва одлука: дали VPN адаптерот е врзан за погрешниот прекинувач?

Отворете Hyper-V Manager, потоа Virtual Switch Manager, и прочитајте ја листата на адаптери за секој прекинувач. Cisco адаптерот не треба да се појавува како приклучок на емулаторски прекинувач. Ако се појавува, тоа е ваша грешка, а поправката е да го отстраните од тој прекинувач.

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

Стартувајте го клиентот и обидете се со врската. Ако сè уште виси, одврзувајте ги останатите виртуелни адаптери еден по еден и тестирајте по секој, за да знаете кој бил важен.

Втора одлука: адаптерот работи, но нема адреса?

Извршете ipconfig /all од покачена командна линија за да бидат вклучени и скриените адаптери, и споредете ја листата со она што го паметите пред инсталацијата. Адаптер без адреса и со состојба на исклучен медиум обично значи дека драјверот не се подигнал. Тоа не се поправа со одврзување. Запишете ја точната состојба пред да смените нешто.

Адаптер што работи, но е поврзан со погрешниот прекинувач е случајот од претходниот дел. Состојбата на адресата е она што ги разликува двете.

Вратете го емулаторот без да го вратите дефектот

Кога тунелот работи, повторно поврзете го сопствениот адаптер на емулаторот со неговиот прекинувач и потврдете дека VM добива адреса. Не го поврзувајте повторно VPN адаптерот. Тестирајте ги и емулаторот и клиентот уште еднаш пред да сметате дека е готово.

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

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