Mremoteng ошибка загрузки файла соединения

mRemoteNG mRemoteNG is the next generation of mRemote, an open source, tabbed, multi-protocol, remote connections manager. Board index‹mRemoteNG‹Support Change font size Print view FAQ Login Startup connection file Startup connection file by ulf » Wed May 23, 2012 4:35 am I have switched user account on my laptop and deleted my old acconut but […]

Содержание

  1. mRemoteNG
  2. Startup connection file
  3. Startup connection file
  4. Startup connection file
  5. Start default Config
  6. Re: Startup connection file
  7. Re: Startup connection file
  8. Re: Startup connection file
  9. mRemoteNG снова торт
  10. Mremoteng: Импорт XML не работает
  11. Все 8 Комментарий
  12. Troubleshooting¶
  13. Logfile¶
  14. MSI/Installed version¶
  15. Portable version¶
  16. Crash at Startup¶
  17. Installed Version¶
  18. Portable Version¶
  19. Crash Information¶
  20. Backup and Recovery¶
  21. Files and Locations¶
  22. Recovering corrupted connections file¶
  23. Как использовать mRemoteNG для управления удаленными подключениями
  24. Агрегатор удаленных соединений позволяет легко переключаться между соединениями
  25. Поддерживаемые протоколы подключения
  26. Что такое удаленные подключения?
  27. Настройка для удаленных подключений
  28. Включить удаленные подключения в Windows 10, 8 и 7
  29. Включить удаленные подключения в macOS
  30. Установка mRemoteNG
  31. Открытие удаленного соединения с mRemoteNG
  32. Сохранение сведений о соединении

mRemoteNG

mRemoteNG is the next generation of mRemote, an open source, tabbed, multi-protocol, remote connections manager.

  • Board indexmRemoteNGSupport
  • Change font size
  • Print view
  • FAQ
  • Login

Startup connection file

Startup connection file

by ulf » Wed May 23, 2012 4:35 am

I have switched user account on my laptop and deleted my old acconut but now i can’t get mRemote to work again.
When i start mRemote NG i recive following error message:

The startup connection file could not be loaded.
C:UsersulfAppDAtARoamingmRemoteNGconfCons.xml
Input string was not in a correct format.
In order to prevent data loss, mRemoteNG will now exit.

I have tried to unistall and reinstall mRemoteNG version 1.69 without any luck. But I have determined that if i remove C:UsersulfAppDAtARoamingmRemoteNGconfCons.xml I can start mRemoteNG but after I shut down mRemoteNG a new file C:UsersulfAppDAtARoamingmRemoteNGconfCons.xml exists and i recive the same error message again.
what is wrong?

I have even tried to change the name of the file and the location by editing the config-xml but i get the same message but with the new location and file name.

Startup connection file

Start default Config

by difolk » Thu Dec 05, 2013 12:51 am

I use the portable Version 1.72 and i get the same Error because the Path of a Config.xml File ist not the correct path. Is it possible to start mremoteng without a konfigFile.xml in order to load the correct File after the Application start is complete?

thanks for your help.

with Kind regards

Re: Startup connection file

by rmcardle » Thu Dec 05, 2013 12:16 pm

Re: Startup connection file

by bmcclure » Tue Jan 20, 2015 6:24 am

Re: Startup connection file

by waleedijaz » Thu Apr 28, 2016 11:10 pm

Источник

mRemoteNG снова торт

Если вы администратор нескольких десятков Windows и Linux серверов, пачки коммутаторов и маршрутизаторов, то без менеджера удаленных подключений можно быстро и надёжно сойти с ума.

TL;DR. mRemote, разработка которой была давным-давно заброшена, обрела новую жизнь. Если вы пользуетесь RDCMan или Remote Desktop free от Devolutions — попробуйте mRemoteNG!

mRemote — в прошлом очень популярный менеджер удаленных подключений. К сожалению, его разработка была заброшена примерно в 2009 году. Недоработки в интерфейсе, глюки с новыми версиями RDP заставили меня отказаться от него.

Какое-то время хватало Remote Desktop Connection Manager (aka RDCman) от Microsoft.

Коммутаторы и Linux-серверы жили в отдельной консоли SuperPutty. Я был не в восторге ни от первой, ни от второй утилиты. Особенно плохо спалось из-за сохраненных паролей, которые шифровались по принципу Security through obscurity. Fail!

Потом перешел на VisionApp vRD.

Коммерческий, получилось раздобыть NFR лицензию. Неплохой, но глючненький менеджер. И не очень функциональный. Его сильная сторона — хранение подключений в SQL Server, это нужно для того, чтобы у всей вашей команды была общая база подключений. Сейчас продукт называется ASG Remote Desktop.

Двойственные впечатления от vRD заставили подумать об альтернативе. Долго искать не пришлось, в 2014 году на рынке уже доминировал Remote Desktop Manager от канадских ребят из Devolutions.

Великолепный продукт, который очень интенсивно разрабатывается. В нем, кажется, есть все что только можно пожелать. Автозаполнение форм на web-консолях. Свой модуль PowerShell. Шикарная (по-другому не скажешь) интеграция с KeePass — пожалуйста.

А самое главное — быстрый поиск сервера. По имени, описанию, по тегу. Это повысило удобство администрирования на порядок.

Мы купили на работу несколько лицензий. Проблема, как всегда, была одна — цена. 200$ за лицензию — гуманно для Enterprise и не очень для личного использования.

Есть бесплатная версия этого продукта. Внутри все тот же флагманский RDM, но функционал довольно скромен. Отсутствие наследования паролей и любовь к жору памяти заставили осмотреться и снова поискать альтернативу для личного использования.

И она нашлась. Оказалось, что старый добрый mRemote доведен до более чем работоспособного состояния.

Open Source проект под лицензией GPLv2. Судя по странице на GitHub у него как минимум 2 активных разработчика и несколько десятков комитеров. И они действительно правят баги и добавляют новые функции.

Программа отлично работает в Windows 10. За SSH отвечает мод Putty, а не сторонний компонент как в RDM (сторонние на практике обычно «глючат/виснут/тормозят»).

Коротко пробежимся по функциям.

Подключения: RDP, SSH, ICA,VNC, Telnet, HTTP/HTTPS.

Наследование: любые свойства подключения, включая пароли. Иерархическое наследование.

Хранение подключений: в файле, в SQL Server.

Шифрование: полное шифрование файла подключений, выбор из трех алгоритмов, шифрование паролей в SQL Server.

Импорт соединений: из встроенного сканера портов, Active Directory, RDCMan.

Есть поиск по соединениям, но к сожалению с RDM не идет ни в какое сравнение.

Да, проекту далеко до лучших коммерческих образцов, но он полностью рабочий, развивающийся и имеет относительно живой форум на Reddit и багтрекер.

Резюмирую. Мне кажется, что mRemoteNG на сегодня лучшая альтернатива коммерческим менеджерам подключений. 7zip потеснил WinZIP и WinRAR. qBittorent отвоевывает место mTorrent.

Хорошие вещи надо поддерживать. Тем более Open Source.

Источник

Mremoteng: Импорт XML не работает

Когда я выполняю экспорт, я не могу импортировать его снова. Могут возникнуть 2 ошибки:

  • «Ошибка импорта»
  • «Пожалуйста, используйте файл> открыть, чтобы открыть файл»

Я хотел передать своему коллеге часть своих связей, но это не сработало. Мы оба используем 1,75 RC1.

Его довольно легко воспроизвести. Надеюсь, ты сможешь это исправить.
Большое спасибо!

|||
| -: | — |
| Операционная система | Windows 10 x64 |
| версия mRemoteNG | 1.75 RC1 |

Все 8 Комментарий

Вы не можете импортировать файлы подключения mremote. Вы должны открыть их с помощью file -> open. Вы пытались это сделать? Это сработало?

Нет, это тоже не сработало.
Если я сделаю экспорт из mRemoteNG, я не смогу импортировать его снова. Так что вы можете проверить это сами.

В настоящее время файлы подключения, экспортированные из mRemoteNG, нельзя импортировать в mRemoteNG. Это работает так, как задумано (это устаревшая вещь ..). Однако в настоящее время нет никаких технических причин для этого. Мы должны иметь возможность использовать это как запрос функции, позволяющий импортировать экспорт mremoteng.

Проблема в том, что вы не можете импортировать ранее экспортированный XML-файл.
Конечно, нормально, что вы не можете импортировать обычные настройки XML (он должен открываться, а не импортироваться).
Как воспроизвести:

  1. Щелкните правой кнопкой мыши папку на панели подключения и выберите Экспорт в файл .
  2. Введите имя файла и выберите Экспортировать текущую выбранную папку, оставьте формат файла mRemoteNG XML, нажмите OK.
  3. Выберите другую папку (или создайте новую папку «Тест»), щелкните ее правой кнопкой мыши и выберите Импорт-> Импорт из файла, затем выберите XML, сохраненный на шаге 2.
  4. Вы получите сообщение об ошибке, что вы не можете импортировать стандартный файл подключения, и вместо этого вы должны использовать File-> Open .

Проверено на 1.75 RC1

В ответ Sparkrd:
Так для чего нужен этот функционал? Зачем экспортировать XML, если вы не можете его импортировать?
Я почти уверен, что это работало в предыдущих выпусках.
Нелепо запрашивать функциональность, которая существовала раньше, но теперь она сломана.

Вы правы — экспортированные файлы можно было импортировать в предыдущих версиях. Импортировать не удалось только обычные (неэкспортированные) файлы mRemoteNG.

Похоже, произошла небольшая ошибка, из-за которой флаг «экспорт» не был установлен в экспортированном файле confcons. Приложение проверяет, установлен ли этот флаг «экспорт», и запрещает импорт, если он не установлен. Изменение экспортированного файла xml и установка export=»true» должны помочь решить эту проблему.

Ошибка с флагом «экспорт» теперь исправлена ​​в коммите f419bff и будет доступна в следующем выпуске (1.75, RC или финальный). Также нет долгих причин для этой проверки, поэтому код, проверяющий флаг экспорта, будет удален в следующей версии.

Извините, если я вызвал путаницу по этому поводу.

Источник

Troubleshooting¶

Logfile¶

The mRemoteNG.log is located in the following location:

MSI/Installed version¶

Portable version¶

Crash at Startup¶

Try deleting the user.config file. It contains all the user-specific program settings. This file is automatically upgraded between version when new user settings are added.

Installed Version¶

Portable Version¶

Crash Information¶

  • Provide the Stack Trace from the crash prompt or from the Windows Application Event Log example)
  • Check C:UsersAll UsersMicrosoftWindowsWERReport* folders for any reports related to mRemoteNG
  • Check %LOCALAPPDATA%CrashDumps for any mRemoteNG.exe.*.dmp files
  • Attach the Error Reports, Dumps and mRemoteNG.log to a new Issue

Backup and Recovery¶

By default, your connections file is backed up every time it is saved. These backup files are normal/valid connections file — they have only been renamed to avoid being overwritten. mRemoteNG will save the 10 most recent backups.

Files and Locations¶

Your backup files are located in the same place as your normal connections file. This could be one of three places:

  • Normal version: %AppData%mRemoteNG
  • Portable version: In the same location as mRemoteNG.exe
  • If you have saved your confCons.xml to a custom location, go there.

There are 2 different backup naming schemes:

  • confCons.xml.backup is the most recent backup that was taken.
  • confCons.xml.YYYYMMDD-HHmmssxxxx.backup is a rolling backup that was moved to a rolling backup file on the date specified in the file name.

Recovering corrupted connections file¶

If you find that your confCons.xml file has corrupted or has lost its data, you will need to revert to a previous version.

  • Locate your confCons.xml file
  • Find the most recent backup file that appears to have data (>1KB in size).
  • Rename or delete the corrupted confCons.xml file.
  • Rename the chosen backup file to remove the date stamp and .backup suffix. Unless you set a custom path, your backup file should now be named confCons.xml .

© Copyright 2022, The mRemoteNG Team Revision 23889aa5 .

Источник

Как использовать mRemoteNG для управления удаленными подключениями

Агрегатор удаленных соединений позволяет легко переключаться между соединениями

Как и другие приложения для удаленного подключения, mRemoteNG с открытым исходным кодом упрощает процесс удаленного подключения, собирая почти все протоколы удаленного подключения в одном приложении. Это включает в себя наиболее популярные типы подключений и некоторые из наиболее неясных.

Поддерживаемые протоколы подключения

Полный список поддерживаемых mRemoteNG протоколов подключения:

  • RDP (удаленный рабочий стол/сервер терминалов Windows)
  • VNC (виртуальные сетевые вычисления)
  • ICA (Citrix Independent Computing Architecture)
  • SSH (Secure Shell)
  • Телнет (Телекоммуникационная сеть)
  • HTTP/HTTPS (протокол передачи гипертекста)
  • rlogin (инструмент удаленного входа в систему UNIX через TCP)
  • Необработанные сокет-соединения (неэкстрагированные пакеты)

Этот список охватывает практически все протоколы, которые вы можете использовать для подключения к ПК, подключенному к сети, поэтому mRemoteNG может быть вашим универсальным магазином для подключения к удаленному рабочему столу.

Что такое удаленные подключения?

Если вы не знакомы с удаленными подключениями, термин может быть расплывчатым. Удаленное соединение – это тип сетевого соединения, которое позволяет одному ПК получать доступ к данным на другом ПК. Как и при подключении к веб-сайту для доступа к данным, удаленные подключения позволяют подключаться к ПК для доступа к программам и данным на этом компьютере.

Для обычного пользователя удаленные подключения могут быть удобными. Вы можете использовать удаленные подключения для подключения к вашему домашнему компьютеру из офиса или наоборот. Если у вас есть постоянно включенный сервер, вы можете подключиться к этому устройству с любого компьютера. Вы также можете подключиться к устройствам в локальной сети, чтобы вы могли обмениваться файлами и приложениями с друзьями и семьей по домашней Wi-Fi.

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

mRemoteNG отлично подходит для обоих случаев использования. Независимо от того, являетесь ли вы личным пользователем, пытающимся обмениваться видео через Wi-Fi, или ИТ-специалистом, работающим над поддержанием работы критически важных систем, mRemoteNG может удовлетворить ваши потребности.

Настройка для удаленных подключений

Прежде чем вы сможете подключиться к компьютеру с помощью mRemoteNG или любого другого инструмента удаленного подключения, вам необходимо подготовить целевой компьютер.

Включить удаленные подключения в Windows 10, 8 и 7

Откройте меню «Пуск» и введите параметры удаленного доступа в поле поиска.

Выберите Разрешить удаленный доступ к вашему компьютеру в результатах поиска.

В Windows 10 установите переключатель рядом с Разрешить удаленные подключения к этому компьютеру .

В Windows 7 или 8 установите переключатель рядом с Разрешить подключения с компьютеров с любой версией удаленного рабочего стола .

Если вы работаете в Windows 10, снимите флажок Разрешить удаленные подключения только с компьютеров, на которых запущен удаленный рабочий стол с аутентификацией на уровне сети .

Включить удаленные подключения в macOS

Откройте Системные настройки > Общий доступ , чтобы просмотреть параметры удаленного подключения.

Установите флажки Удаленный вход и Удаленное управление .

Общий доступ к экрану проверять не нужно, так как это позволяет удаленное управление.

Нажмите Настройки компьютера и убедитесь, что зрители VNC могут управлять экраном с паролем . В текстовом поле введите пароль, который вы хотите использовать для соединений VNC, и нажмите ОК .

Установка mRemoteNG

Как только ваш целевой компьютер будет правильно настроен, откройте mRemoteNG на вашем хост-компьютере.

Загрузите ZIP-файл, содержащий mRemoteNG, с веб-сайта mRemoteNG.

Распакуйте ZIP-файл в любое место.

Откройте извлеченную папку и дважды щелкните приложение mRemoteNG , чтобы запустить программу.

Открытие удаленного соединения с mRemoteNG

Соединения могут быть установлены с помощью mRemoteNG быстро с панели инструментов. Выделите текстовое поле на панели инструментов и введите IP-адрес или имя хоста вашего целевого компьютера.

Вам нужен локальный IP-адрес целевого компьютера.

  • Windows 10 . Выберите Настройки >Сеть и Интернет и выберите свой сетевой интерфейс (обычно это Wi-Fi или Ethernet). ).
  • Windows 7 . Выберите значок сетевое подключение на панели задач и выберите Открыть центр управления сетями и общим доступом . Выберите активный сетевой интерфейс и выберите Подробности в настройке Подключения .
  • macOS . Откройте Системные настройки >Общий доступ >Удаленное управление .

    В mRemoteNG выберите протокол подключения в раскрывающемся меню рядом с текстовым полем. По умолчанию удаленный рабочий стол (RDP) выбран.

    Чтобы изменить протокол, выберите раскрывающийся список, а затем выберите нужный протокол из списка.

    Нажмите зеленую стрелку рядом с раскрывающимся списком протокола, чтобы открыть соединение.

    Чтобы закрыть соединение, выберите X в правом верхнем углу, чтобы закрыть вкладку соединения. Будьте осторожны, чтобы не закрыть само приложение.

    Сохранение сведений о соединении

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

    Выберите Файл > Новое соединение или нажмите Ctrl + N .

    На панели Конфигурация в левом нижнем углу введите IP-адрес или имя хоста, имя пользователя и пароль в разделе Соединение .

    Выберите скрытый раскрывающийся список рядом с Протоколом , чтобы выбрать соответствующий протокол подключения. Вы также можете добавить полезное имя в раздел Показать .

    Чтобы подключиться к сохраненному соединению, щелкните правой кнопкой мыши соединение на панели Подключения и выберите Подключить . Соединение открывается в новой вкладке.

    Чтобы узнать о расширенных возможностях использования mRemoteNG, ознакомьтесь с документацией mRemoteNG на GitHub или посетите подраздел mRemoteNG для получения технической поддержки.

    Источник

Невозможно запустить приложение. Сработало с первого раза. Я создал кучу подключений в папках. Закрыл приложение, при перезапуске я получаю следующее сообщение:

Не удалось загрузить файл загрузочного подключения.
C: … confCons.xml
В экземпляре объекта не задана ссылка на объект.

Чтобы предотвратить потерю данных, mRemoteNG не выйдет.

Я пробовал переустановить, а также выполнить чистую установку (удалить-перезапустить-установить) — не повезло. Одно и то же сообщение каждый раз. Если я удалю файл confCons.xml, приложение запустится — отобразит уведомления о невозможности создания резервной копии файла подключений, а также о невозможности создать новый файл подключений с той же ошибкой ссылки на объект, что и выше. . Затем он начинается с нового файла подключений. Если я выйду и перезапущу, или если я сделаю какие-либо новые подключения и перезапускаю, я снова столкнусь с той же ошибкой и не смогу запустить приложение, пока не удалю файл XML.

image

image

image

| Операционная система | Windows 7 Корпоративная x64 — Пакет обновления 1 |
| версия mRemoteNG | 1.74 -> Последняя стабильная версия с сайта загрузки |

Все 20 Комментарий

Я решил проблему, удалив, а затем запустив средство очистки реестра (CCleaner), чтобы удалить все следы mRemoteNG. Затем я переустановил последнюю стабильную версию и пока не сталкиваюсь с проблемами. (Хотя я действительно чувствую, что мне не нужно запускать стороннее программное обеспечение для очистки реестра, чтобы полностью удалить mRemoteNG)

та же проблема. попробуйте удалить папку «Сеансы». Это конфигурация по умолчанию для шпатлевки. Работал у меня.

Я столкнулся с той же проблемой, но мне удалось ее решить, используя один из файлов резервных копий confCons.xml *, которые существовали в папке mRemoteNG. Я вижу несколько из них, я выбрал и переименовал файл резервной копии с фактическими данными сеансов, и, похоже, он работает нормально.

Я нажал на это и, покопавшись в коде, обнаружил, что код читает его (в большинстве случаев) из файла с именем user.config либо в ExePath если это портативная версия, либо из Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) + "\" + Application.ProductName .

Для меня это приравнивается к C:Users<username>AppDataLocalmRemoteNGmRemoteNG.exe_Url_goxdehxphl11a34i3a2thmpjprquaave1.75.7008.17907user.config .

Я отредактировал этот файл, изменив значение CustomConsPath , и смог запустить снова.

В моем случае в файле отсутствовали теги и. После того, как я исправил это, я заметил, что теряю информацию, и это было причиной отсутствия тегов.

Я бы предпочел, чтобы mRemoteNG позволил мне выбрать правильный путь к файлу, а не просто закрыть и оставить меня в Google для ошибки (и, к счастью, нашел эту проблему, которая позволила мне исправить ошибку)

Я согласен, это не очень удобно

Меня это тоже поразило. Довольно странно, что из-за невозможности найти файл конфигурации приложение не может загружаться.

У меня не было этой проблемы до недавнего обновления до 1.75.7010.21169 и следования предложению Мэтта-Ричардсона.
Искал файл user.config на диске C и выбирал последнюю, как и другие более старые версии.
C: Пользователи \ AppData Local mRemoteNG mRemoteNG.exe_Url_pjpxdehxpaaorqg2thmuhl11a34i3ave1.75.7010.21169

Отредактировал CustomConsPath на путь к моей последней резервной копии mRemoteNG C: Users \ OneDrive dat mRemoteNG conRemote.xml. Он должен быть заключен в значение тега

Я собираюсь предварительно запланировать это для версии 1.76.

Цель состоит в том, чтобы заменить любые диалоговые окна «Не удалось загрузить файл запуска» на диалоговое окно «Что бы вы хотели сделать». Возможные варианты:

  • Создайте новый файл подключения
  • Загрузите другой файл подключения
  • Выход

Некоторые улучшения были предоставлены @brucetp, которые должны решить эту проблему. Вы сможете выбрать, что делать, когда файл подключения не может быть загружен, а не принудительное завершение приложения.

Даже при использовании последней альфа-версии 1.76 ошибка все еще существует, и mRemoteNG невозможно открыть даже после деинсталляции и переустановки. Единственное решение — воссоздать недостающие папки и файл.

image

Я обошел это, заменив:

LoadConsFromCustomLocation = True

с участием

LoadConsFromCustomLocation = False

У меня все еще проблема с этим.
image

Та же проблема с последней стабильной сборкой и последней предварительной сборкой. 1.76.20 и 1.77.0. Я попытался удалить с помощью CCleaner, удалив папку mRemoteNG в AppData. По-прежнему не повезло.

Есть идеи, как я могу заставить это работать?

Спасибо.

Проблема еще не решена, у меня такая же проблема.

Сначала следуйте советам Мэтта-Ричардсона или vkanimea выше.
Если не помогло, переименуйте файл user.config, скажем, user.config.old. В следующий раз, когда вы откроете NG, он создаст новый.

У меня такая же ошибка.

Я просто переименовал confCons.xml в confCons.xml_old и переименовал одну из резервных копий confCons.xml.20200122-1001569424.backup в confCons.xml . Это сработало для меня.

Я использовал MySQL для синхронизации. Я отключил его, чтобы загрузить локальную конфигурацию, но после этого он не будет загружать конфигурацию запуска.

image

Я использую предварительную версию последней версии v1.77.1 и перепробовал все, от удаления до очистки реестра. Ошибка никуда не делась, я готов ее исправить, если мне кто-то скажет, где находится файл настроек. Я удалил все, чтобы установить новую

Здесь та же проблема. И я не могу найти способ дать ему нормально запуститься …
Какой совет, пожалуйста?

как описано выше, найдите: «% localappdata% mRemoteNG mRemoteNG.exe_Url_pjpxdehxpaaorqg2thmuhl11a34i3ave1.76.20.24615user.config»
Отредактируйте файл, найдите «LoadConsFromCustomLocation», установите с «True» на «False», затем вы получите диалоговое окно для установки нового файла. работал у меня (я тоже использую sql).
но на самом деле очень неприятная проблема!

Была ли эта страница полезной?

0 / 5 — 0 рейтинги

Если вы администратор нескольких десятков Windows и Linux серверов, пачки коммутаторов и маршрутизаторов, то без менеджера удаленных подключений можно быстро и надёжно сойти с ума.

TL;DR. mRemote, разработка которой была давным-давно заброшена, обрела новую жизнь. Если вы пользуетесь RDCMan или Remote Desktop free от Devolutions — попробуйте mRemoteNG!

mRemote — в прошлом очень популярный менеджер удаленных подключений. К сожалению, его разработка была заброшена примерно в 2009 году. Недоработки в интерфейсе, глюки с новыми версиями RDP заставили меня отказаться от него.

Какое-то время хватало Remote Desktop Connection Manager (aka RDCman) от Microsoft.

Коммутаторы и Linux-серверы жили в отдельной консоли SuperPutty. Я был не в восторге ни от первой, ни от второй утилиты. Особенно плохо спалось из-за сохраненных паролей, которые шифровались по принципу Security through obscurity. Fail!

Потом перешел на VisionApp vRD.

Коммерческий, получилось раздобыть NFR лицензию. Неплохой, но глючненький менеджер. И не очень функциональный. Его сильная сторона — хранение подключений в SQL Server, это нужно для того, чтобы у всей вашей команды была общая база подключений. Сейчас продукт называется ASG Remote Desktop.

Двойственные впечатления от vRD заставили подумать об альтернативе. Долго искать не пришлось, в 2014 году на рынке уже доминировал Remote Desktop Manager от канадских ребят из Devolutions.

Великолепный продукт, который очень интенсивно разрабатывается. В нем, кажется, есть все что только можно пожелать. Автозаполнение форм на web-консолях. Свой модуль PowerShell. Шикарная (по-другому не скажешь) интеграция с KeePass — пожалуйста.

А самое главное — быстрый поиск сервера. По имени, описанию, по тегу. Это повысило удобство администрирования на порядок.

Мы купили на работу несколько лицензий. Проблема, как всегда, была одна — цена. 200$ за лицензию — гуманно для Enterprise и не очень для личного использования.

Есть бесплатная версия этого продукта. Внутри все тот же флагманский RDM, но функционал довольно скромен. Отсутствие наследования паролей и любовь к жору памяти заставили осмотреться и снова поискать альтернативу для личного использования.

И она нашлась. Оказалось, что старый добрый mRemote доведен до более чем работоспособного состояния.

Open Source проект под лицензией GPLv2. Судя по странице на GitHub у него как минимум 2 активных разработчика и несколько десятков комитеров. И они действительно правят баги и добавляют новые функции.

Программа отлично работает в Windows 10. За SSH отвечает мод Putty, а не сторонний компонент как в RDM (сторонние на практике обычно «глючат/виснут/тормозят»).

Коротко пробежимся по функциям.

Подключения: RDP, SSH, ICA,VNC, Telnet, HTTP/HTTPS.

Наследование: любые свойства подключения, включая пароли. Иерархическое наследование.

Хранение подключений: в файле, в SQL Server.

Шифрование: полное шифрование файла подключений, выбор из трех алгоритмов, шифрование паролей в SQL Server.

Импорт соединений: из встроенного сканера портов, Active Directory, RDCMan.

Есть поиск по соединениям, но к сожалению с RDM не идет ни в какое сравнение.

Да, проекту далеко до лучших коммерческих образцов, но он полностью рабочий, развивающийся и имеет относительно живой форум на Reddit и багтрекер.

Резюмирую. Мне кажется, что mRemoteNG на сегодня лучшая альтернатива коммерческим менеджерам подключений. 7zip потеснил WinZIP и WinRAR. qBittorent отвоевывает место mTorrent.

Хорошие вещи надо поддерживать. Тем более Open Source.

Страница проекта на GitHub.

PS: А вот чем еще пользуются Хабравчане:
MobaXterm mobaxterm.mobatek.net (в восторге от нее)
MacOS — Royal TSX, Windows — Royal TS www.royalapplications.com/ts/mac/features
Jump Desktop — jumpdesktop.com
ZOC www.emtec.com/zoc
Terminals github.com/Terminals-Origin/Terminals
XShell www.netsarang.com/download/free_license.html

Понравилась статья? Поделить с друзьями:
  • Mrb error 1 press any key to boot from floppy
  • Mr error fell ink
  • Mr doob google error
  • Mr 4039 ошибка мерседес атего
  • Mr 4024 ошибка мерседес актрос