انتشار ابزار ، برای سازماندهی عملیات شبکه Tor ناشناس استفاده می شود. Tor 0.4.0.5 به عنوان اولین نسخه پایدار از شاخه 0.4.0 شناخته می شود که در چهار ماه گذشته در حال توسعه بوده است. شاخه 0.4.0 به عنوان بخشی از چرخه تعمیر و نگهداری منظم حفظ می شود - به روز رسانی ها پس از 9 ماه یا 3 ماه پس از انتشار شاخه 0.4.1.x متوقف می شوند. پشتیبانی طولانی مدت (LTS) برای شاخه 0.3.5 ارائه شده است که به روز رسانی های آن تا 1 فوریه 2022 منتشر می شود.
نوآوری های اصلی:
- در اجرای قسمت مشتری حالت صرفه جویی در انرژی - در طول عدم فعالیت طولانی مدت (24 ساعت یا بیشتر)، مشتری به حالت خواب می رود که در طی آن فعالیت شبکه متوقف می شود و منابع CPU مصرف نمی شود. بازگشت به حالت عادی پس از درخواست کاربر یا پس از دریافت فرمان کنترل اتفاق می افتد. برای کنترل از سرگیری حالت خواب پس از راه اندازی مجدد، تنظیم DormantOnFirstStartup پیشنهاد شده است (برای بازگشت فوری به حالت خواب، بدون انتظار برای 24 ساعت عدم فعالیت).
- اطلاعات دقیق در مورد فرآیند راه اندازی Tor (بوت استرپ) پیاده سازی شده است که به شما این امکان را می دهد تا دلایل تاخیر در هنگام راه اندازی را بدون انتظار برای تکمیل فرآیند اتصال ارزیابی کنید. پیش از این، اطلاعات تنها پس از تکمیل اتصال نمایش داده می‌شد، اما فرآیند راه‌اندازی در برخی مشکلات متوقف می‌شد یا ساعت‌ها طول می‌کشید تا تکمیل شود، که باعث ایجاد احساس عدم اطمینان می‌شد. در حال حاضر، پیام هایی در مورد مسائل در حال ظهور و وضعیت راه اندازی با پیشرفت مراحل مختلف نمایش داده می شود. اطلاعات مربوط به وضعیت اتصال با استفاده از پراکسی ها و حمل و نقل متصل به طور جداگانه نمایش داده می شود.
- پشتیبانی اولیه (WTF-PAD - Adaptive Padding) برای مبارزه با روش‌های غیرمستقیم تعیین حقایق دسترسی به سایت‌ها و سرویس‌های پنهان از طریق تجزیه و تحلیل ویژگی‌های جریان بسته‌ها و تاخیر بین آنها، مشخصه سایت‌ها و سرویس‌های خاص. این پیاده‌سازی شامل ماشین‌های حالت محدود است که بر روی یک توزیع احتمال آماری کار می‌کنند تا تاخیر بین بسته‌ها را جایگزین کنند تا ترافیک روان شود. حالت جدید در حال حاضر فقط در حالت آزمایشی کار می کند. در حال حاضر فقط لایه‌بندی در سطح زنجیره اجرا می‌شود.
- یک لیست صریح از زیرسیستم‌های Tor اضافه شده که پس از مقداردهی اولیه و خاموش شدن نامیده می‌شوند. پیش از این، این زیرسیستم ها از مکان های مختلف در پایه کد مدیریت می شدند و استفاده از آنها ساختاری نداشت.
- یک API جدید برای مدیریت فرآیندهای فرزند پیاده‌سازی شده است که امکان ایجاد یک کانال ارتباطی دوطرفه بین فرآیندهای فرزند در سیستم‌های شبه یونیکس و ویندوز را فراهم می‌کند.
منبع: opennet.ru