mRemoteNG | next generation of mRemote , open source

 by   mRemoteNG C# Version: 2023.03.03-v1.77.3-nb License: GPL-2.0

kandi X-RAY | mRemoteNG Summary

kandi X-RAY | mRemoteNG Summary

mRemoteNG is a C# library. mRemoteNG has no bugs, it has a Strong Copyleft License and it has medium support. However mRemoteNG has 1 vulnerabilities. You can download it from GitHub.

An open source, multi-protocol, tabbed remote connections manager allowing you to view all of your connections in a simple yet powerful interface.
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              mRemoteNG has a medium active ecosystem.
              It has 7572 star(s) with 1353 fork(s). There are 290 watchers for this library.
              OutlinedDot
              It had no major release in the last 12 months.
              There are 768 open issues and 1234 have been closed. On average issues are closed in 195 days. There are no pull requests.
              It has a neutral sentiment in the developer community.
              The latest version of mRemoteNG is 2023.03.03-v1.77.3-nb

            kandi-Quality Quality

              mRemoteNG has 0 bugs and 0 code smells.

            kandi-Security Security

              mRemoteNG has 1 vulnerability issues reported (0 critical, 1 high, 0 medium, 0 low).
              mRemoteNG code analysis shows 0 unresolved vulnerabilities.
              There are 0 security hotspots that need review.

            kandi-License License

              mRemoteNG is licensed under the GPL-2.0 License. This license is Strong Copyleft.
              Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

            kandi-Reuse Reuse

              mRemoteNG releases are available to install and integrate.
              Installation instructions are available. Examples and code snippets are not available.
              mRemoteNG saves you 1578 person hours of effort in developing the same functionality from scratch.
              It has 3510 lines of code, 0 functions and 630 files.
              It has low code complexity. Code complexity directly impacts maintainability of the code.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of mRemoteNG
            Get all kandi verified functions for this library.

            mRemoteNG Key Features

            No Key Features are available at this moment for mRemoteNG.

            mRemoteNG Examples and Code Snippets

            No Code Snippets are available at this moment for mRemoteNG.

            Community Discussions

            Trending Discussions on mRemoteNG

            QUESTION

            Unable to load a .NET assembly in PowerShell 7
            Asked 2020-Aug-31 at 13:45

            mRemoteNG is a multi-remote protocol connection client, comparable to RDCMan, but with support for other protocols like SSH, VNC, etc.

            I'm making a custom version of the mRemoteNG Create Bulk Connections script. The script is written for PS 5.1, I am attempting to update it to 7 along with a number of other components within the script. The script creates connections in bulk via PS so that it does not need to be done via the UI (a giant pain in the ass if you have a lot to add).

            To create each connection object, a strongly-typed .NET object is built via mRemoteNG.exe which is later serialized and exported to an XML. I am attempting to perform the first step: load mRemoteNG.exe in the current session to create strongly-typed .NET objects further down the pipeline.

            In 5.1, I am able to load mRemoteNG.exe without issue using [System.Reflection.Assembly]::LoadFile(). In 7, this same method does not work. I understand that the above method will eventually be deprecated and thus switched over to Add-Type hoping to resolve the issue, but got the same result.

            To accurately test the below, you need to download mRemoteNG here. I am using v1.77 on my machine and would suggest you do the same to achieve the most accurate reproduction of this issue. However, I have tested this against 1.76 and can confirm the same issue occurs.

            What I am running:

            • PowerShell 5.1 - SUCCESS
              • [System.Reflection.Assembly]::LoadFile("C:\Program Files (x86)\mRemoteNG\mRemoteNG.exe")
            • PowerShell 7.0.3 - FAIL
              • Add-Type -Path ("C:\Program Files (x86)\mRemoteNG\mRemoteNG.dll")
              • Note that you can still use the PS 5.1 version in 7, it will fail either way
              • I made a copy of mRemoteNG and renamed it to mRemoteNG.dll because Add-Type does not support .exe

            The error I receive upon attempting to load using either of the above methods:

            Exception calling "LoadFile" with "1" argument(s): "Could not load file or assembly 'mRemoteNG, Version=1.77.0.41252, Culture=neutral, PublicKeyToken=null'."

            PublicKeyToken=null initially led me to believe there was a signing issue, but Googling around seems to indicate this is a dependency conflict. In this case, though, no dependency issue is indicated in the exception as it typically would be.

            It is worth noting that mRemoteNG requires .NET 4.6. Running [System.Reflection.Assembly]::GetExecutingAssembly().ImageRuntimeVersion in PS 5.1 and 7 indicates the default on my system is 4.0.30319. I am struggling to understand how PS running with the same .NET version in 5.1 and 7 produces two completely different results.

            Does anyone have any insight as to why this is occurring and how it can be resolved?

            ...

            ANSWER

            Answered 2020-Aug-31 at 13:45

            This turned out to be an issue with the PowerShell architecture. Note that mRemoteNG is stored in the Program Files (x86) directory, it is a 32-bit application. I was attempting to run it in a 64-bit PowerShell session, thus it would not function as expected. The error message was incredibly unhelpful in determining this, so thank you to the folks over at reddit.com/r/powershell for being a second set of eyes!

            Perhaps the oddest part of this issue is the fact that mRemoteNG binaries will run in Windows PowerShell 5.1 x64, but not in PowerShell Core 7.0.3 x64. It must be run in PowerShell Core 7.0.3 x86. This inconsistent behavior is what threw me off originally and made me not even consider trying the x86 version of PowerShell 7.0.3.

            Source https://stackoverflow.com/questions/63585049

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install mRemoteNG

            mRemoteNG is available as a redistributable MSI package or as a portable ZIP package and can be downloaded from the following locations:.
            GitHub
            Project Website
            The MSI package of mRemoteNG can be installed using the command line:.

            Support

            This contains the source code from which mRemoteNG is build. You will need to compile it yourself using Visual Studio.
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries

            Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link