Profil připojení SoftEther: před importem zkontrolujte šest polí
Šest polí rozhoduje o tom, zda profil SoftEther bude fungovat. Zkontrolujte koncový bod, port, protokol, hub, uživatele a roli v tomto pořadí a poté otestujte, k čemu jste se skutečně připojili.
Import profilu uspěje, ale ověření selže, protože soubor ukazuje na Virtual Hub, ke kterému se účet nikdy nepřipojil. V souboru není nic poškozeného; popisuje uspořádání, pro které nebyly přihlašovací údaje vydány. Šest polí rozhoduje o tom, zda import může fungovat: název hostitele, port, protokol, Virtual Hub, identita uživatele a to, zda vám někdo omylem předal přihlašovací údaje správce. Kontroly jedna až tři pokrývají tato pole v pořadí a poslední dvě se týkají samotného souboru a toho, k čemu jste se skutečně připojili.
Kontrola 1: název hostitele a port
Přečtěte si název hostitele, port a deklarovanou metodu přístupu, než cokoli importujete. Nativní listener SoftEther obvykle odpovídá na TCP 443, přičemž 992 a 5555 jsou alternativy, které operátoři otevírají klientům za omezujícími sítěmi. Profil mířící na port, který obsluhuje web nebo jinou službu, selže před ověřením a ohlásí chybu jako problém s přihlašovacími údaji. Porovnejte dvojici s tím, co operátor pro tento koncový bod zveřejňuje, ne s adresářovým výpisem, který někdo loni posbíral. Pokud se název hostitele přeloží na adresu, kterou operátor nikdy nezmiňuje, zastavte se tam, protože další krok pošle přihlašovací údaje na tuto adresu.
Port 443 je společné území, takže samotný port nic nedokazuje o službě za ním. Klient SoftEther obojí odděluje protokolovým handshake, a proto může profil mířit na správný port a přesto skončit u webového serveru. Ta chyba vypadá v logu klienta jako špatné heslo, i když žádné heslo nikdy nebylo ověřeno.
Zapište koncový bod jako název hostitele, port a metodu, v tomto pořadí. Tato trojice je část, kterou můžete ověřit bez připojení, a je to část, kterou citujete, když se operátora ptáte, zda listener stále běží. Cokoli nemůžete doplnit ze zveřejněného zdroje, zůstává neověřené místo předpokládaného.
Kontrola 2: protokol rozhoduje o klientovi
Server, který nabízí několik metod přístupu, nepromění jeden exportovaný soubor v profil, který otevře každý klient. Each method has its own format, its own client and its own failure mode, a jejich míchání vytváří chyby, které znějí jako problémy s přihlašovacími údaji. Rozhodněte, kterou metodu soubor deklaruje, dřív než rozhodnete, který klient ho otevře.
Tabulka níže uvádí obvyklé porty a to, co každá metoda skutečně vyžaduje. Porty jsou volbou operátora, takže je berte jako výchozí hodnoty, ne jako fakta o konkrétním serveru. Nativní profil SoftEther importuje klient SoftEther, balík ovpn patří k OpenVPN a profily SSTP a L2TP zpracovává sám operační systém. Instalace druhého klienta pro otevření souboru, který první odmítá, obvykle promění jasnou chybu v matoucí.
| 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 |
Čtěte deklaraci uvnitř souboru, ne příponu. Soubor pojmenovaný po OpenVPN je z definice profil OpenVPN, zatímco profil SoftEther je malá konfigurace, kterou importuje klient SoftEther, a ty dva nejsou zaměnitelné. Pokud je deklarovaná metoda taková, kterou nemůžete obsloužit, odpovídá to na otázku importu.
Kontrola 3: hub, uživatel a role správce
Pro nativní přístup profil uvádí Virtual Hub a uživatele v něm. A hub is a logical VPN server instance with its own users and its own settings, a uživatel je členem tohoto hubu s vlastním ověřením. Ani jedno není správa serveru, která ovládá listenery, huby a každého uživatele nasazení. Klientský profil by nikdy neměl přijít s touto kontrolou u sebe. Když vám někdo pošle přihlašovací údaje správce, aby klient fungoval, uspořádání je špatné, ať už se připojí, nebo ne.
Při dokumentaci připojení držte ty tři oddělené, protože se odvolávají různě. Odebrání uživatele hubu ukončí přístup jedné osoby a zbytek nasazení nechá nedotčený, zatímco rotace údajů správce zasáhne všechno. Tento rozdíl je také důvodem odmítnout jednoho sdíleného uživatele hubu pro tým, protože jediné údaje znamenají jedinou událost odvolání pro všechny.
Kontrola 4: soubor je stejně citlivý jako to, co nese
Podle formátu může profil nést uložené heslo, certifikát nebo předem sdílený klíč. Zacházejte s exportem jako s tajemstvím, dokud existuje, protože kopie, kterou přiložíte k tiketu, je kopie, kterou může importovat někdo jiný. Před sdílením údaje odstraňte, nebo sdílejte znovu vygenerovaný profil s novým tajemstvím. Citlivost souboru plyne z jeho obsahu, ne z přípony ani velikosti.
Potvrďte koncový bod kanálem, který operátor zveřejňuje, a adresářový štítek berte jako neověřený. Vlajka země a název hostitele ve veřejném seznamu uzlů jsou volbou toho, kdo záznam odeslal, takže ani jedno neurčuje, kdo server provozuje. Pokud profil pochází z veřejného adresáře, je to důvod k více kontrolám, ne k méně.
Zaznamenejte, odkud soubor přišel a kdy jste ho dostali. Když se připojení později chová jinak, původ je první věc, kterou porovnáte s ověřeným koncovým bodem. Profil bez původu je profil, který nemůžete auditovat.
Archivujte kopii, kterou jste ověřili, ne tu, kterou jste našli později. Dva soubory se stejným názvem a různými koncovými body jsou způsob, jak se funkční import stane případem pro podporu. Uchovávejte ověřenou kopii vedle poznámky o jejím původu.
Kontrola 5: testujte aplikaci, ne kontrolku stavu
Po importu otestujte aplikaci, kterou skutečně potřebujete, místo indikátoru připojení. Úspěšné ověření dokazuje, že údaje fungují, ne že trasy nebo DNS, které jste očekávali, přišly se session. Připojte se a poté použijte službu, kterou měl profil dosáhnout.
Prohlédněte si přiřazené trasy a servery DNS a poznamenejte, které cíle obcházejí tunel, pokud má návrh split. Poté to zopakujte s jedním cílem, který by měl být vyloučen, protože rozdělený tunel, který posílá vše tunelem, test s jediným cílem stejně projde. Pokud privátní prostředek selže, podezřelá je trasa před údaji. Zapište čtyři výsledky: ověřeno, služba dostupná, trasy podle očekávání, vyloučený cíl vyloučen.
Porovnejte všechny čtyři výsledky s tím, co operátor pro tento hub slíbil. Session, která se ověří, zatímco vyloučený cíl je také dostupný, znamená, že split neplatí a že profil není problém. Opravte očekávání nebo politiku hubu a poté čtyři kontroly zopakujte ve stejném pořadí.