IKEv1 með XAuth og OTP: hvað hver kvaðning biður um

IKEv1 með PSK, XAuth og OTP biður ekki um eitt flókið lykilorð. Það leggur saman deildan lykil milli jafningja, notendaskipti og annan þátt sem bakendinn ræður hvernig er beðið um. Hvert lag hefur sinn eiganda og sína villuskilaboð. Að rugla þeim saman veldur því að fólk slær inn einnota kóða aftur í reit sem geymir hópleyndarmál.

Tengdu hverja kvaðningu við lagið sem biður um hana áður en þú setur upp annan biðlara eða endurstillir skilríki.

Þrjú leyndarmál, þrír eigendur

Deildi lykillinn tilheyrir sambandi jafningjanna og er stilltur einu sinni af þeim sem stýrir báðum endum. Skilríki notandans tilheyra auðkenningarbakendanum og eru staðfest við hverja innskráningu. Annar þátturinn tilheyrir táknakerfi þar sem svarið breytist við hverja tilraun. Ekkert kemur í stað annars, og uppsetning sem meðhöndlar þau sem eitt lykilorð bregst á laginu sem enginn skjalfesti.

Skrifaðu þrjá dálka: eiganda, líftíma og villuskilaboðin sem hvert þeirra framleiðir. Taflan er greiningartólið, ekki reitnöfnin í biðlaranum.

PSK: jafningjans, ekki einstaklingsins

Í þessari gömlu uppsetningu auðkennir deildi lykillinn gatnaparið, svo innskráning notandans kemur aldrei í hans stað. Hann er líka gildið sem er líklegast rangt á þann hátt að það gefur almenna samningavillu í stað kvaðningar. Þegar göngin bregðast áður en nokkur notendakvaðning birtist eru lykillinn eða tillögurnar grunaðir.

Skilríki notanda geta ekki lagað bilun í fyrsta fasa. Að snúa þeim eyðir eina skilríkinu sem þú getur snúið á öruggan hátt og styrkir röngu kenninguna.

XAuth: gömlu notendaskiptin

XAuth bætir notendaaðkenningarskiptum ofan á jafningjaauðkenningu IKEv1 og gáttin ræður hvaða bakendi staðfestir þau. Eftir því hvaða bakendi það er geta skiptin samþykkt skráarlykilorð, RADIUS-skilríki eða táknssvar. Orðið XAuth nefnir flutning skiptanna, ekki tegund skilríkja.

Athugaðu hvaða bakend gáttarsniðið bendir á. Það segir til um hvað verður spurt notandann og hvað endurstilling lykilorðs breytir í raun, og hvorugt sést í biðlarasniði.

OTP: hvað sem bakendinn biður um

Sumar uppsetningar biðja um sérstakan einnota kóða eftir lykilorðið, aðrar skilgreina sameinað inntaksform með skjalfestum aðskilnaði. Bæði eru til, og sniðið fyrir framan þig ræður hvoru. Að finna upp samskeytingu vegna þess að hún virkaði annars staðar er algengasta leiðin til að brenna skráningartákni. Aðeins skjöl gáttarinnar sjálfrar ráða því.

Notaðu skjalfesta sniðið með biðlara sem getur klárað skiptin sem gáttin býður.

Þar sem mörk biðlarans bíta

Fortinet greinir frá því að FortiClient 7.4.4 og nýrri styðji ekki lengur IKEv1 fyrir IPsec VPN, sem er mörk vöru og útgáfu en ekki alhliða fjarlæging, eins og samhæfnisathugasemd FortiClient greinir frá. Aðrir biðlarar eru heldur ekki skiptanlegir: OpenConnect og openfortivpn tala ákveðin gáttarsamskiptamynstur, ekki handahófskennd IKEv1 snið. Athugaðu IKE-útgáfu, PSK-stillingu, XAuth-stuðning og samskiptalíkan uppsetts biðlara hverja fyrir sig. Biðlari sem tengist með annarri aðferð hefur ekki sannað upprunalegu kröfuna.

IKEv1 er úrelt, svo ný útgáfa byggð á óstuddum gömlum biðlara er skammgóður vermir. Biddu eiganda gáttarinnar um studda flutningsleið, þar á meðal hvernig annar þátturinn verður meðhöndlaður þar.

Greina án þess að slökkva á þættinum

Aðgreindu stigin í annálnum: samningaviðræður jafningja, notendaskiptin, niðurstöðu annars þáttar, síðan úthlutun vistfangs og slóðar. Skráðu íhlutinn og stigið í stað þess að prófa kóðann í hverjum reit. Að slökkva á þættinum svo próf gangi upp framleiðir göng sem sanna ekkert um uppsetninguna.

Geymdu skráningarleyndarmál og deilda lykilinn í varðveittri geymslu samkvæmt ferli stofnunarinnar. Einnota kóði í varanlegri skrá er þáttur sem hætti að vera þáttur.