Суровые будни IT #2

Проблема:

Сегодня столкнулся с тем, что некоторые провайдеры (Курганская обл., Ростелеком) режут или модифицируют трафик (точнее сказать не могу) на порту 22 к IP-адресам Bitbucket (git + ssh для bitbucket). При попытках отправлять коммиты получаю ожидание по тайм-ауту от bitbucket после уже отправленных данных на сервер:

``` git push origin master ... Compressing objects: 100% (33/33), done. Writing objects: 100% (39/39), 152.12 KiB | 16.90 MiB/s, done. Total 39 (delta 6), reused 0 (delta 0), pack-reused 0 ```

В настройках `~/.ssh/config` для `Host bitbucket.org` стоит опция `IdentitiesOnly yes` и нужный файл-ключ для аутентификации. Изначально было подозрение, что возможно дело в том, что из-за изменения значения  TOS-пакета OpenSSH провайдер “сбрасывает” трафик, так как при подробном verbose команды работают, например: `GIT_SSH_COMMAND="ssh -vvv" git push origin master`

Однако опции `IPQoS none` / `ServerAliveInterval` / `ServerAliveCountMax` не дали никаких видимых результатов.

В итоге, чтобы не терять времени, приходим к промежуточному выводу, что провайдер (Ростелеком, Курганская обл.) режет или как-то модифицирует трафик на порту 22 (сентябрь 2026 года).

Решение:

Устанавливаем альтернативный адрес для соединения по 443 порту:

``` Host bitbucket.org     ...     Hostname altssh.bitbucket.org     Port 443     ... ```

Теперь для bitbucket-а все работает 🙂

А что интересного сегодня у Вас?  Делитесь в комментариях! ➕