Profil pripojenia SoftEther: pred importom skontrolujte šesť polí
Šesť polí rozhoduje o tom, či profil SoftEther bude fungovať. Skontrolujte koncový bod, port, protokol, hub, používateľa a rolu v tomto poradí a potom otestujte, k čomu ste sa skutočne pripojili.
Import profilu uspeje, ale overenie zlyhá, pretože súbor ukazuje na Virtual Hub, ku ktorému sa účet nikdy nepripojil. V súbore nie je nič poškodené; opisuje usporiadanie, pre ktoré neboli prihlasovacie údaje vydané. Šesť polí rozhoduje o tom, či import môže fungovať: názov hostiteľa, port, protokol, Virtual Hub, identita používateľa a to, či vám niekto omylom odovzdal prihlasovacie údaje správcu. Kontroly jedna až tri pokrývajú tieto polia v poradí a posledné dve sa týkajú samotného súboru a toho, k čomu ste sa skutočne pripojili.
Kontrola 1: názov hostiteľa a port
Prečítajte si názov hostiteľa, port a deklarovanú metódu prístupu, skôr než čokoľvek importujete. Natívny listener SoftEther zvyčajne odpovedá na TCP 443, pričom 992 a 5555 sú alternatívy, ktoré operátori otvárajú klientom za obmedzujúcimi sieťami. Profil mieriaci na port, ktorý obsluhuje web alebo inú službu, zlyhá pred overením a nahlási chybu ako problém s prihlasovacími údajmi. Porovnajte dvojicu s tým, čo operátor pre tento koncový bod zverejňuje, nie s adresárovým výpisom, ktorý niekto minulý rok posbieral. Ak sa názov hostiteľa preloží na adresu, ktorú operátor nikdy neuvádza, zastavte sa tam, pretože ďalší krok pošle prihlasovacie údaje na túto adresu.
Port 443 je spoločné územie, takže samotný port nič nedokazuje o službe za ním. Klient SoftEther oboje oddeľuje protokolovým handshake, a preto môže profil mieriť na správny port a napriek tomu skončiť pri webovom serveri. Tá chyba vyzerá v logu klienta ako nesprávne heslo, hoci žiadne heslo nikdy nebolo overené.
Zapíšte koncový bod ako názov hostiteľa, port a metódu, v tomto poradí. Táto trojica je časť, ktorú môžete overiť bez pripojenia, a je to časť, ktorú citujete, keď sa operátora pýtate, či listener stále beží. Čokoľvek nemôžete doplniť zo zverejneného zdroja, zostáva neoverené namiesto predpokladaného.
Kontrola 2: protokol rozhoduje o klientovi
Server, ktorý ponúka niekoľko metód prístupu, nepremení jeden exportovaný súbor na profil, ktorý otvorí každý klient. Each method has its own format, its own client and its own failure mode, a ich miešanie vytvára chyby, ktoré znejú ako problémy s prihlasovacími údajmi. Rozhodnite, ktorú metódu súbor deklaruje, skôr než rozhodnete, ktorý klient ho otvorí.
Tabuľka nižšie uvádza obvyklé porty a to, čo každá metóda skutočne vyžaduje. Porty sú voľbou operátora, takže ich berte ako predvolené hodnoty, nie ako fakty o konkrétnom serveri. Natívny profil SoftEther importuje klient SoftEther, balík ovpn patrí k OpenVPN a profily SSTP a L2TP spracúva samotný operačný systém. Inštalácia druhého klienta na otvorenie súboru, ktorý prvý odmieta, zvyčajne premení jasnú chybu na mätúcu.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
Čítajte deklaráciu vnútri súboru, nie príponu. Súbor pomenovaný po OpenVPN je z definície profil OpenVPN, zatiaľ čo profil SoftEther je malá konfigurácia, ktorú importuje klient SoftEther, a tieto dva nie sú zameniteľné. Ak je deklarovaná metóda taká, ktorú nemôžete obsluhovať, odpovedá to na otázku importu.
Kontrola 3: hub, používateľ a rola správcu
Pre natívny prístup profil uvádza Virtual Hub a používateľa v ňom. A hub is a logical VPN server instance with its own users and its own settings, a používateľ je členom tohto hubu s vlastným overením. Ani jedno nie je správa servera, ktorá ovláda listenery, huby a každého používateľa nasadenia. Klientsky profil by nikdy nemal prísť s touto kontrolou pri sebe. Keď vám niekto pošle prihlasovacie údaje správcu, aby klient fungoval, usporiadanie je nesprávne, či sa pripojí alebo nie.
Pri dokumentácii pripojenia držte tieto tri oddelené, pretože sa odvolávajú rôzne. Odobratie používateľa hubu ukončí prístup jednej osoby a zvyšok nasadenia nechá nedotknutý, zatiaľ čo rotácia údajov správcu zasiahne všetko. Tento rozdiel je aj dôvodom odmietnuť jedného zdieľaného používateľa hubu pre tím, pretože jediné údaje znamenajú jedinú udalosť odvolania pre všetkých.
Kontrola 4: súbor je rovnako citlivý ako to, čo nesie
Podľa formátu môže profil niesť uložené heslo, certifikát alebo vopred zdieľaný kľúč. Zaobchádzajte s exportom ako s tajomstvom, kým existuje, pretože kópia, ktorú priložíte k tiketu, je kópia, ktorú môže importovať niekto iný. Pred zdieľaním údaje odstráňte, alebo zdieľajte znova vygenerovaný profil s novým tajomstvom. Citlivosť súboru plynie z jeho obsahu, nie z prípony ani veľkosti.
Potvrďte koncový bod kanálom, ktorý operátor zverejňuje, a adresárový štítok berte ako neoverený. Vlajka krajiny a názov hostiteľa vo verejnom zozname uzlov sú voľbou toho, kto záznam odoslal, takže ani jedno neurčuje, kto server prevádzkuje. Ak profil pochádza z verejného adresára, je to dôvod na viac kontrol, nie na menej.
Zaznamenajte, odkiaľ súbor prišiel a kedy ste ho dostali. Keď sa pripojenie neskôr správa inak, pôvod je prvá vec, ktorú porovnáte s overeným koncovým bodom. Profil bez pôvodu je profil, ktorý nemôžete auditovať.
Archivujte kópiu, ktorú ste overili, nie tú, ktorú ste našli neskôr. Dva súbory s rovnakým názvom a rôznymi koncovými bodmi sú spôsob, akým sa funkčný import stane prípadom pre podporu. Uchovávajte overenú kópiu vedľa poznámky o jej pôvode.
Kontrola 5: testujte aplikáciu, nie kontrolku stavu
Po importe otestujte aplikáciu, ktorú skutočne potrebujete, namiesto indikátora pripojenia. Úspešné overenie dokazuje, že údaje fungujú, nie že trasy alebo DNS, ktoré ste očakávali, prišli so session. Pripojte sa a potom použite službu, ktorú mal profil dosiahnuť.
Prezrite si priradené trasy a servery DNS a poznamenajte, ktoré ciele obchádzajú tunel, ak má návrh split. Potom to zopakujte s jedným cieľom, ktorý by mal byť vylúčený, pretože rozdelený tunel, ktorý posiela všetko tunelom, test s jediným cieľom aj tak prejde. Ak privátny prostriedok zlyhá, podozrivá je trasa pred údajmi. Zapíšte štyri výsledky: overené, služba dostupná, trasy podľa očakávania, vylúčený cieľ vylúčený.
Porovnajte všetky štyri výsledky s tým, čo operátor pre tento hub sľúbil. Session, ktorá sa overí, zatiaľ čo vylúčený cieľ je tiež dostupný, znamená, že split neplatí a že profil nie je problém. Opravte očakávanie alebo politiku hubu a potom štyri kontroly zopakujte v rovnakom poradí.