RetroShare для опытных юзеров - страница 8

Нестабильная скорость передачи файла от очень удалённого источника – 5 и более скачков. Здесь есть одна особенность. Turtle-маршрутизатор – очень гибкий алгоритм, а топология сети RetroShare – очень разветвлена и хаотична по своей структуре. В первый момент Turtle действительно может проложить неудачный в смысле расстояния туннель к источнику, но, как правило, через некоторое время находятся и более „близкие“ пути и тогда стабилизируется как скорость обмена данными, так и сам канал. В девяти случаях из десяти в течение 1–10 минут устанавливается надёжный канал передачи данных со скоростью, близкой к предельной пропускной способности интернет-канала получателя.

Сложность грамотного в смысле безопасности обмена сертификатами. Так как личные сертификаты крайне нежелательно публиковать в открытых источниках, то возникает проблема их передачи потенциальному доверенному пиру. На данный момент, наиболее надёжными средствами для передачи RetroShare-сертификатов являются электронная почта с шифрованием сообщений и шифрованные службы обмена сообщениями. Ясно, что и в этом случае встаёт проблема аутентичности корреспондента. Тем не менее, исходя из реальной ситуации, всегда можно выбрать наиболее приемлемый для конкретного пользователя вариант обмена сертификатами. Но, как было сказано выше, самый надёжный способ – передача сертификата при личной встрече.

Перегруженность интерфейса.

Множество тонких настроек клиент-сервера. При непродуманном подходе такая ситуация может привести к деанонимизации участника сети. Сказанное особенно касается случаев файлообмена или раздачи контента через каналы, когда по ошибке приватное объявление может быть сделано в публичном канале. Помните! ОДНАЖДЫ ОПУБЛИКОВАННОЕ В ФОРУМЕ ИЛИ КАНАЛЕ СООБЩЕНИЕ УДАЛИТЬ ИЗ СЕТИ НЕВОЗМОЖНО. Прежде, чем что-либо публиковать, ещё раз посмотрите что вы публикуете и какой режим публикации выбран: приватный или публичный.

Непрезентабельный внешний вид форумов по умолчанию. Для людей, которые чтут не только содержание, но и форму, имеются сложности приведения содержимого публикуемого сообщения в надлежащий вид. Сложность заключается в том, что текст сообщения лучше набирать в текством процессоре и только затем копировать его в форум.

Отсутствие возможности установить размер и тип шрифта в каналах.

Отсутствие возможности осуществлять контроль и анализ структуры трафика. Из строки состояния не ясно, какая часть трафика собственная, а какая транзитная. Отсутствует визуализация различных типов трафика.

Невозможность отмены хэширования файлов определённого типа.

♦ В целях безопасности псевдоним в чате должен отличаться от псевдонима в сертификате.

♦ По возможности, не публикуйте собственный сертификат в чатах и ни в коем случае – на форумах.

♦ Понаблюдайте за разговорами в чатах. В какой-то момент станет понятно, кого можно не остерегаться, а кому лучше не доверять.

♦ Молчуны в чатах не могут считаться людьми, которым следует доверять. Поэтому, если вы хотели бы с кем-то обменяться сертификатами, обозначьте себя как-то хотя бы общими, ни к чему не обязывающими, фразами. Тем самым вы покажете, что вы живой человек, заслуживающий внимания. В сообществе RetroShare считается добрым тоном сообщить, с какой целью вы подключились к платформе, а также, откуда вы о ней узнали.

♦ Найдите в форумах ссылки на сертификаты постоянно подключённых к RetroShare хостов – так называемые «24/7 VPS» – и пошлите нескольким из них электронные письма с вашим сертификатом через внутренний почтовый сервис RetroShare. Возможно, вам откликнутся и у вас будет надёжный круглосуточный контакт с сетью.

♦ Помогите подключиться к RetroShare двум-трём вашим друзьям. У вас появятся узлы с абсолютным доверием.

♦ Если у вас дома или на работе есть несколько компьютеров, можно создать один узел-шлюз, обеспечивающий доступ к RetroShare, а ваш основной компьютер подключить к этому шлюзу. Таким образом, все коммуникации с сетью будет вести компьютер-шлюз, и он же будет вашим единственным пиром, которому можно доверять абсолютно. Наибольший эффект такой подход будет иметь, если два компьютера находятся в различных зданиях или даже в различных населённых пунктах, т. е. существенно разнесены в пространстве.