LINUX.ORG.RU

[cntlm] Борьба с NTLM-аутентификацией на прокси


0

1

На работе с недавних пор порезали все соединения не через прокси, поэтому возникла проблема с SSH на домашнюю машину. На любые попытки соеднения на нестандартный порт прокся выдаёт 502. Ладно, сделал дома редирект для нужного диапазона адресов с 443 порта на тот, где у меня висит sshd. Но ISA прокси использует NTLM-аутентификацию, которую Putty (да, на работе вынужден пользоваться виндой, но всё равно надеюсь на помощь) не поддерживает.

Поставил cntlm, прописал в конфиге имя, пароль, домен. При запуске cntlm -M он с первой попытки успешно коннектится, говорит использовать NTLMv2-хэш. Оставляю в конфиге этот хэш, с -M всё по-прежнему работает, дамп трафика выглядит так: http://paste.org/pastebin/view/26143 Но если cntlm запустить в качестве сервиса и указать в настройках файрфокса локальный прокси, то при любых попытках соединения получаю 407. Дамп вот: http://paste.org/pastebin/view/26144 Сильно не нравится то, что строка Proxy-Authorization во втором случае очень короткая. При попытке сунуться Putty через cntlm-прокси - та же фигня.

Вопросы такие: сталкивался ли кто-нибудь с подобной проблемой/ЧЯДНТ? И может ли вообще сработать задумка с ssh на 443 порту?

Upd: Исправил глупую ошибку в конфигурации, возникла новая проблема: вот лог соединения файрфокса с домашней машиной: http://paste.org/pastebin/view/26145, а вот лог для Putty: http://paste.org/pastebin/view/26146. Разница очень невелика... В случае с Putty отсутствует User-Agent (хотя при его наличии в запросе cntlm его успешно заменяет), в поле Host указан конкретный порт и почему-то строка Proxy-Authorization заметно длиннее. И в итоге снова 407. Можно ли теперь что-то с этим сделать?



Последнее исправление: TempestAdept (всего исправлений: 2)

я юзаю cntlm, но пароль прописываю текстом, почему-то с хешем он не работает.

а если повесить ssh на 80й порт к примеру, может ваш прокси на другие порты не пускает.

SergikXP
()
Ответ на: комментарий от mashina

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

Исправил глупую ошибку в конфигурации, возникла новая проблема: вот лог соединения файрфокса с домашней машиной: http://paste.org/pastebin/view/26145 , а вот лог для Putty: http://paste.org/pastebin/view/26146 Разница очень невелика... В случае с Putty отсутствует User-Agent (хотя при его наличии в запросе cntlm его успешно заменяет), в поле Host указан конкретный порт и почему-то строка Proxy-Authorization заметно длиннее. И в итоге снова 407. Можно ли теперь что-то с этим сделать?

TempestAdept
() автор топика
Ответ на: комментарий от SergikXP

На 80 порту, скорее всего, не прокатит из-за кэшерования

TempestAdept
() автор топика

Проблему с SSH решил путём проброса туннеля на 443 порт домашней машины средствами cntlm, но если кому-то удавалось разобраться с подобными косяками иными средствами - было бы интересно услышать. Мало ли кому и где пригодится.

TempestAdept
() автор топика
Ответ на: комментарий от TempestAdept

А ты не пробывал дома повесить ssh на тот же 443 или 80 порт, а на работе в putty прописать проксю и пользователя с паролем для авторизации?

Morphine
()
Ответ на: комментарий от mashina

> ssh через HTTP прокси?

Да. Раньше работал Jabber (тип прокси в psi ставился http connect), но сейчас все порты наружу акромя Web обрубили. Ребята домой ходят по ssh.

SergikXP
()

Решил для себя проблему с помощью corkscrew и назначением порта 443

cat .ssh/config

Host ssh-server
    ProxyCommand corkscrew proxy.loc 8080 %h %p ~/.ssh/authfile
    Port 443

zensey
()

поднимай впн через прокси, а по впн уже ходи куда надо.

MikeDM ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.