Posted:
Май 3, 2023
Comments:
0 Comments

Составить тз: как составить ТЗ, чтобы разработчики вас поняли — KozhinDev на vc.ru

Содержание

как составить ТЗ, чтобы разработчики вас поняли — KozhinDev на vc.ru

Составление ТЗ — этап создания сервиса, который нельзя пропустить. Даже команда с высоким уровнем экспертности не создаст сильный проект по расплывчатому описанию.

8269
просмотров

Разработчики должны ясно представлять, какой сервис требуется, опираться на объективные характеристики и требования. Работа без понятного ТЗ может обернуться для заказчика дополнительными финансовыми расходами, срывом сроков, необходимостью переделывать готовый сервис.

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

В сложившемся кризисе скорость разработки, ориентированность на целевую аудиторию, интересная механика приложения ценятся еще выше.

Кто составляет ТЗ

Техническое задание может составить заказчик или исполнитель — зависит от бюджета проекта и наличия в команде аналитиков. Если решили составлять техзадание на разработку веб-сервиса своими силами, выясните, какие пункты в него должны входить. Как можно конкретнее объясните команде, какой продукт хотите получить в итоге.

Но для удобства клиентов некоторые IT-компании предоставляют услугу написания ТЗ, и к ним можно обратиться с идеей сервиса. Заказчик в этом случае все равно включается в процесс создания техзадания: участвует в обсуждениях, вносит правки и уточнения. Для этого стоит заранее продумать основные пожелания к проекту, описать цели и бизнес-логику.

Мы составили для заказчиков чек-лист по составлению ТЗ. Он будет полезен и тем, кто составляет его самостоятельно, и тем, кто поручает этот процесс аналитику подрядчика. Статья содержит общее представление о процессе написания ТЗ и конкретные рекомендации, как избежать недопониманий с командой. С ее помощью вы составите четкое задание на разработку быстрее.

Этапы создания ТЗ

Составление технического задания включает в себя несколько обязательных этапов. Чтобы не упустить важные моменты, воспользуйтесь схемой:

  • Постановка цели. Опишите конечную цель проекта, объясните, для чего он создается. На этом этапе нужно показать разработчикам бизнес-логику своей задумки, рассказать какие функции должен выполнять готовый продукт, кто входит в его целевую аудиторию, и какова схема монетизации.
  • Описание функциональных требований. На этом этапе необходимо раскрыть, как должен выглядеть и работать готовый сервис. Составьте структуру сайта, опишите функционал каждой страницы, нарисуйте примерные схемы. Прописывайте нюансы, которые важны для вас, чтобы команда смогла не упустить их при разработке. На этом же этапе нужно прояснить пожелания к дизайну: опишите, как должен выглядеть веб-сервис или мобильное приложение, покажите исполнителям несколько референсов, которые кажутся вам подходящими.
  • Описание специальных требований. Обсудите с разработчиком возможный технологический стек, установите наиболее подходящие для вашего проекта решение. В тексте задания должны быть указаны инструменты, движки, фреймворки и библиотеки. Также на этом этапе нужно обсудить требования к серверу и хостингу.
  • Сроки исполнения и критерии приемки работы. Пропишите конкретные требования к сервису, на основании которых будете принимать работу — показатели производительности, внешний вид, функциональность.

Слабые места ТЗ

Если в тексте техзадания есть места, которые можно понять по-разному — с большой вероятностью их поймут неправильно. Не стоит забывать о том, что люди воспринимают действительность по-разному. Поэтому при составлении ТЗ нужно стремиться к максимальной однозначности формулировок. Собрали список самых распространенных «слабых точек», чтобы вы могли проверить себя.

Субъективные оценочные суждения

Избегайте слов «красиво», «быстро», «просто» и других подобных оценок — они не несут в себе конкретного смысла и могут быть поняты множеством разных способов. Замените их конкретикой:

  • «сервис должен быть выполнен в фирменной цветовой гамме и ориентирован на женскую аудиторию 25 – 35 лет»;
  • «главная страница сайта должна загружаться не более, чем за 5 секунд»;
  • «кнопка целевого действия должна выделяться на экране цветом и размером, чтобы пользователю не пришлось искать».

Не бойтесь написать больше: в техническом задании это может принести пользу.

Непонятные термины

Проследите, чтобы все понятия были четко и однозначно описаны. Это касается как заказчика, так и исполнителя: техническое задание должно быть понятно обеим сторонам. Раскройте термины, которые характерны для вашей сферы деятельности. Попросите разработчиков сделать то же самое с понятиями, новыми для вас.

Чрезмерная или недостаточная детализация

Необходимо сохранять баланс между подробным описанием функционала сервиса или приложения, и чрезмерной детализацией. При создании ТЗ есть риск погрязнуть в мелких деталях, за которыми теряется главный смысл. Чтобы этого не случилось, опирайтесь на заранее составленное описание цели и функционала проекта. Сконцентрируйтесь на желаемом результате, а не на подробностях процесса работы сервиса. Бизнес-процессы всегда остаются на первом месте, и только исходя из них составляется представление об интерфейсе продукта. Взвешивайте пользу каждого нюанса для общей цели, прежде, чем внести его в техзадание. Обсуждайте детали с представителями команды, чтобы достигнуть общего видения проекта.

Подведем итоги

Техническое задание должно быть:

  • однозначным;
  • объективным;
  • подробным;
  • понятным для исполнителя и заказчика.

Оно отражает суть проекта, разъясняет его логику и выгоды для владельца и пользователей, конкретно описывает требования к проекту.

Если предстоит разработка сложного, объемного проекта, лучше поручить создание ТЗ специалистам в этой области. Они проведут предварительный анализ, соберут и систематизируют требования, опишут их доступным языком.

Но общение и обсуждение проекта с разработчиками необходимы и когда вы составляете документ самостоятельно, и когда поручаете это аналитикам компании. Только в контакте с исполнителем можно составить техзадание, которое позволит разработать проект с нужными вам характеристиками за минимальный срок.

Как правильно составить ТЗ? Инструкция, общие рекомендации

Когда бизнес обращается к сторонним организациям для реализации какого-то проекта, например, компании нужна помощь с разработкой сайта, логотипа, с написанием текстов, то перед началом работы обязательно нужно составить техническое задание. Оно помогает структурировать задачу, которая стоит перед исполнителем, и дать представление, какой результат ждет заказчик. Написание ТЗ увеличит шансы на успех проекта, а значит обе заинтересованные стороны — заказчик и исполнитель — после завершения работы останутся довольны. В статье рассказываем, как составить техническое задание, которое обеспечит качественное выполнение проекта.

Что такое техническое задание

Техническое задание — это документ, в котором описываются требования к создаваемому продукту. В ТЗ прописывается детальный план выполнения работы, устанавливаются этапы и сроки выполнения задач, обязанности сторон, требования к итоговому продукту. Четкое ТЗ создает основу успешной реализации проекта и помогает избежать разногласий между исполнителем и заказчиком после выполнения работы.

Кто должен составлять техническое задание

За составление ТЗ может отвечать, как заказчик, так и исполнитель. Иногда техническое задание пишется совместно. Рассмотрим все три варианта.

ТЗ пишет заказчик

Если продукт, за разработкой которого заказчик обращается к подрядчику, связан с его основным видом деятельности, то техническое задание лучше составлять заказчику. В этом случае составитель сам хорошо знает, что он хочет получить в результате и как это сделать.

Иногда заказчик просит выполнить работу, в которой он не разбирается, поэтому составить качественное ТЗ самостоятельно будет затруднительно. Тогда есть смысл привлечь к написанию ТЗ исполнителя.

ТЗ пишет исполнитель

Если за составление технического задания берется компания-подрядчик, то схема работы будет такая:

  1. Исполнитель узнает у заказчика общую задачу.

  2. Затем исполнитель составляет бриф с уточняющими вопросами и отправляет его заказчику.

  3. После того, как заказчик ответил на все вопросы, исполнитель на их основе составляет техническое задание.

  4. Готовый документ исполнитель отправляет заказчику на согласование.

Это хороший вариант взаимодействия, если заказчик не сомневается в компетентности исполнителя. Недостаток этого подхода: заказчик не всегда сможет оценить самостоятельно, насколько качественно исполнитель составил ТЗ. Особенно, если предмет задания ему не знаком.

Исполнитель и заказчик составляют ТЗ совместно

Этот подход похож на схему разработки технического задания исполнителем. Только при совместной работе над ТЗ процесс написания будет многоступенчатым, при этом для составления задания будут привлекаться сотрудники заказчика. Это оптимальный вариант для работы над масштабными и сложными проектами, которые требуют от обеих сторон детальной проработки задачи.

Инструкция по созданию технического задания

В этом разделе объясняем:

  • Как правильно составлять ТЗ

  • Что должно быть указано в техническом задании

  • Как оформить техническое задание

Проекты, для создания которых нужно составить ТЗ, бывают разными: разработка сайта, мобильного приложения, ввод новой функции на уже готовый ресурс, например, онлайн-калькулятора, также SEO-продвижение, подготовка контента и многое другое. Несмотря на то, что каждый проект индивидуален, есть общие пункты, которые должны быть в ТЗ. Техническое задание должно содержать такие разделы:

  • Подробное описание проекта, его цель. Все участники должны понимать, что из себя представляет проект, какие у него цели и задачи.

  • Основные требования к продукту. В этом разделе перечисляются все требования, согласно которым исполнитель реализует проект.

  • Этапы и сроки выполнения работы. Благодаря этому пункту заказчик знает, что и когда будет готово, поэтому сможет контролировать процесс разработки.

  • Порядок приемки проекта. В этом разделе представлены стандарты, по которым заказчик будет оценивать качество выполненной работы.

  • Приложения к техническому заданию. Дополнительная информацию к проекту. Обычно включает стоимость, технические регламенты, нормативно-правовые акты и т.д.

Общие рекомендации по составлению ТЗ

При написании ТЗ важно учитывать общие рекомендации.

  1. Выбирайте однозначные формулировки, когда пишете текст, чтобы не возникло недопонимания.

  2. Создайте глоссарий с расшифровкой сложных терминов. Это поможет исполнителю быстрее разобраться в ТЗ, если сфера деятельности компании-заказчика ему не знакома.

  3. Расскажите исполнителю, чем занимается ваша компания. Эта информация поможет исполнителю лучше вникнуть в проект.

  4. Перечислите конкурентов и добавьте ссылки на похожие проекты. Анализ аналогичных продуктов поможет в реализации проекта.

Стандарты

При составлении технического задания вы можете ориентироваться на международные и отечественные стандарты. В России действуют два ГОСТа, которые регламентируют разработку ТЗ:

  • ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению»

  • ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Технические задание на создание автоматизированной системы»

Среди международных стандартов можно выделить ISO/IEC/IEEE 29148-2018. Он устанавливает требования к техническому заданию на разработку ПО и других сложных систем.

Как составить ТЗ для сайта: главные пункты

Рассмотрим упрощенный пример, как написать техническое задание на разработку сайта.

  1. Напишите, чем занимается компания-заказчик, кто ее клиенты, опишите основную задачу сайта.

  2. Объясните сложные термины.

  3. Опишите технические требования: какая CMS нужна, требования к хостингу, адаптивности, кроссбраузерности.

  4. Опишите структуру сайта: какие разделы и страницы нужны.

  5. Напишите, какие элементы должна содержать каждая страница, как будут располагаться объекты на странице.

  6. Составьте сценарий, как пользователи будут двигаться по сайту.

  7. Подготовьте контент для сайта: тексты, видео, изображения и т.д.

  8. Напишите, какой дизайну вы хотите использовать на сайте.

  9. Составьте поэтапный план сдачи сайта с указанием сроков.

  10. Опишите процесс приемки сайта.

Когда можно обойтись без технического задания

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

Заключение

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

В статье мы разобрали, как составить ТЗ для программиста на создание сайта. Для начала нужно выбрать того, кто будет писать ТЗ, затем написать структуру и по ней заполнить данные о проекте, требованиях, этапах, сроках и стоимости. Также не стоит забывать придерживаться общих требований написания ТЗ. Оно должно быть понятным для обеих сторон, объективным, с однозначными формулировками, подробно описывать каждый этап работы.

Проект

Tor | Настройка службы Onion

В этом руководстве показано, как настроить службу Onion для вашего веб-сайта.
Технические подробности о том, как работает протокол Onion Service, см. на странице протокола Onion Service.

Шаг 0: Получите рабочий Tor

В рамках этого руководства мы предполагаем, что на вашем компьютере установлен работающий Tor.
Чтобы настроить Tor, следуйте руководству по установке Tor.
Чтобы это руководство работало, Tor должен быть запущен и работать правильно.
Вы также должны знать, где находятся файлы конфигурации Tor.

Шаг 1: Настройте работающий веб-сервер

В качестве первого шага вам следует настроить локальный веб-сервер, такой как Nginx, Apache или ваш любимый веб-сервер.
Настройка веб-сервера может быть сложной.
Если вы застряли или хотите сделать больше, найдите друга, который может вам помочь, или присоединитесь к нашему списку рассылки tor-onions, чтобы поговорить с другими операторами.

В качестве примера мы рассмотрим, как настроить onionsite с Nginx и Apache в Debian.
Мы рекомендуем вам установить новый отдельный веб-сервер для вашего Onion-сервиса, поскольку даже если он у вас уже установлен, вы можете использовать его (или захотеть использовать позже) для обычного веб-сайта.

На этой странице команды для управления веб-сервером основаны на операционных системах, подобных Debian, и могут отличаться от других систем.
Проверьте документацию вашего веб-сервера и операционной системы.

Apache

Apache доступен в основном репозитории нескольких дистрибутивов Linux и *BSD.
Чтобы установить пакет apache2 :

$ sudo apt install apache2

Nginx

Nginx доступен в основном репозитории нескольких дистрибутивов Linux и *BSD.
Установить nginx package:

$ sudo apt install nginx

По умолчанию веб-сервер будет работать на localhost:80 в конце установки.
Если вы получили сообщение об ошибке, что-то пошло не так, и вы не можете продолжать, пока не выясните, почему это не сработало.

После настройки веб-сервера убедитесь, что он работает: откройте браузер и перейдите по адресу http://localhost/.
Затем попробуйте поместить файл в основной каталог html и убедитесь, что он отображается при доступе к сайту.

Шаг 2. Настройка службы Tor Onion

Следующим шагом является открытие файла конфигурации Tor (torrc) и выполнение соответствующих настроек для настройки службы Onion.
В зависимости от вашей операционной системы и настроек ваш файл конфигурации Tor может находиться в другом месте или выглядеть по-разному.

Вам нужно будет добавить следующие две строки в файл torrc :

 HiddenServiceDir /var/lib/tor/my_website/
 Хидденсервицепорт 80 127.0.0.1:80

Строка HiddenServiceDir указывает каталог, который должен содержать информацию и криптографические ключи для вашей службы Onion.
Вы захотите изменить строку HiddenServiceDir , чтобы она указывала на фактический каталог, доступный для чтения/записи пользователем, который будет запускать Tor.

Строка HiddenServicePort указывает виртуальный порт (то есть порт, который будут использовать люди, посещающие ваш Onion-сервис), и в приведенном выше случае говорится, что любой трафик, входящий на порт 80 вашего Onion-сервиса, должен быть перенаправлено на 127.0.0.1:80 (именно здесь прослушивается веб-сервер из шага 1).

Совет: Во избежание утечки Onion-сервиса в локальную сеть рекомендуется запускать Onion-сервисы через сокеты Unix, а не через сокет TCP.
Вам нужно будет добавить следующие две строки в файл torrc :

 HiddenServiceDir /var/lib/tor/my-website/
HiddenServicePort 80 unix:/var/run/tor-my-website.sock

Шаг 3: Перезапустите Tor и убедитесь, что он работает

Теперь сохраните ваш torrc и перезапустите Tor.

$ sudo systemctl перезапустить tor

Если Tor снова запустится, отлично. В противном случае что-то не так. Сначала посмотрите на свои файлы журналов для подсказок.
Он напечатает некоторые предупреждения или сообщения об ошибках. Это должно дать вам представление о том, что пошло не так.
Как правило, в torrc есть опечатки или неправильные права доступа к каталогу (см. запись часто задаваемых вопросов по ведению журнала, если вы не знаете, как включить или найти файл журнала.)

Когда Tor запустится, он автоматически создаст указанный вами HiddenServiceDir (при необходимости).
Убедитесь, что это так.

Шаг 4. Проверка работы службы Onion

Теперь, чтобы получить адрес службы Onion, перейдите в каталог HiddenServiceDir и найдите файл с именем hostname .
Файл hostname в вашем каталоге конфигурации Onion Service содержит имя хоста для вашей новой onion v3 службы.
Остальные файлы — это ваши ключи Onion Service, поэтому крайне важно, чтобы они оставались закрытыми.
Если ваши ключи просочились, другие люди могут выдать себя за ваш Onion-сервис, посчитав его скомпрометированным, бесполезным и опасным для посещения.

Теперь вы можете подключиться к своей службе Onion с помощью браузера Tor, и вы должны получить HTML-страницу, которую вы настроили на шаге 1 .
Если это не работает, поищите в своих журналах какие-нибудь подсказки и продолжайте играть с ним, пока он не сработает.

Важно отметить, что настроенная таким образом служба Onion будет доступна для чтения любому, кто знает или обнаруживает адрес.
Вы можете сделать так, чтобы Onion Services требовали аутентификации, и только пользователи с закрытым ключом получат доступ к сервису.
Подробнее о документации по авторизации клиента.

(необязательно) Шаг 5. Запуск нескольких служб Onion

Если вы хотите перенаправить несколько виртуальных портов для одной службы Onion, просто добавьте дополнительные строки HiddenServicePort .
Если вы хотите запустить несколько Onion-сервисов с одного и того же клиента Tor, просто добавьте еще одну строку HiddenServiceDir .
Все следующие строки HiddenServicePort ссылаются на эту строку HiddenServiceDir , пока вы не добавите еще одну строку HiddenServiceDir :

 HiddenServiceDir /var/lib/tor/onion_service/
 Хидденсервицепорт 80 127. 0.0.1:80
 HiddenServiceDir /var/lib/tor/other_onion_service/
 Хидденсервицепорт 6667 127.0.0.1:6667
 Хидденсервицепорт 22 127.0.0.1:22

Если вы используете несколько onion-сайтов на одном и том же веб-сервере, не забудьте отредактировать файл виртуального хоста веб-сервера и добавить луковый адрес для каждого веб-сайта.
Например, в Nginx и при использовании Tor с сокетами Unix конфигурация будет выглядеть так:

 сервер {
        слушать unix:/var/run/tor-my-website.sock;
        имя_сервера <ваш-луковый-адрес>.onion;
        журнал_доступа /var/log/nginx/my-website.log;
        индекс index.html;
        корень /путь/к/htdocs;
}

Или в Apache со службой Tor, прослушивающей порт 80:

 
       Имя_сервера 
       DocumentRoot /путь/к/htdocs
       Журнал ошибок ${APACHE_LOG_DIR}/my-website.log

Шаг 6. Советы по безопасности и другие советы

Версия Onion Services по умолчанию — это версия 3, состоящая из 56 символов.
Службы Onion версии 2 устарели и вскоре будут удалены из сети Tor после выпуска версии 0.4.6.x Tor в июле 2021 года.
Дополнительную информацию см. в сообщении блога о сроках устаревания версии Onion Service.

Некоторые операторы onionsite могут не захотеть раскрывать свое местоположение Onion Service.
Поэтому вам необходимо настроить свой веб-сервер так, чтобы он не выдавал никакой информации о вас, вашем компьютере или вашем местоположении.
Это непростая задача, и эти ресурсы помогут сделать это возможным:

  • Оперативная безопасность.
  • Передовой опыт работы с луковыми сервисами от Riseup Collective.
  • OnionScan — это инструмент для проверки того, не утекает ли ваш onionsite информация, которая может поставить под угрозу вашу анонимность, например IP-адрес вашего сервера.

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

Теперь, когда у вас есть работающий onion-сайт, вы можете захотеть развернуть Onion-Location или использовать такие инструменты, как Docker, Heroku, Terraform, Ansible или Stem, для автоматизации управления вашими Onion-сервисами.
Если у вас есть статический веб-сайт, но вы никогда не устанавливали Nginx или Apache, попробуйте еще один проект — OnionShare, где запуск onionsite будет проще: с графическим интерфейсом и минимальной конфигурацией.

Как проверить подпись Tor Browser? | Tor Project

Цифровая подпись — это процесс, гарантирующий, что определенный пакет был сгенерирован его разработчиками и не был подделан.
Ниже мы объясним, почему это важно, и как убедиться, что загружаемый вами Tor Browser является созданным нами и не был изменен каким-либо злоумышленником.

Каждый файл на нашей странице загрузки сопровождается файлом с пометкой «подпись» с тем же именем, что и у пакета, и расширением «.asc». Эти файлы .asc являются подписями OpenPGP.
Они позволяют вам убедиться, что загруженный вами файл — это именно тот файл, который мы хотели вам получить.
Это зависит от веб-браузера, но обычно вы можете загрузить этот файл, щелкнув правой кнопкой мыши ссылку «подпись» и выбрав опцию «сохранить файл как».

Например, torbrowser-install-win64-9.0_en-US.exe сопровождается torbrowser-install-win64-9.0_en-US.exe.asc .
Это примеры имен файлов, и они не будут точно соответствовать именам файлов, которые вы загружаете.

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

Установка GnuPG

Прежде всего, вам необходимо установить GnuPG, прежде чем вы сможете проверять подписи.

Для пользователей Windows:

Если вы используете Windows, загрузите Gpg4win и запустите его программу установки.

Чтобы проверить подпись, вам нужно ввести несколько команд в командной строке Windows, cmd.exe .

Для пользователей macOS:

Если вы используете macOS, вы можете установить GPGTools.

Для проверки подписи вам потребуется ввести несколько команд в Терминале (в разделе «Приложения»).

Для пользователей GNU/Linux:

Если вы используете GNU/Linux, то, вероятно, в вашей системе уже есть GnuPG, поскольку в большинстве дистрибутивов GNU/Linux он предустановлен.

Чтобы проверить подпись, вам нужно будет ввести несколько команд в окне терминала. Как это сделать, зависит от вашего дистрибутива.

Получение ключа разработчиков Tor

Команда Tor Browser подписывает выпуски Tor Browser.
Импортируйте ключ подписи разработчиков браузера Tor (0xEF6E286DDA85EA2A4BA7DE684E2C6E879).3298290):

 gpg --auto-key-locate nodefault,wkd --locate-keys [email protected]

Это должно показать вам что-то вроде:

 gpg: ключ 4E2C6E8793298290: открытый ключ «Разработчики браузера Tor (ключ подписи)  org>» импортирован
gpg: Всего обработано: 1
gpg: импортировано: 1
pub rsa4096 2014-12-15 [C] [срок действия истекает: 21 июля 2025]
      EF6E286DDA85EA2A4BA7DE684E2C6E8793298290
uid [неизвестно] Разработчики браузера Tor (ключ подписи) 
саб rsa4096 2018-05-26 [S] [истекает: 2020-12-19]

Если вы получили сообщение об ошибке, что-то пошло не так, и вы не можете продолжать, пока не выясните, почему это не сработало. Вместо этого вы можете импортировать ключ, используя обходной путь (используя открытый ключ) .

После импорта ключа его можно сохранить в файл (идентифицируя его по отпечатку здесь):

 gpg --output ./tor.keyring --export 0xEF6E286DDA85EA2A4BA7DE684E2C6E8793298290

Эта команда приводит к сохранению ключа в файл, найденный по пути ./tor.keyring , т.е. в текущем каталоге.
Если ./tor.keyring не существует после запуска этой команды, что-то пошло не так, и вы не можете продолжать, пока не выясните, почему это не сработало.

Проверка подписи

Чтобы проверить подпись загруженного вами пакета, вам потребуется загрузить соответствующий файл подписи «.asc», а также сам файл установщика, и проверить его с помощью команды, которая попросит GnuPG проверить файл, который вы скачали.

В приведенных ниже примерах предполагается, что вы загрузили эти два файла в папку «Загрузки».
Обратите внимание, что в этих командах используются примеры имен файлов, и у вас они будут другими: вы загрузили версию, отличную от 9.0, и, возможно, вы не выбрали английскую (en-US) версию.

Для пользователей Windows: 
 gpgv --keyring .\tor.keyring Загрузки\torbrowser-install-win64-9.0_en-US.exe.asc Загрузки\torbrowser-install-win64-9.0_en-US.exe
Для пользователей macOS: 
 gpgv --keyring ./tor.keyring ~/Загрузки/TorBrowser-9.0-osx64_en-US.dmg.asc ~/Загрузки/TorBrowser-9.0-osx64_en-US.dmg
Для пользователей GNU/Linux (измените 64 на 32, если у вас 32-разрядный пакет): 
 gpgv --keyring . /tor.keyring ~/Downloads/tor-browser-linux64-9.0_en-US.tar. xz.asc ~/Загрузки/tor-browser-linux64-9.0_en-US.tar.xz

Результат команды должен быть примерно таким:

 gpgv: Подпись сделана 08.07.19 04:03:49 Тихоокеанское летнее время
gpgv: с использованием ключа RSA EB774491D9FF06E2
gpgv: Хорошая подпись от «Разработчики браузера Tor (ключ подписи) »

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

Обходной путь (с использованием открытого ключа)

Если вы столкнулись с ошибками, которые не можете исправить, загрузите и используйте этот открытый ключ. В качестве альтернативы вы можете использовать следующую команду:

 curl -s https://openpgpkey.torproject.org/.well-known/openpgpkey/torproject.org/hu/kounek7zrdx745qydx6p59t9mqjpuhdf |gpg --import -

Ключ разработчиков браузера Tor также доступен на сайте keys.

This entry was posted in Популярное