Фаќање на еден VPN обид во macOS Console

Барате Mac VPN дневник, наоѓате упатство што покажува на PPP датотека што не постои на овој компјутер и заклучувате дека ништо не е снимено. Тоа заклучување обично е погрешно. Записот постои во обединетиот дневник, а исчезнатата датотека значи дека распоредувањето не е од типот што ја пишува, а не дека обидот не бил евидентиран. Мешањето на двете ги испраќа луѓето да докажуваат негација еден час.

Вградениот VPN, Tunnelblick и клиентот на производителот можат да имаат различни сопственици на дневникот. Започнете со поддржаниот приказ на дневник на клиентот кога го има, а Console користете го кога ви требаат системски или провајдерски настани околу обидот.

Изберете го клиентот што навистина не успеа

Запишете ја верзијата на macOS, верзијата на клиентот, името на врската и протоколот пред да отворите било што. Тие четири факти одредуваат кое име на процес ќе го барате и се првото нешто што инженерот за поддршка ќе ви го побара.

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

Вклучете го живиот приказ пред обидот

Отворете Console и изберете го овој Mac во Devices, а не поврзан телефон и не стар пакет со извештај. Кликнете Start во лентата со алатки за да биде текот жив, потоа запишете го времето со неговата временска зона. Користете администраторски пристап ако приказот го бара тоа, а на управуван Mac побарајте го тој пристап од сопственикот наместо да го заобиколувате.

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

Ништо од ова не е ветување дека трагата веќе постои. Console е постапка за собирање, а вие создавате услови за чисто фаќање, а не преземате нешто однапред снимено.

Стеснете по процес, а не по преданија

Започнете доволно широко за да го идентификувате сопственикот, потоа дотерете со својствата на процесот и пораката што навистина се појавуваат во вашето фаќање. Ознака на провајдер цитирана во постар водич е трага за една верзија на macOS и еден протокол, не постојан филтер. Филтрирањето по неа прерано може да создаде празен прозорец што изгледа како дефект во дневникот, а всушност е промашување во пребарувањето. Додадете услов што можете да го отстраните, наместо таков што ги отстранува доказите.

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

Задржете доволно контекст за да одговорите на едно прашање

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

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

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

Споделете го најмалиот корисен извадок

Изберете ги соодветните пораки и користете ја поддржаната акција Share за предвидениот примач. Вклучете ги белешките за верзијата и времето, потоа пред испраќање прегледајте внатрешни имиња на домаќини, идентификатори на сметки, адреси и неповрзани настани. Цел дијагностички архив лесно се приложува и тешко се оправдува подоцна.

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