Yhden VPN-yrityksen tallentaminen macOS Consoleen

Etsit Macin VPN-lokia, löydät ohjeen, joka viittaa PPP-tiedostoon, jota tässä koneessa ei ole, ja päättelet, ettei mitään tallennettu. Päätelmä on yleensä väärä. Tietue on yhdistetyssä lokissa, ja puuttuva tiedosto tarkoittaa, ettei tämä käyttöönotto ole niitä, jotka kirjoittavat sen, ei sitä, ettei yritystä kirjattu. Näiden kahden sekoittaminen lähettää ihmiset tunniksi todistamaan kielteistä.

Natiivi VPN, Tunnelblick ja toimittajan oma asiakas voivat kaikki omata eri lokin omistajat. Aloita asiakkaan tukemasta lokinäkymästä, kun se sellaisen tarjoaa, ja turvaudu Consoleen, kun tarvitset yrityksen ympäriltä järjestelmän tai tarjoajan tapahtumia.

Valitse asiakas, joka todella epäonnistui

Kirjoita ylös macOS-versio, asiakasversio, yhteyden nimi ja protokolla ennen kuin avaat mitään. Nämä neljä tosiasiaa ratkaisevat, mitä prosessin nimeä etsit, ja ne ovat ensimmäinen asia, jota tukitinsinööri sinulta kysyy.

Jos yhteys käynnistettiin toimittajan asiakkaalle kuuluvasta valikkorivin kohdasta, kiinnostavat viestit voivat tulla siitä asiakkaasta eivätkä järjestelmän VPN-tarjoajalta. Jos se käynnistettiin järjestelmän omasta VPN-paneelista, tarjoajan prosessi on se, jota etsitään. Niiden välillä arvaaminen tuhlaa yhden yrityksen, joten tarkista ensin, mikä sovellus omistaa yhteyden.

Käynnistä reaaliaikanäkymä ennen yritystä

Avaa Console ja valitse Devices-kohdassa tämä Mac, ei liitettyä puhelinta eikä vanhaa raporttipakettia. Napsauta työkaluriviltä Start, jotta virta on reaaliaikainen, ja kirjaa sitten aika aikavyöhykkeineen. Käytä järjestelmänvalvojan käyttöoikeutta, jos näkymä sitä vaatii, ja hallitussa Macissa pyydä tätä käyttöoikeutta omistajalta sen kiertämisen sijaan.

Tee nyt yksi tavallinen yhteysyritys ja kirjaa näkyvä epäonnistuminen. Yhdellä yrityksellä on väliä: toinen uusintayritys lisää uusia tapahtumia samaan virtaan, ja kahden yrityksen sekoittaminen yhteen ikkunaan on se, miten ihmiset päätyvät tutkimaan väärää kättelyä.

Mikään tässä ei lupaa, että jälki on jo olemassa. Console on keräysmenettely, ja sinä luot edellytykset puhtaalle tallenteelle sen sijaan, että noutaisit jotain etukäteen tallennettua.

Rajaa prosessin mukaan, ei perimätiedon

Aloita riittävän laajasti omistajan tunnistamiseksi ja tarkenna sitten prosessin ja viestien ominaisuuksilla, jotka todella esiintyvät tallenteessasi. Vanhemmassa oppaassa siteerattu tarjoajan nimi on vihje yhden macOS-version ja yhden protokollan osalta, ei pysyvä suodatin. Liian aikaisin sen mukaan suodattaminen voi tuottaa tyhjän ikkunan, joka näyttää lokin virheeltä ja on todellisuudessa haun ohilyönti. Lisää ehto, jonka voit poistaa, älä sellaista, joka poistaa todisteen.

Console antaa yhdistää ehtoja, ja ne kaventavat yhdessä. Jos tulokset katoavat, poista tai löyhennä rajoittavin ehto sen sijaan, että lisäisit toisen. Vain lopullisen virheen näyttäminen on yleinen virhe, koska virheen selittävä tapahtuma esiintyy yleensä useita rivejä aiemmin.

Säilytä riittävästi asiayhteyttä yhden kysymyksen vastaamiseksi

Laajenna asianmukaista viestiä ja lue sen tiedot, säilytä sitten ensimmäinen merkityksellinen epäonnistuminen yhdessä sen ympärillä olevien yhteystapahtumien kanssa. Yksittäinen rivi, joka kertoo yhteyden pysähtyneen, ei kerro lukijalle mitään syystä.

Kerro tarkasti, minkä vaiheen tietue todistaa: paikallinen tarjoaja tai palvelu, joka ei koskaan käynnistynyt, vaihto kauko-osapuolen kanssa, hylkäys todennuksessa tai myöhempi reititys- tai ratkaisijavalitus. Viesti prosessin käynnistymisestä ei todista, että kättely on saatu päätökseen, ja onnistuneen yhteyden jälkeinen reittivaroitus kuvaa eri vikaa kuin epäonnistunut yhteys.

Jos asiakas pitää omaa lokiaan, vertaa samaa yritystä siellä sen sijaan, että yhdistäisit nykyisen Console-tapahtuman erilaiseen uusintayritykseen vain lisättävästä tiedostosta. Vanhan PPP-tiedoston ohjeet kuuluvat vain käyttöönotolle, joka yhä tuottaa tiedoston.

Jaa pienin hyödyllinen ote

Valitse asianmukaiset viestit ja käytä tuettua Share-toimintoa aiomallesi vastaanottajalle. Liitä mukaan versio- ja aikahuomautukset ja tarkista sitten sisäiset isäntänimet, tilin tunnisteet, osoitteet ja asiaankuulumattomat tapahtumat ennen lähettämistä. Koko diagnostiikka-arkisto on helppo liittää ja vaikea perustella jälkeenpäin.

Oleta, että jotkin tapahtumat puuttuvat nykyisessä tietosuoja- tai kirjauskokoonpanossa. Käytä silloin diagnostiikkamenettelyä, jonka toimittajasi tai ylläpitäjäsi määrää, ja vastusta houkutusta kytkeä pois järjestelmänlaajuisia suojauksia historian keräämiseksi. Luovutus, joka kannattaa valmistella, on pieni: mikä asiakas, mikä protokolla, milloin yritys tapahtui, sen ensimmäinen olennainen tapahtuma ja mitä seurasi.