Ограничувања на VPN врски: тековна состојба или зачувана историја
Ограничувањето од три врски бара тековна состојба на местата, а не историја на прелистување: што мора да чува механизмот, што може да отфрли и каде оди таа состојба потоа.
Три истовремени врски се одлука за прием, а за да се одговори на неа треба да се знае кои места се зафатени во овој момент, а не што се случило минатиот месец. Услугата може да одбие четврта сесија од мала табела со активни записи и никогаш да не изгради временска линија. Тоа е изјава за механизмот, а не за операторот, и разликата е важна кога читате политика за приватност. Моделот подолу покажува што ѝ треба на одлуката и што може да отфрли.
Механизмот: табела со места, а не дневник
Наједноставната имплементација поврзува претплата со најмногу три активни записи за сесија. Секоја прифатена сесија зазема едно место, а местото се ослободува кога услугата ќе одлучи дека таа сесија завршила. Записот бара идентитет доволно специфичен за да не го ослободи ослободувањето на една врска местото на друга врска; затоа идентификаторот на сесијата е поважен од името на сметката.
Зафатеноста и историјата се различни структури на податоци. Зафатеноста одговара на прашањето да или не за сегашноста и може да се отфрли во моментот кога сесијата завршува. Историјата е тек на настани што само се додаваат, и таа опстојува затоа што некој одлучил да ја чува. Услугата може да има едно, двете или ниту едно.
Разликата е невидлива однадвор. Видливото ограничување на врски е компатибилно со мал бројач во меморијата, со споделена табела во база на податоци и со целосен архив на настани со контролна табла. Ништо кај ограничувањето не ви кажува кое од нив работи.
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
Зошто на тековниот модел сѐ уште му е потребна координација
Изгубената врска можеби нема веднаш да биде препознаена како завршена. Порталната опрема чека временско ограничување, неуспех на keepalive или запирање на сметководството, и додека не пристигне едно од нив, местото останува зафатено. Корисникот што повторно се поврзува во тој период гледа одбивање што нема никаква врска со четврти уред.
Рестартиран сервер мора да ја усогласи својата состојба, а неколку портални опреми што служат една сметка бараат заедничка одлука. Инаку сметката може да ја надмине својата квота со поврзување на различни локации. Споделената или обновливата состојба го решава тоа, а споделената состојба е проектнo барање, а не доказ за надзор.
Ниту еден дел од таа координација не бара историја на прелистување. Порталната опрема што препраќа пакети не мора да знае кои страници ги посетила сесијата за да брои сесии, и тие два податочни текови обично ги обработуваат сосема различни компоненти.
Држењето бројач во меморијата исто така не ги прави поврзаните факти анонимни. Додека услугата работи, запис поврзан со претплатата открива дека сметката има активни врски, и и пристапот до таа состојба и нејзиниот животен век вредат да се прашаат.
Каде оди состојбата потоа
Прашањето за приватноста не е дали серверот може да брои. Прашајте што се случува со завршена сесија: записот се отстранува или станува настан во серија за надзор? Потоа прашајте кои други компоненти го виделе истиот настан, бидејќи дневниците за автентикација, сметководните записи и резервните копии можат секој да чува копија што патеката за спроведување ја отфрлила.
RADIUS сметководството е најјасниот пример. Парот Start и Stop постои за да поддржи наплата и контрола на сесии, и создава запис за врската без оглед на тоа дали некој некогаш го бара како историја. Затоа услуга што ограничувањата ги спроведува преку сметководство по конструкција чува повеќе од табела со места.
Бришењето исто така има форма. Запис отстранет од тековната табела може да остане во резервна копија направена еден час претходно, а периодот на чување на таа копија е посебна изјава за политиката. Читањето само на примарното складиште дава нецелосен одговор.
Поставете го прашањето во смисла на полиња
Насоките на RFC 6973 за минимизирање на податоци ги поврзуваат собраните и зачуваните податоци со целта што се служи. Применето овде, корисното прашање е кои полиња на задачата за истовремен прием навистина ѝ требаат, и која цел го оправдува чувањето на секое од нив откако таа задача ќе заврши.
Прецизната изјава за услугата го одделува тековниот статус на врската што се користи за спроведување на квотата од сите записи задржани по прекинот и ги именува другите системи во опфатот на ветувањето. Реченицата што само вели дека се спроведуваат три врски не утврдува ниту дека постои архив, ниту дека не постои.
Кога животниот циклус е нејасен, запишете го како неодговорено прашање за чување, а не како пресуда. Постоењето на ограничување не е доказ за скриена историја, а веројатното објаснување за тековната состојба не е ревизија на давателот.