Представьте: вы настраиваете сервер на Ubuntu, и что-то идёт не так. На экране — несколько сотен строк вывода journalctl, вы идёте за советом на форум или в чат — и сразу встаёт вопрос: как передать весь этот текст? Вставить двести строк прямо в сообщение — нечитаемо. Прикрепить файл — лишние шаги, которые ещё и не везде поддерживаются. Именно для этого существуют pastebin-сервисы.
В Ubuntu долгое время был предустановлен инструмент pastebinit, который по умолчанию отправлял текст на paste.ubuntu.com. Сервис рабочий, но у него есть ограничения: данные не шифруются, автоматизация через curl неудобна, а срок хранения пасты не контролируется. Со временем у Linux-сообщества накопился целый арсенал альтернатив — удобнее, быстрее и гибче.
В этой статье собраны лучшие альтернативы Ubuntu Pastebin для публикации логов и ошибок Linux: от простейших CLI-инструментов до зашифрованных сервисов и решений для самостоятельного хостинга.
Что такое pastebin и как он помогает при работе с Linux
Pastebin — онлайн-сервис для публикации фрагментов текста. Вы отправляете туда содержимое файла, вывод команды или трейс ошибки, получаете короткую ссылку — и делитесь ею там, где нужно.
Для Linux это удобно по нескольким причинам. Системные логи /var/log/syslog, вывод dmesg или результат apt install могут занимать тысячи строк. Задать вопрос на Stack Overflow, в IRC или в Telegram-канале без ссылки на пасту — значит поставить собеседника в неудобное положение. Кроме того, хороший pastebin подсвечивает синтаксис: читать конфиги и скрипты в браузере становится значительно проще.
Примечательно, что pastebin-сервисы давно используют не только для форумных вопросов. В CI/CD-пайплайнах через них публикуют логи сборок, в скриптах мониторинга — отчёты об ошибках, в DevOps-командах — фрагменты конфигурации при быстром обмене идеями. Это простой, но универсальный инструмент.
Почему paste.ubuntu.com устарел?
paste.ubuntu.com — простой и надёжный сервис, который годами справлялся с базовой задачей. Но у него есть несколько ограничений, которые мешают регулярной работе.
Первое — отсутствие шифрования. Содержимое пасты доступно всем, у кого есть ссылка. Если в логах фигурируют внутренние IP-адреса, имена хостов или пути к файлам с чувствительной структурой, публиковать их на открытом сервисе нежелательно.
Второе — ограниченный API. Нативной поддержки отправки через curl одной командой нет, а настройка через pastebinit требует отдельного конфига.
Третье — нет контроля над сроком хранения. Паста либо хранится неопределённо долго, либо удаляется по внутренней политике сервиса — без возможности указать конкретное время жизни.
Всё это не проблематично для разовой задачи. Но при регулярной работе, в командной среде или при работе с конфиденциальными данными — начинает ощущаться. Поэтому помимо Ubuntu Pastebin существуют более удобные инструменты.
Критерии выбора: что важно при работе с логами Linux
Прежде чем смотреть на сервисы, полезно определиться с приоритетами. Это поможет не тратить время на инструмент, который выглядит хорошо, но не подходит для вашей задачи.
Поддержка CLI и автоматизация. Если вы работаете на сервере без GUI, нужен сервис, который удобно вызывать через curl, nc или wget. Одна команда в терминале должна возвращать ссылку — без браузера и форм.
Шифрование. Для логов с данными внутренней инфраструктуры важно, чтобы сервер хранил только зашифрованный текст, а ключ был частью ссылки. Такой подход называют zero-knowledge: администратор сервиса физически не может прочитать содержимое пасты.
Срок хранения. Для отладки обычно достаточно нескольких дней. Для конфигов или скриптов, на которые нужна постоянная ссылка, — другие требования.
Подсветка синтаксиса. Для конфигурационных файлов и скриптов — важна. Для «сырого» системного лога — не принципиальна.
Самостоятельный хостинг. Часть сервисов из этого обзора распространяется с открытым кодом и разворачивается на собственном VPS. Это закрывает все вопросы конфиденциальности и зависимости от внешних платформ.
Лучшие альтернативы Ubuntu Pastebin
Ниже — сводная таблица по главным параметрам. Она поможет быстро сориентироваться и выбрать нужный вариант.
| Сервис | CLI-доступ | Шифрование | Срок хранения | Лимит | Самохостинг |
|---|---|---|---|---|---|
| termbin.com | nc | — | ~1 месяц | ~500 КБ | ✓ (fiche) |
| ix.io | curl | — | 30 дней | не указан | — |
| PrivateBin | curl (API) | AES-256, zero-knowledge | настраивается | 10 МБ | ✓ |
| paste.debian.net | curl / XMLRPC | — | настраивается | ~512 КБ | — |
| 0bin | JSON API | AES-256, zero-knowledge | настраивается | ~1 МБ | ✓ |
| Hastebin | curl | — | 30 дней | ~400 КБ | ✓ |
| GitHub Gist | gh CLI | — | постоянно | 100 МБ | — |
| dpaste.org | curl (REST API) | — | до 365 дней | ~100 КБ | ✓ |
| sprunge.us | curl | — | без лимита | не указан | — |
Что умеет каждый сервис
termbin.com
Termbin — минималистичный сервис, главная ценность которого в одном: он работает через nc (netcat). Никакого браузера, никаких параметров — просто pipe. Если вы видите ошибку в терминале прямо сейчас, команда cat /var/log/syslog | nc termbin.com 9999 вернёт ссылку за секунды.
Серверная часть Termbin работает на открытом движке fiche — его можно развернуть на собственном VPS. Данные не шифруются, паста хранится около месяца, лимит — примерно 500 КБ. Для передачи логов на форум или коллеге в чате этого вполне хватает. Важно лишь не отправлять туда конфиденциальные данные в открытом виде.
ix.io
ix.io ориентирован на работу через curl и отлично вписывается в скрипты. Синтаксис простой: curl -F 'f:1=<-' ix.io принимает stdin и возвращает ссылку. Это удобно в цепочках команд, где нужно сразу же поделиться результатом без промежуточного файла.
На практике ix.io позволяет обновлять уже опубликованную пасту, задавать язык для подсветки синтаксиса и делать пасту условно приватной. Шифрования нет, данные хранятся около 30 дней без обращений. Один из наиболее удобных вариантов для автоматизации.
PrivateBin — zero-knowledge шифрование
PrivateBin решает главный вопрос безопасности: содержимое пасты шифруется прямо в браузере (или через API) с помощью AES-256 до отправки на сервер. Ключ встроен в hash-часть URL и никогда не передаётся на сервер. Это и есть zero-knowledge: даже при компрометации базы данных сервиса прочитать содержимое пасты невозможно.
На privatebin.net размещён публичный экземпляр, но главная ценность PrivateBin — возможность развернуть собственный сервер. Поддерживает Markdown, подсветку синтаксиса, срок хранения от «одного открытия» до года, а также удаление пасты после просмотра. Лимит — 10 МБ на пасту. Работа через командную строку возможна через JSON API, хотя требует небольшого скрипта или готового wrapper.
paste.debian.net — любимчик Linux-сообщества
Официальный pastebin Debian-сообщества. В Linux-среде он пользуется доверием именно потому, что поддерживается организацией, а не анонимным проектом. Поддерживает отправку через XMLRPC API и прямой curl-запрос, есть подсветка синтаксиса для большого числа языков, можно задать срок хранения. Шифрования нет, лимит — около 512 КБ. Хороший вариант, когда нужно поделиться логом в Debian/Ubuntu-сообществе — там эту ссылку примут как привычный формат.
0bin
0bin — Python-проект с той же концепцией zero-knowledge, что и PrivateBin. Публичный экземпляр доступен на 0bin.net, но главная ценность — разворачивание на собственном Python-совместимом хостинге или VPS. Интерфейс минималистичный, работает через браузер. CLI из коробки нет, но есть JSON API для автоматизации. Подходит тем, кто хочет зашифрованный pastebin под полным контролем, без сложной инфраструктуры.
Hastebin — чистота и простота
Hastebin — один из самых визуально приятных pastebin-сервисов: чистый интерфейс, моментальная загрузка, подсветка синтаксиса. На первый взгляд — простой инструмент, но именно простота делает его популярным в командной среде. Многие DevOps-команды разворачивают его на внутреннем сервере для работы в закрытой сети.
Отправка через curl: cat log.txt | curl -X POST --data-binary @- https://hastebin.com/documents возвращает JSON с ключом, из которого собирается ссылка. Оригинальный проект на Node.js, есть форки на Go. Исходный код открыт.
GitHub Gist — для кода и конфигов с историей версий
GitHub Gist — это полноценный git-репозиторий для одного или нескольких файлов. Paste создаётся через веб-интерфейс GitHub или через CLI-утилиту gh. Главные преимущества — постоянные ссылки, история версий, подсветка синтаксиса для сотен языков и возможность комментирования.
Для системных логов Gist — не самый удобный вариант: нужна авторизация через GitHub-аккаунт. Зато для скриптов, конфигурационных файлов и небольших программ это лучший выбор в этом списке. Лимит на файл — 100 МБ, гисты хранятся постоянно.
dpaste.org — REST API без регистрации
dpaste.org — Django-based pastebin с чётко документированным REST API. Принимает запросы через curl, поддерживает подсветку синтаксиса, срок хранения задаётся при отправке (от одного часа до 365 дней). Что немаловажно — документация API подробная и актуальная, что облегчает встраивание в скрипты автоматизации. Лимит около 100 КБ; для многомегабайтных дампов не подойдёт, но для большинства логов достаточно.
sprunge.us — ультраминимализм
sprunge.us — максимально простой сервис без лишних функций. Отправка через curl -F 'sprunge=<-' http://sprunge.us, получение прямой ссылки на текст. Никакого браузерного интерфейса с подсветкой — только чистый текст по ссылке. Срок хранения официально не указан; сервис работает с 2011 года. Для тех, кому нужна просто быстрая ссылка без каких-либо настроек.
Плюсы и минусы разных подходов
Все сервисы в этом обзоре закрывают базовую задачу — поделиться логом по ссылке. Но у каждого подхода есть своя область применения.
Публичные CLI-ориентированные сервисы (termbin, ix.io, sprunge.us) — это скорость и простота. Они не требуют конфигурации, работают из коробки на любом Linux, но не подходят для конфиденциальных данных. Они хороши там, где нужно быстро получить помощь от сообщества.
Зашифрованные сервисы (PrivateBin, 0bin) закрывают вопрос приватности, но требуют чуть большего усилия при работе через CLI — нужен скрипт или готовый wrapper. Стоит отметить, что zero-knowledge шифрование здесь не маркетинговый термин: ключ действительно никогда не покидает браузер клиента.
GitHub Gist удобен для кода и конфигов, которые нужно хранить долго, но требует аккаунта и не подходит для публичного обмена чувствительными данными инфраструктуры.
Самостоятельный хостинг — наиболее гибкий вариант. Вы полностью контролируете данные, можете настроить лимиты под свои нужды и убрать зависимость от внешних сервисов. Единственное ограничение — нужен собственный сервер и время на первоначальную настройку.
Как отправить лог из терминала одной командой
Ниже — готовые команды для основных сервисов. Все они работают на Ubuntu и большинстве других Linux-дистрибутивов при наличии curl и nc в системе.
termbin.com — самый короткий вариант, через netcat:
ix.io — через curl со stdin:
sprunge.us:
dpaste.org — с указанием срока хранения в секундах:
--data-urlencode "content@/var/log/syslog" \
-d "lexer=text" \
-d "expires=86400"
Hastebin — с извлечением ключа из JSON-ответа:
https://hastebin.com/documents | python3 -c \
"import sys,json; print(json.load(sys.stdin)['key'])")
echo "https://hastebin.com/$KEY"
GitHub Gist — через официальный CLI (требует предварительной авторизации через gh auth login):
Полезный приём: чтобы не запоминать синтаксис каждый раз, добавьте alias в ~/.bashrc или ~/.zshrc:
# Использование: cat /var/log/syslog | tb
После этого поделиться любым выводом команды — одна строка в терминале. Никаких браузеров, никаких форм.
А для чего это вообще нужно?
Получить помощь на форуме или в чате
Самый распространённый сценарий. Вы устанавливаете пакет, обновляете ядро или настраиваете сервис — что-то идёт не так. Нужно спросить на AskUbuntu, в IRC-канале или в Telegram-группе поддержки. Подходит любой сервис из таблицы: termbin или sprunge.us — если нужна скорость, paste.debian.net или dpaste.org — если хотите что-то привычное для Linux-сообщества. Главное — проверьте лог на наличие токенов или паролей перед отправкой.
Автоматическая публикация логов в CI/CD
В пайплайне сборки или деплоя удобно автоматически публиковать лог при падении джобы. Вместо того чтобы искать артефакт в интерфейсе CI, разработчик получает прямую ссылку в Slack или email-уведомлении. Для этого сценария лучше всего подходят ix.io или dpaste.org — чистый API, минимальный синтаксис, предсказуемый формат ответа.
Передача конфиденциальных данных инфраструктуры
Нужно поделиться конфигом nginx, в котором фигурируют внутренние адреса? Или передать лог с именами хостов? Для таких случаев подходят PrivateBin или 0bin — zero-knowledge шифрование гарантирует, что содержимое прочитает только тот, у кого ссылка целиком, с ключом в hash-части.
Внутренний pastebin для команды
Если несколько человек регулярно обмениваются конфигами, скриптами и логами, удобно развернуть собственный экземпляр Hastebin, PrivateBin или dpaste на внутреннем сервере. Это ускоряет работу и убирает зависимость от внешних платформ, которые могут менять условия или просто падать в неподходящий момент.
Долгосрочное хранение скриптов и конфигов
Если вы хотите иметь постоянную ссылку на часто используемый скрипт или конфиг — GitHub Gist. Версионирование, комментарии, возможность форкнуть. Это уже не pastebin в традиционном смысле, а полноценная среда для обмена кодом с минимальным порогом входа.
Частые ошибки и как их избежать
Даже с простым инструментом вроде pastebin можно наступить на грабли. Ниже — типичные проблемы и способы их обойти.
| Ошибка | Причина | Решение |
|---|---|---|
| Публикация логов с токенами и паролями | Системные логи иногда содержат чувствительные данные в открытом виде | Просматривать лог перед отправкой; использовать PrivateBin или 0bin; фильтровать через grep или sed |
| Отправка файла, превышающего лимит | У большинства публичных сервисов лимит 100–500 КБ | Обрезать лог через tail -n 200 или grep ERROR; для больших файлов — GitHub Gist |
| Ссылка перестала работать через неделю | Сервис удалил пасту по истечении срока хранения | Для постоянных ссылок — GitHub Gist или сервис с настраиваемым сроком |
| curl возвращает HTML вместо ссылки | Неверный синтаксис запроса или изменился API сервиса | Проверить актуальную документацию сервиса; добавить флаг -s (silent) и нужный Content-Type |
| Отправка syslog целиком | Файл слишком большой, большая часть нерелевантна | Отправлять только нужный фрагмент: tail -n 100 /var/log/syslog | nc termbin.com 9999 |
Важно помнить: никогда не публикуйте в открытый pastebin SSH-ключи, токены API, пароли в конфигах или приватные IP-адреса внутренней сети. Ссылка может быть случайной, но сервисы нередко индексируются поисковиками, а ссылки попадают в публичные логи и чаты.
Собственный pastebin-сервер
Если вы работаете с логами регулярно, в команде, или с данными, которые не должны покидать периметр сети, — разворачивание собственного pastebin-сервиса на VPS необходимо. Тем самым вы устраняете зависимость от внешних платформ, которые могут менять условия, падать или закрываться, и полностью контролируйте хранение данных.
Hastebin, PrivateBin и dpaste разворачиваются на стандартном Linux-сервере за 15–30 минут. Hastebin — Node.js-приложение с минимальными зависимостями. PrivateBin работает на PHP. dpaste — Django на Python. Для каждого проекта есть подробная документация и готовые Docker-образы.
Для такого сценария удобно арендовать VPS-сервер у Serverspace. Конфигурации с 1 ядром CPU и 2 ГБ RAM достаточно для небольшой команды. После установки nginx и получения SSL-сертификата через Certbot внутренний pastebin-сервис готов к работе. Никаких третьих сторон, никаких вопросов о том, кто и когда получил доступ к пасте.
Итого: что и когда выбирать
Ubuntu Pastebin никуда не делся и по-прежнему подходит для разовых задач. Но если вы работаете с Linux регулярно, пять минут на настройку alias в терминале или час на развёртывание собственного сервиса — это маленькая инвестиция, которая окупается уже в первую неделю. Инструменты из этого обзора бесплатны, большинство с открытым кодом. Выбирайте по задаче — и делиться логами станет быстрее, чем найти нужную строку в самом логе.
Большинство публичных сервисов ограничивают размер пасты от 100 КБ до 10 МБ. Для больших файлов подходит GitHub Gist (до 100 МБ на файл) или собственный экземпляр PrivateBin, где лимит настраивается администратором. Практичнее всего — обрезать лог до релевантного фрагмента через tail, head или grep перед отправкой.
Это зависит от содержимого. В логах нередко фигурируют внутренние IP-адреса, имена хостов, пути к файлам, а иногда — фрагменты команд с токенами или паролями. Прежде чем отправлять лог в публичный сервис, стоит просмотреть его на предмет таких данных. Если это невозможно — использовать PrivateBin или 0bin с zero-knowledge шифрованием.
Да. Утилита pastebinit поддерживает разные бэкенды через конфигурационный файл ~/.pastebinit.xml. В нём указывается адрес сервиса, формат запроса и параметры. Например, для настройки paste.debian.net достаточно добавить соответствующий конфиг. Это позволяет сохранить привычный интерфейс pastebinit, просто сменив целевой сервис.
Через pipe. Большинство сервисов принимают stdin напрямую: команда | nc termbin.com 9999 или команда | curl -F 'f:1=<-' ix.io. Промежуточный файл не нужен — всё делается в одну строку.
Технически — да, но доступ к нему будет только из той же сети. Для команды внутри защищённой сети это нормальная практика. Если нужен доступ извне, подойдёт VPS с публичным IP и настроенным Nginx как reverse proxy перед приложением.