SoftEther-ferbyningsprofyl: kontrolearje seis fjilden foar ymport
Seis fjilden bepale oft in SoftEther-profyl wurket. Kontrolearje it einpunt, de poarte, it protokol, de hub, de brûker en de rol yn folchoarder, en test dan wêr't jo echt mei ferbûn binne.
De ymport fan it profyl slagget, mar de ferifikaasje mislearret omdat it bestân nei in Virtual Hub wiist dêr't it akkount him nea by oansletten hat. Der is neat misfoarme oan it bestân; it beskriuwt in opstelling dêr't de oanmeldgegevens net foar útjûn binne. Seis fjilden bepale oft de ymport wurkje kin: hostnamme, poarte, protokol, Virtual Hub, brûkersidentiteit en oft immen jo by fersin in beheardersoanmelding jûn hat. Kontrôles ien oant trije dekke dy fjilden yn folchoarder, en de lêste twa dekke it bestân sels en wêr't jo echt by oansletten binne.
Kontrôle 1: de hostnamme en de poarte
Lês de hostnamme, de poarte en de oanjûne tagongsmetoade foardat jo eat ymportearje. De lânseigen SoftEther-listener antwurdet normaal op TCP 443, mei 992 en 5555 as alternativen dy't operators iepenje foar kliïnten efter beheinende netwurken. In profyl dat rjochte is op in poarte dy't in webside of in oare tsjinst betsjinnet, mislearret foar de ferifikaasje en rapportearret de flater as in oanmeldprobleem. Ferlykje it pear mei wat de operator foar dit einpunt publisearret, net mei in kataloguslist dy't immen ferline jier sammele hat. As de hostnamme nei in adres oplost dat de operator nea neamt, stop dan dêr, want de folgjende stap stjoert oanmeldgegevens nei dat adres.
Poarte 443 is mienskiplik gebiet, dus de poarte allinnich bewiist neat oer de tsjinst dêrefter. In SoftEther-kliïnt skiedt de beide troch de protokolhânskikking, dêrom kin in profyl nei de goede poarte wize en dochs by in webserver einigje. Dy flater liket yn it kliïntlogboek op in ferkeard wachtwurd, hoewol't nea in wachtwurd kontrolearre is.
Skriuw it einpunt del as hostnamme, poarte en metoade, yn dy folchoarder. Dit trio is it diel dat jo sûnder ferbining ferifiearje kinne, en it is it diel dat jo sitearje as jo de operator freegje oft de listener noch draait. Alles wat jo net út in publisearre boarne oanfolje kinne, bliuwt ûnferifiearre ynstee fan oannommen.
Kontrôle 2: it protokol bepaalt de kliïnt
In server dy't ferskate tagongsmethoden biedt, makket fan ien eksportearre bestân gjin profyl dat elke kliïnt iepenje kin. Each method has its own format, its own client and its own failure mode, en it mingjen fan dy makket flaters dy't as oanmeldproblemen klinke. Beslis hokker metoade it bestân oanjout foardat jo beslisje hokker kliïnt it iepenet.
De tabel hjirûnder listet de konvinsjonele poarten en wat elke metoade echt freget. Poarten binne de kar fan de operator, dus behannelje se as standertwearden en net as feiten oer in bepaalde server. In lânseigen SoftEther-profyl wurdt troch de SoftEther-kliïnt ymportearre, in ovpn-bondel heart by OpenVPN, en SSTP- of L2TP-profylen wurde troch it bestjoeringssysteem sels ferwurke. In twadde kliïnt ynstallearje om in bestân te iepenjen dat de earste wegeret, feroaret meastentiids in dúdlike flater yn in betiizjende.
| 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 |
Lês de ferklearring binnen it bestân, net de útwreiding. In bestân dat nei OpenVPN neamd is, is per definysje in OpenVPN-profyl, wylst in SoftEther-profyl in lytse konfiguraasje is dy't de SoftEther-kliïnt ymportearret, en dy twa binne net útwikselber. As de oanjûne metoade ien is dy't jo net betsjinje kinne, beantwurdet dat de ymportfraach.
Kontrôle 3: de hub, de brûker en de beheardersrol
Foar lânseigen tagong neamt it profyl in Virtual Hub en in brûker dêr binnen. A hub is a logical VPN server instance with its own users and its own settings, en de brûker is lid fan dy hub mei syn eigen ferifikaasje. Net ien fan beide is serverbehear, dat listeners, hubs en elke brûker yn 'e útrôl beheart. In kliïntprofyl heart nea te kommen mei dat behear deroan fêst. As immen jo in beheardersoanmelding stjoert om in kliïnt wurkje te litten, is de opstelling ferkeard, oft it no ferbynt of net.
Hâld de trije apart as jo de ferbining dokumintearje, want se wurde oars weromlutsen. It fuortheljen fan in hub-brûker einiget de tagong fan ien persoan en lit de rest fan 'e útrôl ûnoantaaste, wylst it rotearjen fan 'e beheardersoanmelding alles rekket. Dat ferskil is ek de reden om tsjin ien dielde hub-brûker foar in team te wêzen, want ien oanmelding betsjut ien weromlûsingsbarren foar alleman.
Kontrôle 4: it bestân is sa gefoelich as wat it draacht
Ofhinklik fan it formaat kin in profyl in bewarre wachtwurd, in sertifikaat of in foarôf dielde kaai drage. Behannelje de eksport as in geheim salang't it bestiet, want de kopy dy't jo oan in ticket fêstmeitsje is in kopy dy't immen oars ymportearje kin. Ferwiderje de oanmelding foardat jo diele, of diel in opnij generearre profyl mei in nij geheim. De gefoelichheid fan it bestân komt út 'e ynhâld, net út 'e útwreiding of grutte.
Befêstigje it einpunt fia in kanaal dat de operator publisearret, en behannelje in kataloguslabel as ûnferifiearre. In lânflagge en in hostnamme yn in iepenbiere nodelist wurde keazen troch wa't de ynstjoering yntsjinne hat, dus gjin fan beide fêstiget wa't de server runt. As it profyl út in iepenbiere katalogus komt, is dat in reden foar mear kontrôles, net minder.
Skriuw op wêr't it bestân weikomt en wannear't jo it krigen hawwe. As in ferbining letter oars gedraacht, is de oarsprong it earste dat jo mei it ferifiearre einpunt ferlykje. In profyl sûnder oarsprong is in profyl dat jo net auditearje kinne.
Argivearje de kopy dy't jo ferifiearre hawwe, net dy't jo letter fûn hawwe. Twa bestannen mei deselde namme en ferskillende einpunten binne hoe't in wurkjende ymport in stipegefal wurdt. Hâld de ferifiearre kopy njonken de notysje oer wêr't it weikomt.
Kontrôle 5: test de applikaasje, net it statuslampe
Test nei de ymport de applikaasje dy't jo echt nedich hawwe ynstee fan 'e ferbiningsindikator. In suksesfolle ferifikaasje bewiist dat de oanmeldgegevens wurkje, net dat de rûtes of DNS dy't jo ferwachten mei de sesje kamen. Ferbynje, en brûk dan de tsjinst dy't it profyl berikke moast.
Undersykje de tawiisde rûtes en de DNS-servers, en notearje hokker bestimmings it tunnel omgean as it ûntwerp in splitsing hat. Werhelje dan mei ien bestimmingsplak dat útsletten wurde moat, want in splitst tunnel dy't alles troch de tunnel stjoert, slagget dochs foar in test mei ien bestimmingsplak. As in privee boarne mislearret, is de rûte de fertochte foar de oanmelding. Skriuw de fjouwer resultaten op: ferifiearre, tsjinst berikber, rûtes sa't ferwachte, útsletten bestimmingsplak útsletten.
Ferlykje alle fjouwer resultaten mei wat de operator foar dizze hub tasein hat. In sesje dy't ferifiearret wylst it útsletten bestimmingsplak ek berikber is, betsjut dat de splitsing net fan krêft is en it profyl net it probleem is. Rjochtsje de ferwachting of it hubbelied, en fier dan de fjouwer kontrôles yn deselde folchoarder wer út.