Had sambungan VPN: keadaan langsung berbanding sejarah yang disimpan
Had tiga sambungan memerlukan keadaan slot langsung, bukan sejarah pelayaran: apa yang mesti disimpan oleh mekanisme, apa yang boleh dibuangnya dan ke mana keadaan itu pergi seterusnya.
Tiga sambungan serentak ialah keputusan kemasukan, dan untuk menjawabnya perlu mengetahui slot mana yang sedang diduduki sekarang, bukan apa yang berlaku bulan lalu. Perkhidmatan boleh menolak sesi keempat daripada jadual kecil rekod aktif dan tidak pernah membina garis masa. Itu kenyataan tentang mekanisme, bukan tentang pengendali, dan perbezaannya penting apabila anda membaca dasar privasi. Model di bawah menunjukkan apa yang diperlukan oleh keputusan itu dan apa yang boleh dibuangnya.
Mekanisme: jadual slot, bukan log
Pelaksanaan paling mudah mengaitkan langganan dengan sehingga tiga rekod sesi aktif. Setiap sesi yang diterima mengambil satu slot, dan slot dilepaskan apabila perkhidmatan memutuskan sesi itu telah tamat. Rekod memerlukan identiti yang cukup khusus supaya melepaskan satu sambungan tidak melepaskan slot sambungan lain; sebab itulah pengecam sesi lebih penting daripada nama akaun.
Kependudukan dan sejarah ialah struktur data yang berbeza. Kependudukan menjawab soalan ya atau tidak tentang masa kini, dan boleh dibuang pada saat sesi tamat. Sejarah ialah aliran peristiwa yang hanya boleh ditambah, dan ia kekal kerana seseorang memilih untuk menyimpannya. Perkhidmatan boleh mempunyai salah satu, kedua-duanya atau tiada.
Perbezaannya tidak kelihatan dari luar. Had sambungan yang kelihatan serasi dengan pembilang kecil dalam ingatan, jadual pangkalan data kongsi dan arkib peristiwa penuh dengan papan pemuka. Tiada apa-apa pada had itu memberitahu anda yang mana sedang berjalan.
| 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 |
Mengapa model langsung masih memerlukan penyelarasan
Sambungan yang hilang mungkin tidak dikenali sebagai tamat dengan segera. Get laluan menunggu tamat masa, kegagalan keepalive atau hentian perakaunan, dan sehingga salah satunya tiba slot itu kekal diduduki. Pengguna yang menyambung semula dalam tetingkap itu melihat penolakan yang tiada kaitan dengan peranti keempat.
Pelayan yang dimulakan semula mesti menyelaraskan keadaannya, dan beberapa get laluan yang melayani akaun yang sama memerlukan keputusan bersama. Jika tidak, akaun boleh melebihi kuotanya dengan menyambung ke lokasi yang berbeza. Keadaan kongsi atau boleh pulih menyelesaikannya, dan keadaan kongsi ialah keperluan reka bentuk, bukan bukti pengawasan.
Tiada bahagian penyelarasan itu memerlukan sejarah pelayaran. Get laluan yang memajukan paket tidak perlu tahu laman mana yang dilawati sesi untuk mengira sesi, dan dua aliran data itu biasanya dikendalikan oleh komponen yang sama sekali berbeza.
Menyimpan kiraan dalam ingatan juga tidak menjadikan fakta berkaitan itu tanpa nama. Semasa perkhidmatan berjalan, rekod yang berkait dengan langganan mendedahkan bahawa sesuatu akaun mempunyai sambungan aktif, dan kedua-dua akses kepada keadaan itu dan jangka hayatnya wajar ditanya.
Ke mana keadaan itu pergi selepas itu
Soalan privasi bukanlah sama ada pelayan boleh mengira. Tanyakan apa yang berlaku kepada sesi yang tamat: rekod itu dibuang, atau ia menjadi peristiwa dalam siri pemantauan? Kemudian tanyakan komponen lain mana yang melihat peristiwa yang sama, kerana log pengesahan, rekod perakaunan dan sandaran masing-masing boleh menyimpan salinan yang dibuang oleh laluan penguatkuasaan.
Perakaunan RADIUS ialah contoh paling jelas. Pasangan Start dan Stop wujud untuk menyokong pengebilan dan kawalan sesi, dan ia mencipta rekod sambungan tanpa mengira sama ada seseorang pernah menanyakannya sebagai sejarah. Perkhidmatan yang menguatkuasakan had melalui perakaunan oleh itu menyimpan lebih daripada jadual slot secara binaan.
Pemadaman juga mempunyai bentuk. Rekod yang dibuang daripada jadual langsung boleh kekal dalam sandaran yang diambil sejam lebih awal, dan tempoh penyimpanan sandaran itu ialah pernyataan dasar tersendiri. Membaca hanya storan utama memberikan jawapan yang tidak lengkap.
Tanyakan soalan itu dari segi medan
Panduan pengurangan data RFC 6973 mengaitkan data yang dikumpul dan disimpan dengan tujuan yang dilayani. Jika digunakan di sini, soalan yang berguna ialah medan mana yang benar-benar diperlukan oleh tugas kemasukan serentak, dan tujuan apa yang mewajarkan penyimpanan setiap satu selepas tugas itu tamat.
Pernyataan perkhidmatan yang tepat memisahkan keadaan sambungan langsung yang digunakan untuk menguatkuasakan kuota daripada apa-apa rekod yang disimpan selepas penamatan, dan ia menamakan sistem lain dalam skop janji itu. Ayat yang hanya menyatakan bahawa tiga sambungan dikuatkuasakan tidak membuktikan bahawa arkib wujud atau tidak wujud.
Apabila kitaran hayat tidak jelas, catatkan sebagai soalan penyimpanan yang tidak terjawab dan bukannya keputusan. Kehadiran had bukan bukti sejarah tersembunyi, dan penjelasan keadaan langsung yang munasabah bukan audit terhadap pembekal.