Решение проблем
Главный экран называет, что не так, и предлагает то действие, которое поможет: Переподключить для реле, Обход — когда сервер координации недоступен.
Вечное «Подключение»
Заголовок раздела «Вечное «Подключение»»Карточка висит на Подключение — Жду карту сети, или устройство вошло, но узлов так и не видно.
Чаще всего сеть рвёт канал управления на порту 80. Проверьте, что Только порт 443 включено (Настройки → Обход блокировок; по умолчанию с 4.10.1). Если сервер заблокирован целиком — см. Обход блокировок.
Большие передачи зависают
Заголовок раздела «Большие передачи зависают»Мелкие запросы проходят, крупные по прямому соединению не доходят, а через реле всё работает. Это маленький MTU в сети.
Проверка сети об этом предупредит: MTU этой сети — … Прямым соединениям нужно 1340 (IPv4) или 1360 (IPv6). Виновата сеть или хост: другой VPN на том же компьютере, адаптер виртуальной машины. Windows Subsystem for Android, например, получает 1280 от VPN-адаптеров хоста. Поднимите MTU этого интерфейса до 1500 — приложение этого сделать не может.
Соединение умирает в фоне
Заголовок раздела «Соединение умирает в фоне»Настройки → Работа в фоне и разрешения:
- Разрешения — необязательные разрешения; разрешите игнорировать оптимизацию батареи.
- Восстанавливать службу в фоне — включено по умолчанию. Раз в 15 минут проверяет службу и поднимает её заново. Разрешите «Будильники и напоминания», когда попросит, а на прошивках, которые блокируют фоновый запуск, — ещё и автозапуск.
- Автопереподключение — по умолчанию выключено. Перезапускает демона, если соединение не поднялось или отвалилось; Попыток перезапуска (0 — без лимита) ограничивает число, по умолчанию 3. Ожидание вашего входа сбоем не считается.
- Держать соединение активным — по умолчанию выключено. Держит wake lock всю сессию, чтобы соединение пережило глубокий сон. Расходует батарею.
- Автозапуск при загрузке — по умолчанию выключено. Запускает приложение после перезагрузки, если оно работало до неё. То же делает и Держать соединение активным.
Ручная остановка окончательна: ничто из этого не вернёт службу, пока вы не запустите её сами. Если смахнуть приложение из недавних, соединение остаётся.
Устройство только через реле
Заголовок раздела «Устройство только через реле»Узлы показывают, как устройство достижимо сейчас: напрямую, через реле-узел или Через реле DERP с городом. Через реле всё работает и шифруется из конца в конец, просто медленнее. Tailscale продолжает искать прямой путь и переключается, как только он заработает.
- Проверка сети покажет, работает ли тут UDP (Поддержка UDP STUN) и сложный ли NAT (Особенности NAT (симметричный)). Без UDP любое соединение идёт через реле.
- Реле-узел — одно из ваших устройств — обычно намного быстрее DERP. Быть ретранслятором (peer relay) (Настройки → Аккаунт и подключение) делает им этот телефон, если политика tailnet это разрешает.
- Мелкое проходит, а крупное висит? Смотрите про MTU выше.
Taildrive ничего не показывает
Заголовок раздела «Taildrive ничего не показывает»Это должна разрешить политика tailnet. Экран Taildrive пишет, что сервер разрешает этому устройству, а нужная политика — на странице Файлы.
Логи и отчёт для диагностики
Заголовок раздела «Логи и отчёт для диагностики»- Логи (главный экран): журнал приложения и демона (TAILSCALE), в Root-режиме ещё ROOT. «Сохранить» выгружает журнал целиком. Подробные логи (Настройки → Диагностика и разработчику) отключают фильтрацию.
- Состояние сейчас (Настройки → Диагностика и разработчику): что прямо сейчас делают демон, прокси и туннель. Скопировать состояние забирает всё для баг-репорта.
- Сообщить о проблеме (в О программе и лицензиях — ⓘ в верхней панели главного экрана): отчёт без имён узлов, адресов, ключей и названий аккаунтов. Прочитайте его, потом скопируйте, отправьте или сразу откройте с ним новый issue.
Issues — на GitHub.