PearPass: шпаргалка по P2P-менеджеру паролей от создателей Tether

<p>PeerPass — P2P менеджер паролей, который хранит и синхронизирует данные напрямую между твоими устройствами без центрального сервера. Пароли не уходят в чужое облако. Взломать нечего — нет единой точки хранения. Подходит параноикам и self-hosted энтузиастам. Не подходит обычным пользователям и корпоративным сценариям.</p> <h2>1. Диагноз: почему это вообще больно</h2> <p>Поднял новый сервис. Через месяц — письмо от LastPass: «мы зашифрованы, но хакеры унесли зашифрованные хранилища». Знакомо?</p> <p>Облачный менеджер паролей — это удобно. Но по факту ты отдаёшь все свои пароли третьей стороне и молишься, чтобы у них не было инцидентов безопасности. LastPass — утечка в 2022. Dashlane — данные <a href="https://it-apteka.com/nastrojka-ntp-na-mikrotik-klient-i-server-shpargalka-dlja-ros-6-i-7/" title="Настройка NTP MikroTik: клиент, сервер и всё что ломается без него" target="_blank" rel="noopener" data-wpil-monitor-id="2550">клиентов на серверах</a> AWS. Norton Password Manager — взлом в 2023. Это не теория. Это хроника.</p> <p>Что получишь от этой статьи: понимание архитектуры PeerPass, честный разбор его слабых мест и сравнение с Bitwarden, KeePass и 1Password. Плюс — пять практических сценариев. Времени займёт минут двадцать. Что понадобится: хотя бы два устройства, базовое понимание шифрования и готовность к тому, что PeerPass — не для всех.</p> <h2>2. Что такое PeerPass и кто за ним стоит</h2> <p>PeerPass — менеджер паролей с P2P архитектурой. Никакого центрального сервера, никакого облака. Хранилище живёт на твоих устройствах. Синхронизация — прямая, device-to-device.</p> <p>За проектом стоит команда, аффилированная с Tether — компанией, известной по одноимённому стейблкоину. Это важный контекст: не стартап из трёх студентов, есть ресурсы и команда. Но Tether — контроверсиальная компания в крипто-пространстве, и к этому мы вернёмся в разделе про подводные камни.</p> <p>Проект позиционируется как open source — код можно проверить самостоятельно. Это плюс.</p> <h2>3. Как работает PeerPass технически</h2> <p><!-- Mermaid diagram: P2P vs Cloud architecture --></p> <pre class="mermaid">%%{init: { 'theme': 'base', 'themeVariables': { 'primaryColor': '#ffffff', 'primaryTextColor': '#1e293b', 'primaryBorderColor': '#94a3b8', 'lineColor': '#64748b', 'fontSize': '15px', 'fontFamily': 'ui-sans-serif, system-ui, sans-serif' }, 'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50} }}%% flowchart LR subgraph CLOUD["☁️ Облачный менеджер"] S["Облачный сервер\n(единая точка атаки)"] D1["Устройство 1"] --> S D2["Устройство 2"] --> S D3["Устройство 3"] --> S end subgraph P2P["🔒 PeerPass P2P"] P1["Устройство A"] <--> P2["Устройство B"] P2 <--> P3["Устройство C"] P1 <--> P3 end style S fill:#fee2e2,stroke:#ef4444,stroke-width:2px,color:#991b1b style P1 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af style P2 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af style P3 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af </pre> <h3>P2P синхронизация</h3> <p>Нет сервера — не значит нет синхронизации. PeerPass использует peer-to-peer протокол: устройства обнаруживают друг друга и обмениваются зашифрованными данными напрямую — через локальную сеть (LAN discovery) или через relay-сервер для NAT traversal.</p> <p>Вот тут первый нюанс: для работы вне домашней сети может потребоваться промежуточный relay. Это не хранилище паролей — просто посредник для установки соединения. Но «без серверов» становится «почти без серверов».</p> <h3>Шифрование и zero knowledge</h3> <p>Хранилище шифруется локально на устройстве до любой синхронизации. Используется end-to-end шифрование: ключ генерируется из мастер-пароля, никуда не передаётся. Это zero knowledge — даже если кто-то перехватит трафик между устройствами, получит зашифрованный blob без возможности расшифровки.</p> <h3>Сравнение архитектур</h3> <table class="pp-table"> <thead> <tr> <th>Параметр</th> <th>Облачный менеджер</th> <th>PeerPass (P2P)</th> </tr> </thead> <tbody> <tr> <td>Где хранятся пароли</td> <td>На серверах провайдера</td> <td class="pp-highlight">На твоих устройствах</td> </tr> <tr> <td>Синхронизация</td> <td>Через облако</td> <td class="pp-highlight">Прямо между устройствами</td> </tr> <tr> <td>Работа офлайн</td> <td>Ограниченно (кэш)</td> <td class="pp-highlight">Полная (данные локально)</td> </tr> <tr> <td>Единая точка атаки</td> <td class="pp-warn">Да — сервер провайдера</td> <td class="pp-highlight">Нет</td> </tr> <tr> <td>Trust model</td> <td>Доверие провайдеру</td> <td class="pp-highlight">Доверие своим устройствам</td> </tr> <tr> <td>Восстановление при потере</td> <td class="pp-highlight">Через аккаунт</td> <td class="pp-warn">Только бэкап вручную</td> </tr> </tbody> </table> <h2>4. Практика: пять сценариев</h2> <h3>Сценарий 1: Установка PeerPass</h3> <p>Качай с официального сайта или GitHub-репозитория. Проверяй подпись — не ленись.</p> <div class="pp-code"> <div class="pp-code-header"><a href="https://it-apteka.com/zapusk-bash-skriptov-v-linux-cherez-terminal-cron-python-windows-i-raspberry-pi/" title="Запуск bash скрипта: chmod, cron, Python, Windows и Raspberry Pi" target="_blank" rel="noopener" data-wpil-monitor-id="2349">Bash — Linux</a> (Debian/Ubuntu)</div> <pre><code><span class="bash-comment"># Проверь подпись перед установкой</span> <span class="bash-cmd">gpg</span> <span class="bash-flag">--verify</span> <span class="bash-path">peerpass-linux.AppImage.sig</span> <span class="bash-path">peerpass-linux.AppImage</span> <span class="bash-comment"># Сделай файл исполняемым</span> <span class="bash-cmd">chmod</span> <span class="bash-flag">+x</span> <span class="bash-path">peerpass-linux.AppImage</span> <span class="bash-comment"># Запусти</span> <span class="bash-cmd">./peerpass-linux.AppImage</span></code></pre> </div> <p>На macOS — скачай .dmg, открой, перетащи в Applications. На Windows — установщик .exe. После запуска приложение попросит создать хранилище.</p> <h3>Сценарий 2: Создание хранилища</h3> <p>При первом запуске PeerPass попросит задать мастер-пароль. Вот тут важно остановиться.</p> <div class="pp-box pp-box-red"> <div class="pp-box-title">Критически важно</div> <p>Мастер-пароль — единственный ключ к хранилищу. Если потеряешь его, данные недоступны навсегда. Нет кнопки «восстановить через email». Нет техподдержки которая поможет. Запиши физически — не в заметках телефона, не в Google Docs.</p> </div> <p>Требования: минимум 16 символов, цифры, спецсимволы, ничего из словаря. Если у тебя пароль qwerty — тебе уже ничего не поможет, но хотя бы не для менеджера паролей.</p> <h3>Сценарий 3: Синхронизация между устройствами</h3> <p>Оба устройства должны быть в одной сети или оба онлайн для relay-соединения.</p> <div class="pp-code"> <div class="pp-code-header">Bash — порядок действий</div> <pre><code><span class="bash-comment"># На первом устройстве - получи код сопряжения:</span> <span class="bash-comment"># Settings → Devices → Add device → Show pairing code</span> <span class="bash-comment"># На втором устройстве - введи код:</span> <span class="bash-comment"># Settings → Devices → Pair with device → Enter code</span> <span class="bash-comment"># После сопряжения - синхронизация автоматическая</span> <span class="bash-comment"># Статус: зелёный замок = ОК, жёлтый = ожидание, красный = конфликт</span></code></pre> </div> <h3>Сценарий 4: Восстановление доступа</h3> <p>Потерял телефон — не потерял пароли, если есть второе сопряжённое устройство. Данные там тоже есть. Если устройство одно — только зашифрованный бэкап спасёт.</p> <div class="pp-code"> <div class="pp-code-header">Bash — экспорт и импорт хранилища</div> <pre><code><span class="bash-comment"># 1. На рабочем устройстве - экспортируй резервную копию:</span> <span class="bash-comment"># File → Export vault → Encrypted backup → сохрани .enc файл</span> <span class="bash-comment"># 2. На новом устройстве - восстанови:</span> <span class="bash-comment"># File → Import vault → выбери .enc файл → введи мастер-пароль</span> <span class="bash-comment"># Важно: .enc файл без мастер-пароля - просто мусор</span></code></pre> </div> <h3>Сценарий 5: Потеря единственного устройства</h3> <p>Если нет бэкапа и нет другого сопряжённого устройства — хранилище потеряно навсегда. Это принципиальное отличие от облачного менеджера. У Bitwarden ты заходишь с нового устройства, вводишь мастер-пароль — и всё на месте. У PeerPass этого нет. Бэкап — не опция, это часть настройки.</p> <h2>5. Где подвох: честный разбор минусов</h2> <p>P2P ≠ абсолютная <a class="wpil_keyword_link" href="https://it-apteka.com/category/security/" target="_blank" rel="noopener" title="Безопасность" data-wpil-keyword-link="linked" data-wpil-monitor-id="1449">безопасность</a>. Это другая модель угроз, не лучше и не хуже — другая. Вот конкретные проблемы.</p> <h3>Проблема 1: Потеря устройства</h3> <p>Описал выше. Без резервной копии и без второго устройства — данные потеряны. У облачных менеджеров этой проблемы нет. Для большинства пользователей это deal-breaker.</p> <h3>Проблема 2: Конфликты синхронизации</h3> <p>Если ты изменил пароль на телефоне и на ноутбуке одновременно в офлайн — будет конфликт. Как P2P-системы его разрешают — зависит от реализации. Last-write-wins? Спрашивает пользователя? Это надо проверять под свою версию приложения.</p> <p>Чем дальше в P2P, тем страшнее проблема split-brain. Два устройства, оба думают что они «главные» — потенциальная потеря изменений.</p> <h3>Проблема 3: Trust model и Tether</h3> <p>Код open source — проверить можно. Но кто реально проводил аудит? Проект молодой. Независимый security audit от известных компаний — не найдено публичных подтверждений на момент написания. Tether как организация вызывает вопросы у части крипто-сообщества. Это не значит что продукт плохой — это значит что ты должен принять информированное решение.</p> <h3>Проблема 4: UX vs безопасность</h3> <p>Настройка сложнее чем у Bitwarden. Бэкапы — твоя ответственность. Синхронизация требует чтобы устройства были в сети одновременно. Для технаря — окей. Для нетехнического пользователя — источник боли и ошибок.</p> <h3>Проблема 5: Relay-серверы</h3> <p>Для синхронизации через интернет PeerPass может использовать relay-серверы для NAT traversal. Это не хранилище данных — просто посредник. Но «полностью без серверов» — это маркетинг. Смотри документацию на предмет того, кто управляет relay’ями.</p> <h2>6. Сравнение с конкурентами</h2> <table class="pp-table"> <thead> <tr> <th>Критерий</th> <th>PeerPass</th> <th>Bitwarden</th> <th>KeePass</th> <th>1Password</th> </tr> </thead> <tbody> <tr> <td>Хранение данных</td> <td class="pp-highlight">Локально, P2P</td> <td>Облако / self-hosted</td> <td>Локально, файл .kdbx</td> <td>Облако (проприетарное)</td> </tr> <tr> <td>Open Source</td> <td class="pp-yes">✓ Да</td> <td class="pp-yes">✓ Да</td> <td class="pp-yes">✓ Да</td> <td class="pp-no">✗ Нет</td> </tr> <tr> <td>Синхронизация</td> <td>Автоматическая P2P</td> <td class="pp-highlight">Автоматическая облако</td> <td>Ручная (Dropbox/etc)</td> <td class="pp-highlight">Автоматическая облако</td> </tr> <tr> <td>Восстановление</td> <td class="pp-warn">Только бэкап вручную</td> <td class="pp-yes">✓ Через аккаунт</td> <td>Через бэкап файла</td> <td class="pp-yes">✓ Аккаунт + secret key</td> </tr> <tr> <td>Независимый аудит</td> <td class="pp-warn">Не подтверждён</td> <td class="pp-yes">✓ Cure53 (2022)</td> <td class="pp-yes">✓ Многократно</td> <td class="pp-yes">✓ Да</td> </tr> <tr> <td>Цена</td> <td class="pp-yes">✓ Бесплатно</td> <td>Free / $10 в год</td> <td class="pp-yes">✓ Бесплатно</td> <td>$36 в год</td> </tr> <tr> <td>Сложность настройки</td> <td>Средняя</td> <td class="pp-yes">✓ Низкая</td> <td class="pp-warn">Высокая (синхронизация)</td> <td class="pp-yes">✓ Низкая</td> </tr> <tr> <td>Корпоративные функции</td> <td class="pp-no">✗ Нет</td> <td class="pp-yes">✓ Да</td> <td class="pp-partial">Ограниченно</td> <td class="pp-yes">✓ Да</td> </tr> </tbody> </table> <p>Bitwarden self-hosted — отдельный разговор. Если поднимаешь Vaultwarden на своём сервере, получаешь контроль над данными плюс боевую облачную синхронизацию плюс годами проверенный код. Для параноика с навыками DevOps — часто лучше чем PeerPass.</p> <p><a class="pp-btn" href="/bitwarden-self-hosted/" target="_blank">Как поднять Bitwarden self-hosted на своём сервере</a></p> <h2>7. Troubleshooting: типичные проблемы</h2> <h3>Устройства не видят друг друга в локальной сети</h3> <p><strong>Причина:</strong> Firewall блокирует P2P-порты или устройства в разных VLAN.</p> <div class="pp-code"> <div class="pp-code-header">Bash — открыть порты</div> <pre><code><span class="bash-comment"># Открой порт PeerPass (обычно 7777, уточни в Settings)</span> <span class="bash-cmd">sudo ufw allow</span> <span class="bash-str">7777/tcp</span> <span class="bash-cmd">sudo ufw allow</span> <span class="bash-str">7777/udp</span> <span class="bash-comment"># Проверь что оба устройства в одной подсети</span> <span class="bash-cmd">ip route show</span> | <span class="bash-cmd">grep</span> default</code></pre> </div> <h3>Конфликт синхронизации после офлайн-работы</h3> <p><strong>Причина:</strong> Изменения на обоих устройствах без синхронизации между ними.</p> <div class="pp-code"> <div class="pp-code-header">Bash — принудительная синхронизация</div> <pre><code><span class="bash-comment"># В интерфейсе: Settings → Sync → Force full sync</span> <span class="bash-comment"># или перезапусти приложение на обоих устройствах</span> <span class="bash-cmd">pkill</span> peerpass && <span class="bash-cmd">./peerpass-linux.AppImage</span></code></pre> </div> <h3>Приложение не запускается на Linux</h3> <p><strong>Причина:</strong> Нет libfuse2 или проблема с FUSE.</p> <div class="pp-code"> <div class="pp-code-header">Bash — установка зависимостей</div> <pre><code><span class="bash-cmd">sudo apt install</span> libfuse2 <span class="bash-comment"># Если не помогает - запусти с флагом</span> <span class="bash-cmd">./peerpass-linux.AppImage</span> <span class="bash-flag">--no-sandbox</span></code></pre> </div> <h3>Потерял мастер-пароль</h3> <div class="pp-box pp-box-red"> <div class="pp-box-title">Решения нет</div> <p>Данные недоступны навсегда. Если есть бэкап — только если помнишь мастер-пароль на момент его создания. Именно поэтому мастер-пароль записывают физически до того, как это понадобилось.</p> </div> <h3>Медленная первая синхронизация</h3> <p><strong>Причина:</strong> Большое хранилище, медленная сеть или relay-соединение вместо прямого LAN.</p> <p><strong>Решение:</strong> Перенеси устройства в одну локальную сеть на время первой синхронизации — она будет в разы быстрее через LAN.</p> <h2>8. Когда использовать, когда нет</h2> <h3>PeerPass подходит если:</h3> <ul> <li>Ты технический специалист и понимаешь что делаешь</li> <li>Не доверяешь облачным провайдерам принципиально</li> <li>Все твои устройства под твоим контролем</li> <li>Готов самостоятельно управлять бэкапами</li> <li>Работаешь в среде с ограниченным интернетом (air-gapped сети)</li> <li>Хочешь zero-knowledge решение без лишних зависимостей</li> </ul> <h3>PeerPass НЕ подходит если:</h3> <ul> <li>Нетехнический пользователь или планируешь раздать родственникам</li> <li>Нужен корпоративный менеджер с общим хранилищем и правами доступа</li> <li>Не готов к дисциплине с бэкапами</li> <li>Часто меняешь устройства или покупаешь новые</li> <li>Нужен browser extension с автозаполнением на уровне 1Password или Bitwarden</li> </ul> <h2>9. Профилактика: как не потерять всё</h2> <div class="pp-code"> <div class="pp-code-header">Bash — минимальный план резервирования</div> <pre><code><span class="bash-comment"># Еженедельный зашифрованный бэкап</span> <span class="bash-comment"># File → Export vault → Encrypted backup → peerpass_YYYY-MM-DD.enc</span> <span class="bash-comment"># Храни в двух местах: внешний диск + зашифрованный USB</span> <span class="bash-comment"># Проверяй бэкап раз в месяц: пробуй импортировать на тестовом устройстве</span> <span class="bash-comment"># Мастер-пароль - физически (сейф, надёжная бумажка)</span> <span class="bash-comment"># Никаких заметок в телефоне, никаких Google Docs</span></code></pre> </div> <div class="pp-box pp-box-green"> <div class="pp-box-title">Правило трёх копий</div> <p>Минимум три копии данных: на устройстве, на внешнем диске, на зашифрованном USB. Два разных физических места. Одна копия — не бэкап, это лотерейный билет.</p> </div> <h2>10. Альтернативы</h2> <p><strong>Bitwarden self-hosted (Vaultwarden)</strong> — контроль над данными плюс удобство облака. Ставишь на свой VPS, данные твои, синхронизация работает как часы. Требует <a href="https://it-apteka.com/docker-shpargalka-i-primery/" title="Команды Docker: шпаргалка с примерами для сервера и продакшена" target="_blank" rel="noopener" data-wpil-monitor-id="2231">сервер и немного DevOps</a>.</p> <p><strong>KeePass + Syncthing</strong> — максимальный контроль, проверенный годами код, синхронизация без центрального сервера. Сложнее в настройке, зато история аудитов богатая.</p> <p><strong>KeePassXC</strong> — форк KeePass для Linux/Mac/Windows, активно развивается, есть browser extension. Хранилище — файл .kdbx, синхронизируй чем хочешь.</p> <h2>FAQ</h2> <div class="pp-faq"> <div class="pp-faq-q">Почему PeerPass безопаснее облачных менеджеров паролей?</div> <div class="pp-faq-a"> <p>Нет единой точки атаки. Взломать облачный сервер с миллионом хранилищ — привлекательная цель. Взломать конкретно твой телефон — другой уровень сложности и мотивации. При правильной настройке P2P-модель снижает риск массовой утечки. Но она не защищает от компрометации конкретно твоего устройства.</p> </div> </div> <div class="pp-faq"> <div class="pp-faq-q">Как проверить что данные действительно не уходят на сторонние серверы?</div> <div class="pp-faq-a"> <p>Два способа. Первый — проверь исходный код на GitHub (open source). Второй — запусти под сетевым монитором:</p> <div class="pp-code"> <div class="pp-code-header">Bash — <a class="wpil_keyword_link" href="https://it-apteka.com/category/monitoring/" target="_blank" rel="noopener" title="Мониторинг" data-wpil-keyword-link="linked" data-wpil-monitor-id="1450">мониторинг</a> сетевых соединений</div> <pre><code><span class="bash-comment"># Смотри исходящие соединения</span> <span class="bash-cmd">sudo ss</span> <span class="bash-flag">-tunap</span> | <span class="bash-cmd">grep</span> peerpass <span class="bash-comment"># Или через tcpdump - всё кроме локальной сети</span> <span class="bash-cmd">sudo tcpdump</span> <span class="bash-flag">-i any -n</span> <span class="bash-str">'host !192.168.0.0/16 and port not 443'</span></code></pre> </div> <p>Relay-серверы для NAT traversal — ожидаемы. Прямое соединение с неизвестными хостами — повод разобраться.</p> </div> </div> <div class="pp-faq"> <div class="pp-faq-q">Что если оба устройства потеряны или сломаны одновременно?</div> <div class="pp-faq-a"> <p>Если есть зашифрованный бэкап — восстанавливаешь на новом устройстве с мастер-паролем. Если бэкапа нет — данные потеряны навсегда. Нет технической возможности восстановления без мастер-пароля и копии хранилища. Именно поэтому раздел про бэкапы — обязательный.</p> </div> </div> <div class="pp-faq"> <div class="pp-faq-q">Работает ли менеджер паролей PeerPass без интернета?</div> <div class="pp-faq-a"> <p>Да, в локальной сети. Устройства в одном WiFi синхронизируются напрямую без интернета. Если устройства в разных <a href="https://it-apteka.com/kakoj-vpn-server-ustanovit-na-ubuntu-dlja-nativnogo-podkljuchenija/" title="Настройка IKEv2 VPN сервера на Ubuntu 24.04: StrongSwan без лишних клиентов" target="_blank" rel="noopener" data-wpil-monitor-id="2774">сетях — нужен либо VPN</a> между ними, либо relay-соединение через интернет.</p> </div> </div> <div class="pp-faq"> <div class="pp-faq-q">Можно ли использовать PeerPass в команде?</div> <div class="pp-faq-a"> <p>Технически — да. Практически — сложно. Нет централизованного управления доступом, нет ролей, нет логов кто что изменил. Для командного использования смотри Bitwarden Organizations или 1Password Teams.</p> </div> </div> <h2>Итог</h2> <p>PeerPass — нишевое решение для конкретного сценария: технический пользователь, не доверяет облакам, готов к дисциплине с бэкапами, понимает модель угроз.</p> <p>Это не серебряная пуля. Это инструмент с конкретными плюсами (нет центрального хранилища, zero knowledge, офлайн-first) и конкретными минусами (сложность восстановления, молодой проект без публичных аудитов, нет корпоративных функций). Если нужен менеджер паролей без головной боли — бери Bitwarden. Если важна P2P-модель без единой точки хранения — PeerPass твой вариант, но сделай бэкап раньше чем потеряешь первое устройство.</p> <div class="pp-box pp-box-green"> <div class="pp-box-title">Не заработало или остались вопросы?</div> <p>Пиши в комментариях — разберёмся. Указывай: ОС, версия PeerPass, что именно происходит, какие ошибки в логах. Без этого диагностика как починка сети по телефону — возможно, но долго.</p> </div>

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#ffffff',
    'primaryTextColor': '#1e293b',
    'primaryBorderColor': '#94a3b8',
    'lineColor': '#64748b',
    'fontSize': '15px',
    'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
  },
  'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart LR
    subgraph CLOUD["☁️ Облачный менеджер"]
        S["Облачный сервер\n(единая точка атаки)"]
        D1["Устройство 1"] --> S
        D2["Устройство 2"] --> S
        D3["Устройство 3"] --> S
    end
    subgraph P2P["🔒 PeerPass P2P"]
        P1["Устройство A"] <--> P2["Устройство B"]
        P2 <--> P3["Устройство C"]
        P1 <--> P3
    end
    style S fill:#fee2e2,stroke:#ef4444,stroke-width:2px,color:#991b1b
    style P1 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style P2 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style P3 fill:#dbeafe,stroke:#3b82f6,stroke-width:2px,color:#1e40af

# Проверь подпись перед установкой
gpg --verify peerpass-linux.AppImage.sig peerpass-linux.AppImage

# Сделай файл исполняемым
chmod +x peerpass-linux.AppImage

# Запусти
./peerpass-linux.AppImage

# На первом устройстве - получи код сопряжения:
# Settings → Devices → Add device → Show pairing code

# На втором устройстве - введи код:
# Settings → Devices → Pair with device → Enter code

# После сопряжения - синхронизация автоматическая
# Статус: зелёный замок = ОК, жёлтый = ожидание, красный = конфликт

# 1. На рабочем устройстве - экспортируй резервную копию:
# File → Export vault → Encrypted backup → сохрани .enc файл

# 2. На новом устройстве - восстанови:
# File → Import vault → выбери .enc файл → введи мастер-пароль

# Важно: .enc файл без мастер-пароля - просто мусор

# Открой порт PeerPass (обычно 7777, уточни в Settings)
sudo ufw allow 7777/tcp
sudo ufw allow 7777/udp

# Проверь что оба устройства в одной подсети
ip route show | grep default

# В интерфейсе: Settings → Sync → Force full sync
# или перезапусти приложение на обоих устройствах
pkill peerpass && ./peerpass-linux.AppImage

sudo apt install libfuse2

# Если не помогает - запусти с флагом
./peerpass-linux.AppImage --no-sandbox

# Еженедельный зашифрованный бэкап
# File → Export vault → Encrypted backup → peerpass_YYYY-MM-DD.enc

# Храни в двух местах: внешний диск + зашифрованный USB
# Проверяй бэкап раз в месяц: пробуй импортировать на тестовом устройстве

# Мастер-пароль - физически (сейф, надёжная бумажка)
# Никаких заметок в телефоне, никаких Google Docs

# Смотри исходящие соединения
sudo ss -tunap | grep peerpass

# Или через tcpdump - всё кроме локальной сети
sudo tcpdump -i any -n 'host !192.168.0.0/16 and port not 443'