У меня есть ситуация, когда я предоставляю доступ к серверу Windows, перенаправляя порт 3389 удаленного рабочего стола с помощью ssh с моего Mac во внутреннюю часть недоступной в противном случае сети.
Теперь я могу подключиться к версии удаленного рабочего стола для Windows , но версия удаленного рабочего стола для Mac истекло и не предоставляет доступ. Это даже при использовании IP-номера в качестве хоста для подключения.
Любая идея, почему это происходит и как я могу обойти это?
remote-desktop
ssh
Турбьерн Равн Андерсен
источник
источник
Ответы:
Не пересылайте локальный порт 3389, различные версии Remote Desktop слишком умны для своей пользы.
Мои обычные шаги включают пересылку локального 3390 на удаленный 3389. Затем в MacRDC я использую:
localhost:3390в качестве адреса для подключения тоже.Я не знаю, используете ли вы что-нибудь для помощи в настройке ssh-соединения, но из командной строки это будет примерно так:
ssh -L 3390:172.16.5.32:3389 jason@remote.netКуда;
-
3390это локальный порт переадресации на моей коробке.-
172.16.5.32удаленный хост Windows. и;-
3389это порт удаленного рабочего стола (очевидно).источник
localhost:3390в окне RDC не работает? И вы пробовалиmyhost:3390(с псевдонимом myhost в строке 127.0.0.1 в файле hosts) также безрезультатно?На вашем Mac, возможно, попробуйте это решение:
настройте sshuttle только на маршрутизацию для IP-адреса окна окна, которое вы хотите достичь:
sshuttle --dns -r YourUserName@YourSSHBox.com 1.1.1.1/32
Заменить:
1.1.1.1/32 с IP-адресом хоста Windows. Если вам нужно получить доступ к нескольким хостам, и они находятся в одной подсети, вы можете просто изменить / 32 на что-то более широкое, скажем, / 24.
Запустите RDP-клиент Mac и попытайтесь получить доступ к IP-адресу компьютера с Windows. Возможно, вы можете использовать имя хоста, если вы также пересылаете DNS-запросы на ящик, который вы используете в качестве моста.
Это вариант метода -D3389, но в нем используются функции прокси-сервера socks ssh.
источник
Вы пытались отключить требование «Аутентификация на уровне сети» в «Панели управления -> Система -> Разрешить удаленный доступ» на целевом компьютере?
источник
Удаленный рабочий стол Windows реализует больше алгоритмов аутентификации и шифрования, характерных для Windows. Это часто случалось с нами, фактически мы вынуждены использовать удаленный рабочий стол Windows нашими сетевыми администраторами, поскольку мы используем методы аутентификации, которые OSX не реализует. Давайте скрестим пальцы и надеемся, что Microsoft выпустит матч для удаленного рабочего стола класса Windows как можно скорее.
источник
Попробуйте CoRD: введите описание ссылки здесь
Я обнаружил, что он работает лучше, чем официальный RDP-клиент, и имеет тенденцию обрабатывать несовершенные настройки более плавно.
источник
Кажется, что клиент OSX Microsoft Remote Desktop не поддерживает метод аутентификации по умолчанию, используемый Windows 7+
Решение состоит в том, чтобы сделать следующее на компьютере с Windows:
Конфигурация компьютера
Административные шаблоны
Компоненты Windows
Узел сеансов удаленных рабочих столов
Безопасность
Измените «Требовать использования определенных подключений к удаленному рабочему столу (RDP)» на « Включено» и выберите RDP из раскрывающегося списка.
Измените «Требовать аутентификацию пользователя для удаленных подключений с использованием аутентификаций на уровне сети» на Отключено
Теперь вы сможете без проблем подключаться через OSX Remote Desktop Client через туннель SSH.
источник
Иногда просто обновление программного обеспечения решает проблему.
В ожидании вашей ОС вы должны убедиться, что у вас установлена правильная версия WRDC.
Поскольку у вас устаревшая версия 2.1.0, вы должны выполнить обновление до одного из следующих. Ver. 2.1.1 от Microsoft или последней вер. 2.1.2. снизу.
http://www.cloud9realtime.com/Guides/Macintosh%20RDP%20Guide.pdf
Если обновление программного обеспечения не помогает, и если вы не можете подключиться с помощью IP-адреса, имени хоста или имени компьютера, вероятно, порт 3389 заблокирован где-то в вашей глобальной сети.
Чтобы проверить настройки SSH-туннелирования, попробуйте подключиться к порту локальной сети.
источник
Переадресация на порт 3389 обязательно доставит вам неприятности. Система распознает то, что вы пытаетесь сделать, и в основном сама замкнет цепь. Это недостаток DIY Remote Desktop , имхо.
источник