A 8192 bites kulcsok megakasztják a kézfogást; az 1024 bites DH-t elutasítják
Két méretezési hiba ellentétes javításokkal: a túlméretezett kulcs feléli a kézfogás idejét, amíg a partner el nem éri az időtúllépést, míg egy kis DH-csoportot már a kezdés előtt elutasítanak.
Az egyik kiszolgálónál az ügyfelek egy ideig akadoznak, majd újracsatlakoznak, egy másik pedig azonnal elutasítja a kapcsolatokat a kulcsméretről szóló üzenettel. Különböző hibáknak tűnnek, és ugyanaz a hiba, ellentétes irányba mutatva. A kézfogás kriptográfiájának költsége a paramétermérettel nő, és van egy alsó határa is, amely alá a modern könyvtárak nem mennek. Az anyag méretezése az ellenőrzőlista, és az első pont annak eldöntése, hogy valójában melyik a két hiba közül.
Olvassa el a hibát, mielőtt bármit újragenerálna
Az időzítés elmondja a legtöbbet. A több másodpercet igénybe vevő, majd meghaló kézfogás általában azt jelenti, hogy a számítás túlélte a partner türelmét, ami a hardverhez vagy az időtúllépéshez képest túl nagy paraméterekre utal. A kulcs- vagy csoportméretet megnevező azonnali elutasítás a másik irányba mutat, olyan anyagra, amelyet a könyvtár egyáltalán nem fogad el.
Ez a kettő ellentétes javítást igényel, és itt siklik félre a legtöbb kísérlet. A 8192 bites paraméterek újragenerálása egy olyan ügyfélen, amely már elutasított egy kis csoportot, rontja a lassú esetet, miközben semmit sem tesz a gyorsért. Jegyezze fel, milyen tünetet látott, mielőtt bármelyik fájlhoz hozzányúlna.
Ezután ellenőrizze, mit kérnek a partnertől. A nagy véges testű csoportra beállított kiszolgáló minden ügyfelet arra kényszerít, hogy minden újratárgyaláskor ugyanazt a processzoridőt töltse el, nem csak csatlakozáskor. Ha a probléma rendszeres időközönként jelentkezik, nem indításkor, az az időköz erős utalás arra, melyik beállítás drága. Az újratárgyalás megismétli a teljes számítást, így az óránként visszatérő akadás általában ugyanaz a költség, újra kifizetve.
A lassú eset: anyag, amelyet a hardver nem engedhet meg magának
A Diffie-Hellman és az RSA munkája gyorsan nő a kulcsmérettel, és mindez azelőtt történik, hogy bármilyen forgalom átfolyna az alagúton. Egy kis routeren vagy kis teljesítményű ügyfélen egy elég nagy csoport az elérési váltást a másik fél időtúllépésén túlra tolhatja, így a kapcsolat újrapróbálkozik, vagy egyszerűen akadtnak látszik minden hiba nélkül.
A javítás az, hogy olyan méretre menjen le, amelyet minden partner támogat, és minden eszköz kényelmesen ki tud számolni. A 2048 bites RSA-kulcs és a 2048 bites csoport széles körben kompatibilis alapvonal marad; a nagyobb csak akkor segít, ha minden fél egyetért, és a processzor minden újratárgyaláskor ki tudja fizetni. Minden, ami ezen alapvonal felett van, szándékos kompromisszum, nem fejlesztés.
A méret nem pontszám, és az összehasonlító táblázat legnagyobb száma nem automatikusan a helyes választás. Válassza a legkisebb értéket, amelyet a szabályzata enged és minden partner elfogad, majd mérje meg a kézfogást ahelyett, hogy feltételezné a javulást. A kisebb csoport, amely még mindig túllépi az időt, azt mondja, hogy a méret soha nem volt a teljes történet.
A gyors eset: csoport, amelyet a könyvtár elutasít
A modern OpenSSL-builderek a legkisebb véges testű csoportokat egyenesen elutasítják, és a megemelt biztonsági szint még feljebb tolja az alsó határt. Az évtizedes paraméterfájlt hordozó router-firmware a szokásos forrás, és a tünet az a kapcsolat, amely azonnal meghiúsul a csoportot vagy kulcsméretet megnevező üzenettel. Ebben a hibában semmi sem szakaszos, és éppen ez teszi könnyen felismerhetővé.
Cserélje ki a fájlt ahelyett, hogy a konfigurációt szerkesztené az ellenőrzés megkerüléséhez. Generáljon aktuális csoportot, érvényesítse, majd telepítse oda, ahol a démon valójában olvassa. Tartsa meg a régi fájlt, amíg egy ügyfél sikeresen nem csatlakozik az újjal:
openssl dhparam -out /etc/openvpn/ffdhe2048.pem 2048
openssl dhparam -in /etc/openvpn/ffdhe2048.pem -check -noout
ls -l /etc/openvpn/ffdhe2048.pemAz ellenőrző parancs érvényesíti a fájlt, és ha átmegy, semmi hasznosat nem ír ki; a lista megerősíti, hogy a szolgáltatás által betöltött fájlt cserélte ki, nem egy mellette lévő elavult másolatot. Irányítsa a konfigurációt arra az útvonalra, indítsa újra a démont, és erősítse meg, hogy a korábban meghiúsuló ügyfél most befejezi a kézfogást.
Ha a kiszolgáló biztonsági szintet vagy tanúsítványprofilt is beállít, olvassa el azokat, mielőtt arra a következtetésre jutna, hogy a csoport volt rossz. A szigorúbb osztályt megkövetelő profil elutasíthat olyan anyagot, amelyet az alapértelmezés elfogadott volna, és ennek a beállításnak az eltávolítása szűkebb változtatás, mint az ellenőrzés globális kikapcsolása.
Válasszon méretet a partner és a hardver számára
Derítse ki, mit bír el a távoli vég, mielőtt bármi egzotikusat generálna. A 2048 bites csoporthoz túl öreg eszközt le kell cserélni, mivel a kiszolgáló gyengébb csoportra irányítása csak kompatibilitási panaszt alakít kieséssé. A tartós javítások újabb szoftver felé mozdulnak, nem régebbi paraméterek felé. Ezen a területen minden ideiglenes kivétel hajlamos az állandó konfigurációvá válni.
Ahol a kiszolgáló processzora a határ, ott változtassa meg az algoritmust, ahelyett hogy a szabályzat alá menne. Az olyan elliptikus görbés kulcscsere, mint az X25519 drámaian olcsóbb egy nagy véges testű csoportnál, és széles körben támogatott, ami jobb válasszá teszi a teljesítménypanaszra, mint egy kisebb RSA-modulus.
Bármit is választ, egy valódi kapcsolattal tesztelje, és nézze meg, mennyi ideig tart a kézfogás, ne csak azt, hogy végül csatlakozik-e. A tizenkét másodperc alatt sikeres kapcsolatnak ugyanaz a gyökéroka, mint a tizenötnél meghiúsulónak.
Rögzítse a választást, hogy egy újraépítés ne tehesse semmissé
Tartsa a paraméterfájlt konfigurációkezelés alatt, és írja mellé a méretet, az okot és a dátumot. Az újraépített kiszolgáló, amely csendben saját alapértelmezéseket generál, az az út, ahogyan ugyanaz a hiba hat hónappal később visszatér, és senki sem tudja megmagyarázni az eredeti döntést.
Ugyanezt az információt írja a végponthoz és a profilhoz, hogy egy felülvizsgálatnak ne kelljen fájlméretből visszafejtenie. Amikor a következő kapcsolat megakad, az a feljegyzés a különbség egy ötperces ellenőrzés és egy új vizsgálat között. Azt is megakadályozza, hogy a következő mérnök a gyors esetre szánt javítással oldja meg a lassú esetet.