ike-scan fær ekkert svar frá IPsec-gátt sem virkar

Gáttin þjónar símtölum og fartölvum á hverjum degi, en ike-scan segir að engir gestgjafar hafi svarað. Þessi úttak lítur út eins og sönnun þess að IPsec vanti í tækið. Yfirleitt þýðir það að tækið hafnaði hverri tillögu í prófinu og kaus að svara engu. Þögn er svar, og það er minnst upplýsandi svarið sem tólið getur gefið þér.

Farðu í gegnum þrjár aðskildar spurningar: kom pakkinn, passaði einhver tillaga, og hafnaði eitthvað annað jafningjanum?

Skref 1: lestu tillöguna sem tólið sendir

Aðalhamur hefst á SA-gagnahluta sem listar umbreytingarnar sem frumkvæðisaðilinn mun samþykkja, og ike-scan fyllir þann lista úr samsettum sjálfgefnum stillingum. Sjálfgefna settið er viljandi gamalt: DES og 3DES fyrir dulkóðun, MD5 og SHA1 fyrir hakningu, hópar 1 og 2 fyrir lyklaskipti, fyrirframdeildir lyklar fyrir auðkenningu. Ekkert AES, ekkert SHA-2, enginn hópur 14. Gátt sem er stillt fyrir AES-256 með SHA-256 og modp2048 deilir engu með því.

Sumar útfærslur svara ósamræmdu prófi með NO-PROPOSAL-CHOSEN-tilkynningu. Aðrar henda því einfaldlega, sem er algengt á tækjum sem líta á óþekkta jafningja sem hávaða. Hvort sem er prentar skönnunin ekkert, og það ekkert er nákvæmlega eins og síað UDP 500 lítur út að utan, eins og skjöl ike-scan verkefnisins gera skýrt um sjálfgefna settið.

Skref 2: bjóddu eina nútímalega tillögu

Skiptu sjálfgefna settinu út fyrir --trans. Eiginleikaformið tekur IKE-eiginleikanúmer beint: 1 fyrir dulkóðun, 2 fyrir hak, 3 fyrir auðkenningu, 4 fyrir hópinn og 14 fyrir lyklalengd þegar reikniritið tekur eina. Útkoman er lína sem þú getur lesið upphátt í breytingaferli.

Staðsetningarformið ber sömu gildi í réttri röð og forðast sviga, sem skiptir máli þegar skipunin fer í gegnum skel.

ike-scan --trans="(1=7,14=256,2=5,3=1,4=14)" 203.0.113.10

Ein tillaga á hvern pakka er hæg þegar þú telur upp, svo lykkjaðu yfir líkleg gildi: dulkóðun 5, 7/128, 7/192, 7/256; hak 1, 2, 5, 6, 7; hópar 1, 2, 5, 14, 15, 19, 20, 21; auðkenning 1 fyrir fyrirframdeildan lykil og 3 fyrir RSA-undirskriftir. Prentaðu hverja skipun áður en þú keyrir hana svo umritunin sýni hvað var boðið og í hvaða röð.

Skref 3: túlkaðu svar

Svar sannar nákvæmlega tvennt: IKE-svarandi er aðgengilegur á því vistfangi og ein boðin tillaga var ásættanleg. Það segir ekkert um fyrirframdeildan lykil, L2TP-lagið eða hvort notandareikningur er til. Árangursrík skönnun er algjörlega samrýmanleg því að hvert síðara stig mistakist.

Á gátt sem þú rekur er þetta virkilega gagnlega hlutinn. Skönnunin segir þér hvaða tillögur tækið samþykkir enn, og niðurstaða sem takmarkast við gamlar umbreytingar er fundur um stefnu tækisins, ekki ástæða til að veikja biðlarann.

Skref 4: túlkaðu þögn

Þögn er veikari sönnun en hún virðist. Hver tillaga kann að hafa verið hafnað, UDP 500 og 4500 kann að vera sigtað, upptökin kann að vera hraðtakmörkuð eftir sprengju, eða þjónustan kann að hlusta á annað vistfang en það sem þú skannaðir. Berðu IKE-logg gáttarinnar saman við biðlara sem er þegar tengdur með gildum skilríkjum áður en þú ályktar nokkuð um kassann.

Sprengjuhegðun á heima á þeim lista því upptalning framleiðir marga pakka á stuttum glugga. Gátt sem svarar fyrstu tilraunum og verður svo þögul er að lýsa stefnu sinni gegn DoS frekar en tillögusettinu.

Skref 5: skráðu hvað þú sannaðir

Skrifaðu samþykktu samsetninguna við hlið fastbúnaðarútgáfunnar og berðu hana svo saman við umbreytingarnar sem biðlararnir sem þér þykir vænt um bjóða sjálfgefið. Bilið milli þessara tveggja lista er stillingarvandamálið, og skönnunin gerði það bara sýnilegt. Ef einu samþykktu tillögurnar eru þær sem þú myndir ekki velja, á lagfæringin heima í stefnu gáttarinnar eða í biðlarasniði, aldrei í prófinu.

Próf sem svaraði aldrei hefur samt svarað einhverju: það sýnir hvaða tillögur þetta tæki er reiðubúið að ræða og hverjum það kýs frekar að henda á gólfið.