OpenSSH Сообщить об ошибке


Как сообщить о проблеме в официальной версии (released versions)

Перед тем как сообщить об ошибке/проблеме в официальных версиях OpenSSH, проверьте следующее:

  1. Имеются ли патчи и исправления для OpenSSH.
  2. Имеется ли более новая версия для OpenBSD или портированная версия, для вашей системы.
  3. Список исправленных ошибок и известных ошибок для прошлого релиза.

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

Почтовые рассылки, используя которые вы можете связаться с разработчиками OpenSSH:

Как сообщить о проблеме в текущей версии (current version)

  1. Постарайтесь воспроизвести баг по крайней мере дважды, используя последению официальную версию, а так же последнию доступную версию исходных кодов.
  2. Не сообщайте об ошибках, возникающих при сборке/компиляции OpenSSH при использовании последних версий исходных кодов. Как правило, это либо ваши собственные ошибки, либо вы просто загрузили версию, над которой мы сейчас работаем.
  3. Помните, что AnonCVS зеркала обновляются значительно позже рабочего дерева исходных кодов.
  4. Проверьте изменения в OpenSSH чтобы удостовериться, что проблема не была решена.

Отправка отчётов об ошибке

Попробуйте точно определить проблему. Никогда не давайте расплывчатых инструкций и не указывайте расплывчатые проблемы, такие как например "it crashes." Спросите в IRC или загляните в архив почтовой рассылки, чтобы убедиться, что найденная ошибка новая и воспроизводимая. Убедитесь, что это не локальная проблема, связанная именно с вашей системой.

Отличная статья об искусстве написания отчётов об ошибках Саймона Тэтхема, "Как эффективно сообщать об ошибках". Помните, чем лучше составлен отчёт, тем больше вероятность, что проблема будет решена.

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

Типы отчётов об ошибках в "порядке желательности":

  1. Повторяющиеся проблемы с готовым решением. Желательней всего.
  2. Повторяющиеся проблемы, которые не относятся к используемым вами аппаратным или даже программным окружением (hardware/software layout).
  3. Повторяющиеся проблемы в вашем программном окружении.
  4. Повторяющиеся проблемы в вашем аппаратном окружении.