IKE identitatea edo mutur-puntuaren helbidea: ez nahastu
FQDN motako IKE identitatea autentifikazio-balio literala da, ez DNS alderantzizko kontsulta bat. Eutsi bereizita mutur-puntuaren helbidea, tokiko identitatea eta espero den peer-a.
Irakurri FQDN identitate gisa etiketatutako eremu bat kate literal gisa, ez zure helbide publikoaren DNS alderantzizko izenaren eskaera gisa. strongSwan-en parserrean zehazki hori da, kate bat, eta irakurtzeak ez du inoiz mutur-puntu batean ebazten. Gertaera horrek bakarrik kentzen du distrakziorik ohikoena peer baterako identifikatzaileak aukeratzean. Beheko egiaztapenek hiru balioak bat ez egitea eragozten dute.
Etiketa bat ez da bilaketa bat
Saltzaileen interfazeek FQDN eta hostname bezalako hitzak lasai erabiltzen dituzte, eta kaxa baten etiketak ez du ezer esaten atzean dagoen kodeketaz. Client FQDN deitzen duen gailu batek FQDN bat, posta-formako kate bat edo helbide soil bat bidal dezake. Trata itzazu testua eta mota bi erabaki bereizi gisa, eta erregistratu biak.
Identitate literal batek ez du DNS-ik behar. Beste alderdiak egiaztatzen duen aldarrikapena da, ez sareak ebatzi behar duen izen bat.
Hiru balio bereizi, bereiz idatzita
Hiru lan daude konfigurazio-pantaila baten atzean, eta horiek batzea da akats garestia. Balio bat mutur-puntuaren helbidea da, paketeak norantz joango diren erabakitzen duena. Beste bat peer honek aurkezten duen tokiko identitatea da, eta hirugarrena muturrean espero duzun identitatea da, autentifikatu aurretik. Idatzi hiru lerro gisa aldaketaren tiketean, izan ere, gutxiago denak VPN bat deskribatzen du, ez harreman bat.
| Job | Example | What it decides |
|---|---|---|
| Where the packets go | 198.51.100.7 | The endpoint address |
| What this peer claims | gw.branch.internal | The local IKE identity |
| Who should answer | ike.hub.internal | The expected remote identity |
Adibideko identitateak hedapenaren parte gisa aukeratu eta baimendu behar dira. Autentifikazioak egiaztatzen dituen aldarrikapenak dira, ez peer oro fidagarri egiten duen kredentzialak, beraz, sinesgarria dirudien kate batek ez du ezer baimetzen.
Mota balioaren parte da
strongSwan identitate-erreferentziak FQDN, posta-formako balioak, IP helbideak eta beste kodeketa batzuk bereizten ditu, beraz kodeketak karaktereek adina balio du. Bi gailuk testu bera onar dezakete mota ezberdinekin eta elkarri uko egin. Balioa bere motarik gabe erregistratzen duen oharra konfigurazio erdia da.
Galdetu saltzaileari gailuak benetan zein mota bidaltzen duen, eta egiaztatu deskodeketa batekin, ez interfazearen etiketarekin. Asmatutako mota bat hurrengo aldaketaren zain dagoen desadostasuna da.
Alde bakoitzak bestea bete behar du
Alde bakoitzaren tokiko identitateak beste aldearen autentifikazio-politika gainditu behar du. Hori ez da kate bat bi gailuetako identitate-koadro guztietan itsastea, eta lasterbide horrek inork araztu ezin duen konfigurazioa sortzen du.
Ziurtagiri bidezko autentifikazioak bere baldintzak gehitzen ditu, ziurtagiriaren identitatea eta konfiantza-baldintzak idatzi duzun IKE identitatearen ondoan daudelako. IKE identitatea bat etortzeak bakarrik ez du ziurtagiridun peer bat baimetzen.
Non du DNS-ak garrantzia, eta zerk behartzen duen zure bertsioak
Aurkitzean erabiltzen den gateway hostname batek bai behar duela DNS lanean, eta baldintza hori mutur-puntua aurkitzearena da, ez idatzitako identitate baten alderantzizko bilaketarena. Eutsi biak bereiz tiketean, aurkitze-huts batek eta identitate-desadostasun batek antzera irakurtzen dutelako bezeroaren erregistroan eta leku ezberdinetan konpontzen dira.
Irakurri parserra benetan exekutatzen duzun produktuaren eta bertsioaren arabera, mota bat behartzen duen sintaxia kopiatu aurretik, strongSwan bertsio zaharrek beste modu batera jokatu zutelako eta beste saltzaile batzuek beren murrizketak gehitzen dituztelako. Bi muturrak alderatzean, eutsi lau gauza elkarrekin: espero den identitatea, aurkeztutako identitatea, mota eta autentifikazio-errorea. Multzo horrek desadostasuna ebidentzia bihurtzen du, iritzia izan beharrean.