SoftEther-yhteysprofiili: tarkista kuusi kenttää ennen tuontia

Profiilin tuonti onnistuu, mutta todentaminen epäonnistuu, koska tiedosto osoittaa Virtual Hubiin, johon tili ei ole koskaan liittynyt. Tiedostossa ei ole mitään viallista; se kuvaa järjestelyä, jota varten tunnukset eivät ole myönnetyt. Kuusi kenttää ratkaisee, voiko tuonti toimia: isäntänimi, portti, protokolla, Virtual Hub, käyttäjän identiteetti ja se, antoiko joku sinulle vahingossa järjestelmänvalvojan tunnukset. Tarkistukset yhdestä kolmeen kattavat nämä kentät järjestyksessä, ja kaksi viimeistä kattavat itse tiedoston ja sen, mihin todella liityit.

Tarkistus 1: isäntänimi ja portti

Lue isäntänimi, portti ja ilmoitettu käyttötapa ennen kuin tuot mitään. SoftEtherin natiivikuuntelija vastaa yleensä TCP 443:ssa, ja 992 ja 5555 ovat vaihtoehtoja, jotka operaattorit avaavat asiakkaille rajoittavien verkkojen takana. Profiili, joka osoittaa porttiin, joka palvelee verkkosivustoa tai muuta palvelua, epäonnistuu ennen todentamista ja ilmoittaa virheen tunnusongelmana. Vertaa paria siihen, mitä operaattori julkaisee tälle päätepisteelle, älä katalogiluetteloon, jonka joku keräsi viime vuonna. Jos isäntänimi ratkeaa osoitteeksi, jota operaattori ei koskaan mainitse, pysähdy siihen, koska seuraava vaihe lähettää tunnukset tuohon osoitteeseen.

Portti 443 on yhteistä aluetta, joten portti yksin ei todista mitään sen takana olevasta palvelusta. SoftEther-asiakas erottaa ne protokollan kättelyllä, minkä vuoksi profiili voi osoittaa oikeaan porttiin ja silti päättyä verkkopalvelimeen. Tämä virhe näyttää asiakaslokissa väärältä salasanalta, vaikka salasanaa ei koskaan tarkistettu.

Kirjoita päätepiste muistiin isäntänimenä, porttina ja menetelmänä tässä järjestyksessä. Tämä kolmikko on se osa, jonka voit tarkistaa ilman yhteyttä, ja se osa, jonka lainaat kysyessäsi operaattorilta, onko kuuntelija yhä käynnissä. Kaikki, mitä et voi täyttää julkaistusta lähteestä, jää tarkistamattomaksi eikä oletetuksi.

Tarkistus 2: protokolla ratkaisee asiakkaan

Palvelin, joka tarjoaa useita käyttötapoja, ei muuta yhtä vietyä tiedostoa profiiliksi, jonka jokainen asiakas voi avata. Each method has its own format, its own client and its own failure mode, ja niiden sekoittaminen tuottaa virheitä, jotka kuulostavat tunnusongelmilta. Päätä, minkä menetelmän tiedosto ilmoittaa, ennen kuin päätät, mikä asiakas avaa sen.

Alla oleva taulukko luettelee tavanomaiset portit ja sen, mitä kukin menetelmä todella vaatii. Portit ovat operaattorin valinta, joten kohtele niitä oletusarvoina äläkä faktoina tietystä palvelimesta. Natiivin SoftEther-profiilin tuo SoftEther-asiakas, ovpn-paketti kuuluu OpenVPN:lle ja SSTP- tai L2TP-profiilit käsittelee käyttöjärjestelmä itse. Toisen asiakkaan asentaminen sellaisen tiedoston avaamiseksi, jonka ensimmäinen hylkää, muuttaa yleensä selkeän virheen sekavaksi.

Lue ilmoitus tiedoston sisältä äläkä tiedostopäätteestä. OpenVPN:n mukaan nimetty tiedosto on määritelmän mukaan OpenVPN-profiili, kun taas SoftEther-profiili on pieni asetustiedosto, jonka SoftEther-asiakas tuo, eivätkä nämä kaksi ole vaihdettavissa. Jos ilmoitettu menetelmä on sellainen, jota et voi palvella, se vastaa tuontikysymykseen.

Tarkistus 3: keskus, käyttäjä ja järjestelmänvalvojan rooli

Natiivissa käytössä profiili nimeää Virtual Hubin ja käyttäjän siinä. A hub is a logical VPN server instance with its own users and its own settings, ja käyttäjä on kyseisen keskuksen jäsen omalla todentamisellaan. Kumpikaan niistä ei ole palvelimen ylläpito, joka hallitsee kuuntelijoita, keskuksia ja jokaista käyttöönoton käyttäjää. Asiakasprofiilin ei pitäisi koskaan saapua siten, että tämä hallinta on liitetty siihen. Kun joku lähettää sinulle järjestelmänvalvojan tunnukset, jotta asiakas toimisi, järjestely on väärä riippumatta siitä, yhdistyykö se.

Pidä nämä kolme erillään, kun dokumentoit yhteyden, koska ne peruutetaan eri tavoin. Keskuksen käyttäjän poistaminen lopettaa yhden ihmisen pääsyn ja jättää muun käyttöönoton koskemattomaksi, kun taas järjestelmänvalvojan tunnusten vaihtaminen koskettaa kaikkea. Tämä ero on myös syy vastustaa yhtä jaettua keskuskäyttäjää tiimille, koska yhdet tunnukset tarkoittavat yhtä peruutustapahtumaa kaikille.

Tarkistus 4: tiedosto on yhtä arkaluonteinen kuin se, mitä se kantaa

Muodosta riippuen profiili voi kantaa tallennetun salasanan, varmenteen tai ennalta jaetun avaimen. Kohtele vientiä salaisuutena niin kauan kuin se on olemassa, koska kopio, jonka liität tikettiin, on kopio, jonka joku muu voi tuoda. Poista tunnukset ennen jakamista tai jaa uudelleen luotu profiili uudella salaisuudella. Tiedoston arkaluonteisuus tulee sen sisällöstä, ei päätteestä tai koosta.

Vahvista päätepiste kanavasta, jonka operaattori julkaisee, ja kohtele katalogileimaa tarkistamattomana. Maan lippu ja isäntänimi julkisessa solmuluettelossa valitaan sen mukaan, kuka merkinnän lähetti, joten kumpikaan ei vahvista, kuka palvelinta ylläpitää. Jos profiili tuli julkisesta luettelosta, se on syy tehdä enemmän tarkistuksia, ei vähemmän.

Kirjaa, mistä tiedosto tuli ja milloin sait sen. Kun yhteys myöhemmin käyttäytyy toisin, alkuperä on ensimmäinen asia, jota vertaat vahvistettuun päätepisteeseen. Profiili ilman alkuperää on profiili, jota et voi auditoida.

Arkistoi kopio, jonka tarkistit, älä sitä, jonka löysit myöhemmin. Kaksi tiedostoa samalla nimellä ja eri päätepisteillä on tapa, jolla toimiva tuonti muuttuu tukitapaukseksi. Pidä tarkistettu kopio muistiinpanon vieressä sen alkuperästä.

Tarkistus 5: testaa sovellusta, älä tilavaloa

Testaa tuonnin jälkeen sovellusta, jota todella tarvitset, älä yhteyden ilmaisinta. Onnistunut todentaminen osoittaa, että tunnukset toimivat, ei että odottamasi reitit tai DNS tulivat istunnon mukana. Yhdistä ja käytä sitten palvelua, johon profiilin oli tarkoitus päästä.

Tarkastele määritetyt reitit ja DNS-palvelimet ja merkitse, mitkä kohteet ohittavat tunnelin, jos suunnitelmassa on jako. Toista sitten yhdellä kohteella, joka pitäisi olla suljettu pois, koska jaettu tunneli, joka lähettää kaiken tunnelin läpi, läpäisee silti yhden kohteen testin. Jos yksityinen resurssi epäonnistuu, epäilty on reitti ennen tunnuksia. Kirjoita neljä tulosta: todennettu, palvelu tavoitettavissa, reitit odotetusti, poissuljettu kohde poissuljettu.

Vertaa kaikkia neljää tulosta siihen, mitä operaattori lupasi tälle keskukselle. Istunto, joka todennetaan, kun poissuljettu kohde on myös tavoitettavissa, tarkoittaa, että jako ei ole voimassa eikä profiili ole ongelma. Korjaa odotus tai keskuksen käytäntö ja toista sitten neljä tarkistusta samassa järjestyksessä.