Рэзервовая арэнда пасля вяртання тунелю сайта: абнавіць ці пачакаць?

Спасылка на сайт паднятая, тунель усталяваны, а камп'ютары філіяла ўсё яшчэ не дасягаюць файлавага сервера. Падчас збою ішлі два гадзіннікі, і скончыўся толькі адзін з іх. Тунель аднавіўся, калі вярнуўся шыфраваны шлях; адрас кожнага кліента аднаўляецца, калі ягоная бягучая арэнда сканчаецца або замяняецца. Параўнанне гэтых двух графікаў тлумачыць разрыў хутчэй, чым чытанне журналаў міжсеткавага экрана.

Два гадзіннікі, і адзін з іх не тунель

З DHCP праз VPN і лакальным рэзервам прылада можа выдаваць часовыя лакальныя арэнды, пакуль аддалены шлях DHCP недаступны. Часовы тэрмін звычайна лічаць у хвілінах: гэта досыць каротка, каб схаваць праблему, і досыць доўга, каб перажыць кароткі збой. Калі тунель вяртаецца, рэзерв перастае прапаноўваць такія арэнды. Ён не заглядае ў кліент і не скасоўвае арэнду, якую той ужо трымае. Гэты кліент захоўвае свой адрас, маску, шлюз і рэзалвер да абнаўлення або заканчэння тэрміну, і таму здаровы тунель і зламаны камп'ютар могуць суіснаваць да канца арэнды.

Трымайце рэалізацыю і версію праграмнага забеспячэння прывязанымі да гэтага сцвярджэння. Назвы таймераў і прадвызначаныя значэнні адрозніваюцца паміж выпускамі SonicOS, і стары інтэрфейс не даказвае, што робіць новы.

Параўнайце два крокі аднаўлення

Крок A — чакаць. Ён нічога не каштуе, нічым не рызыкуе і пакідае кожнаму кліенту абнаўленне паводле ягонага графіка. Крок B — прымусова вызваліць і абнавіць арэнду на пацярпелым кліенце: гэта адразу дае патрэбны адрас, але перарывае ўсё, што кліент робіць. На адным камп'ютары прымусовае абнаўленне звычайна хутчэйшае і яго лёгка апраўдаць. У лабараторыі або на плацежным тэрмінале пасярод транзакцыі чаканне бяспечнейшае, а запланаванае абнаўленне па-за працоўнымі гадзінамі лепш за абодва варыянты.

ipconfig /all
ipconfig /release
ipconfig /renew

Прачытайце вывад, перш чым нешта вызваляць. Калі адрас, шлюз і DNS ужо адпавядаюць звычайнаму дыяпазону, кліент аднавіўся сам, а рэштка праблемы ў іншым месцы. На кліенце Linux эквівалент — вызваленне і абнаўленне арэнды праз сеткавы менеджар, а не ўручную выпраўлены адрас, бо інакш менеджар перапіша вашу змену пры наступнай падзеі.

Чытайце прапанову, а не толькі адрас

Адрас сам па сабе не кажа, хто яго выдаў. Важны ідэнтыфікатар сервера ў прапанове, тэрмін арэнды і тое, ці адпавядаюць шлюз і рэзалвер рэзервоваму дыяпазону або звычайнаму.

tcpdump -ni any 'port 67 or port 68'

Захоўвайце захоп падчас абнаўлення, бо ціхі інтэрфейс кажа, што кліент ніколі не пытаўся. Калі прапанова прыходзіць з лакальнага рэзерву, пакуль тунель працуе, логіка выбару ўсё яшчэ лічыць аддалены шлях недаступным, і прымусовыя абнаўленні на кліентах толькі паўтораць той жа вынік. Супастаўце захоп з падзеямі тунелю на адным гадзінніку. Перазамена ключоў або кароткі абрыў, які заканчваецца за секунды да запыту кліента, — верагодная прычына; чысты тунель з рэзервовым адказам — гэта праблема канфігурацыі ў шляху выбару.

Дзе параўнанне перавяртаецца

Калі адначасова пацярпелі шмат кліентаў, абнаўленні па кожным ператвараюцца ў чаргу перапынкаў і званок у падтрымку. У такім разе глядзіце на рэзервовы дыяпазон і працэдуру аднаўлення, а не на кліентаў, бо група аднавілася разам і зноў аднавіцца разам.

Калі пацярпеў толькі адзін кліент, а суседзі ў парадку, справядліва адваротнае: пераменнай з'яўляецца арэнда гэтага кліента, ягоная рэзервацыя або паводзіны ўласнага кліента DHCP, і змена на ўсім сайце — няправільны інструмент.

Статычныя адрасы і рэзервацыі патрабуюць трэцяга адказу. Кліента, прыкаванага да адраса, не выратаваць абнаўленнем, а рэзервацыя, якая сутыкаецца з рэзервовым дыяпазонам, стварае дублікат, што выглядае як збой маршрутызацыі, пакуль вы не параўнаеце два планы адрасаў.

Запішыце працэдуру выхаду

Вызначце загадзя, для чаго патрэбны рэзерв, як доўга кліент можа трымаць часовы адрас і каму дазволена прымусова абнаўляць арэнду ў працоўныя гадзіны. Запішыце адказ там, дзе яго знойдзе чарговы інжынер, побач з вызначэннем дыяпазону. Затым праверце гэта адзін раз свядома: абрыце тунель, паглядзіце, што атрымае кліент, аднавіце тунель і запішыце, колькі часу кліенту спатрэбіцца, каб вярнуць звычайныя налады. Гэта адзінае практыкаванне заменіць большую частку здагадак наступным разам, калі спасылка на сайт зноў заміргае.

Скончыце тым, што пацвердзіце рэсурс, а не адрас. Доступ да файлавага сервера, развязанне ягонага імя і доступ да інтэрнэту — гэта тры асобныя праверкі, і толькі апошняя ніколі не выклікала сумневаў.