Датотека стања броји сесије, а не LAN иза њих

Неко пита колико машина има на VPN-у, а датотека стања се прилаже као доказ. Она одговара на уже питање: колико сесија постоји у овом снимку и које виртуелне адресе сервер рутира. Управо у јазу између та два питања живи већина грешака у извештавању, а његово затварање почиње читањем сопствених заглавља датотеке.

Шта снимак заправо садржи

Датотека се уписује у интервалу када је излаз стања конфигурисан за ту инстанцу сервера, па је то периодична слика, а не живи ток. Њени одељци одвојено наводе сесије и унутрашње стање рутирања, а верзија формата одређује распоред колона.

status /run/openvpn/office.status 30
status-version 3

Верзија 3 уписује поља раздвојена табулатором са редом заглавља, док се старији формати разликују, а касније верзије могу додавати поља. Читајте заглавље уместо да чврсто кодирате број колоне, јер се скрипта која претпоставља позиције тихо крши при следећем ажурирању.

Бројте сесије, не људе или машине

Једна веза локације може носити саобраћај за неколико овлашћених машина иза себе. Једна особа такође може држати више од једне сесије истовремено, са преносног рачунара и телефона. Ни један од тих образаца није видљив у броју, зато повезани корисници имају смисла само након што дефинишете јединицу. Питајте која јединица треба извештају пре него што неко почне да броји.

Ако је број важан за лиценцирање или капацитет, дефинишите јединицу у истом документу као извештај. Извештај који не наводи да ли броји сесије, идентитете или уређаје биће прочитан као јединица коју је читалац очекивао.

Спољна адреса није идентификатор

Поље стварне адресе је адреса и порт партнера како их види сервер. Неколико клијената иза једне преведене јавне адресе дели ту адресу, па груписање по њој спаја неповезане сесије. И порт се мења између веза, што пар чини бескорисним као стабилан кључ. Извештај тако груписан изгледа прецизно и погрешан је.

Користите ефективни идентитет клијента за груписање, а адресу третирајте као детаљ транспорта. Када два реда деле идентитет, то обично значи истовремене сесије, а не дупликат запис.

Редови рутирања нису инвентар домаћина

Запис рутирања може навести подмрежу за коју је одговоран један партнер, а подмрежа није списак њених домаћина. Сервер зна да тај опсег треба да шаље одређеној сесији и нема појма које су од тих машина укључене, аутентификоване у апликацији или некоме корисне. Табела рутирања описује достижност, а не заузетост. Та разлика је цео разлог зашто VPN не може да одговори на питање инвентара.

Неколико редова може показивати и на истог партнера, јер локација може оглашавати више од једног опсега. Бројање редова и називање резултата бројем уређаја прецењује постављање за произвољан фактор.

Ако је захтев заиста инвентар средстава, користите процес инвентарисања који поседује та мрежа. VPN може да утврди који партнер носи руту, а то је друга чињеница од оне који домаћини постоје иза ње.

Старост, дозволе и живи преглед

Сачувајте време измене датотеке уз сваки одговор. Сервер који се зауставио пре неколико сати оставља свој последњи снимак на месту, а застарела датотека представљена као тренутна гора је од никаквог извештаја.

Директоријум мора да постоји и буде уписив за налог под којим услуга стварно ради, што се лако заборави после круга очвршћивања. Датотека обично садржи имена и адресе, зато је држите на административном месту, а не било где одакле је веб-сервер може послужити. Проверите дозволе из налога услуге, а не из своје љуске. Снимак који тихо престане да се ажурира изгледа тачно као тиха мрежа.

За потребе вођене догађајима користите подржани интерфејс за управљање уместо бржег анкетирања. Тај интерфејс третирајте као контролу, а не као метрике, и никада га не излажите на интернет само да бисте бројали сесије.