Суровые будни 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-а все работает 🙂
А что интересного сегодня у Вас? Делитесь в комментариях! ➕