رمزنگاری تعیین می‌کند که آیا محتوای بسته خوانده می‌شود یا نه و هیچ نمی‌گوید که آیا وجود، اندازه و زمان‌بندی بسته نوشته می‌شود. روتری که یک تونل رمزنگاری‌شده را ارسال می‌کند جریانی را می‌بیند که باید تحویل دهد و می‌تواند آن جریان را بشمارد، زمان‌بندی کند و به کسی نسبت دهد. آنچه دروازه خانگی ثبت می‌کند با آنچه شبکه‌ای در بالادست ثبت می‌کند مقایسه کنید و تفاوت در این است که هرکدام برای نگه‌داشتن کدام میدان‌ها دلیل دارد.

همین مقایسه سودمند است، چون این دو سابقه در بحث‌های حریم خصوصی مدام با هم اشتباه می‌شوند. آن‌ها به پرسش‌های متفاوتی پاسخ می‌دهند و برای مدت‌های متفاوتی نگه داشته می‌شوند.

دو ناظر، دو سابقه متفاوت

دروازه لبه شما می‌داند جریان از کدام رابط محلی استفاده کرده و وقتی خودش نشانی توزیع می‌کند، کدام دستگاه در آن زمان آن نشانی را داشته است. همچنین می‌تواند ببیند کدام حل‌کننده را پرسیده‌اید و با کدام نقطه پایانی تماس گرفته‌اید. در بالادست همان ترافیک ترجمه‌شده می‌رسد، پس شبکه‌ای دیگر یک نشانی عمومی مشترک کل خانه را می‌بیند، که همان کارکرد توصیف‌شده در RFC 3022 است. هیچ‌یک از دو ناظر بار را نخوانده و هیچ‌یک از دو سابقه دیگری را در خود ندارد.

مجموع بایت‌ها هم در این دسته‌اند. شمارنده حجم ثبت می‌کند که ترافیک گذشته است بدون ثبت اینکه چه بوده.

کدام میدان‌ها واقعاً ردپا می‌گذارند

آنچه یک دستگاه مشخص ذخیره می‌کند به آنچه فعال است بستگی دارد، پس هر ادعای کلی مشکوک است. جدول میدان‌هایی را که در عمل مهم‌اند و معنای هرکدام را فهرست می‌کند.

FieldHome gatewayUpstream observer
VPN endpoint addressYes, as a destinationYes
Local device mappingOnly where it assigns the addressNo
Byte and packet countsIf statistics are enabledUsually
Flow start and endIf connection logging is onUsually
DNS queriesIf the resolver is localOnly if the resolver is theirs
Payload contentsNoNo

جدول را سطر به سطر بخوانید نه ستون به ستون، چون هر سطر نتیجه دیگری را پشتیبانی می‌کند. نشانی نقطه پایانی نشان می‌دهد تونلی وجود دارد، نه اینکه چه حمل کرده. نگاشت دستگاه محلی سطری است که جریان را به یک شخص می‌بندد و همان سطری است که دروازه خانگی نگه می‌دارد در حالی که ناظر بالادست معمولاً نگه نمی‌دارد.

سطر بار در هر دو ستون یکسان است و همین بخشی است که رمزنگاری واقعاً تضمین می‌کند. بقیه به انتخاب‌های ثبت وقایع بستگی دارد.

روتری که تونل را پایان می‌دهد بیشتر می‌بیند

دروازه‌ای که ترافیک رمزنگاری‌شده دیگری را ارسال می‌کند و روتری که خودش تونل را اداره می‌کند جایگاه‌های متفاوتی دارند. دومی وضعیت تونل و کلیدهای آن را نگه می‌دارد و از این رو می‌تواند نشانی‌های درونی و مقصدهای داخل تونل را ببیند. اگر آن روتر نشانی‌ها را هم برای شبکه درونی ترجمه کند، سوابقش می‌توانند یک دستگاه را با یک مقصد درونی در یک سابقه به هم پیوند دهند. این افشای متفاوتی از جریان بیرونی است که همان جعبه تولیدش می‌کند.

آن را با یک کارخواه لپ‌تاپ پشت دروازه ساده مقایسه کنید: دروازه جریان بیرونی را ثبت می‌کند و سابقه خود کارخواه جزئیات درونی را نگه می‌دارد. پرسیدن اینکه چه کسی کدام نیمه تصویر را دارد سودمندتر از پرسیدن این است که آیا شبکه از رمزنگاری می‌بیند. پاسخ صادقانه به پرسش دوم نه است و آن هم پرسشی نیست که مواجهه شما را تعیین می‌کند.

بررسی کنید دستگاه خودتان چه ثبت می‌کند

پیش از استدلال درباره تجهیزات دیگران به تجهیزات خودتان نگاه کنید. فرمان‌های زیر قواعد دیوار آتش با شمارنده، ورودی‌های اتصال هنوز زنده و خطوط سابقه‌ای را که به اتصال اشاره دارند فهرست می‌کنند. آن‌ها برای روتری بر پایه Linux هستند که بیشتر میان‌افزارهای مصرفی از آن مشتق شده‌اند.

nft list ruleset | grep -A2 counter
conntrack -L 2>/dev/null | grep 1194
logread | grep -iE 'vpn|1194' | tail -n 20
cat /proc/net/nf_conntrack | wc -l

مجموعه‌ای از قواعد با شمارنده به شما می‌گوید دستگاه چه چیزی را حاضر است بشمارد و جدول اتصال‌ها جریان‌های زنده را نشان می‌دهد نه تاریخ. خطوط سابقه تأیید می‌کنند که میان‌افزار اصلاً رویدادهای اتصال را می‌نویسد و این بیشتر بحث را حل می‌کند. خروجی خالی در هر چهار فرمان یعنی جعبه بدون ثبت ارسال می‌کند و آن هم پاسخی است. بررسی را روی کارخواه تکرار کنید، چون سابقه آن نیمه دیگر تصویر را نگه می‌دارد.

امکانات فعال‌شده و تنظیم نگه‌داری را کنار خروجی‌ها بنویسید. همان سخت‌افزار می‌تواند امروز ساکت باشد و پس از به‌روزرسانی میان‌افزاری که سنجش از دور را روشن می‌کند پرحرف شود.

مقالات مرتبط