Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
  • Sign in / Register
  • Remmina Remmina
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 120
    • Issues 120
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1
    • Merge requests 1
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • RemminaRemmina
  • RemminaRemmina
  • Issues
  • #1962
Closed
Open
Created Aug 19, 2019 by Bernd Wechner@bernd-wechner

Cannot connect to nomachine server and feedback is not helpful

If this is not a bug

Failing to connect is probably not a bug. But the lack of useful feedback on the UI or in the debug window when it does is a bug IMHO. Said another way, I should be able to solve this connection problem myself, but I have tried everything at my disposal from extensive research on-line to empirically trying every option I could that might conceivably have had an impact.

Local System Description

  • Client: Linux Mint 19.1 Tessa
  • Remmina version: 1.3.5 (git n/a)
  • Installation means: PPA
  • Desktop environment: Cinnamon 4.0.10
  • Plugins: NS, RPD (FreeRDP version 2.0.0-dev5 (n/a), RDPF, RDPS, SFTP, SSH, VNC, VNCI, glibsecret
  • Gtk Backend: Xorg
  • remmina --full-version: literally returns nothing but with sudo:
$ sudo remmina -V
Remmina plugin glibsecret (type=Secret) has registered but not yet initialized/activated. Initialization order is 2000.
[glibsecret] unable to get secret service: Error calling StartServiceByName for org.freedesktop.secrets: Timeout was reached
StatusNotifier/Appindicator support: not supported by desktop. libappindicator will try to fallback to GtkStatusIcon/xembed
WARNING: Remmina is running without a secret plugin. Passwords will be saved in a less secure way.

Remmina - 1.3.5 (git n/a)

NAME                TYPE            DESCRIPTION                                                     PLUGIN AND LIBRARY VERSION
NX                  Protocol        NX - NX Technology                                              1.3.5     
RDP                 Protocol        RDP - Remote Desktop Protocol                                   RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes
RDPF                File            RDP - RDP File Handler                                          RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes
RDPS                Preference      RDP - Preferences                                               RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes
SFTP                Protocol        SFTP - Secure File Transfer                                     1.3.5     
SSH                 Protocol        SSH - Secure Shell                                              1.3.5     
VNC                 Protocol        VNC - VNC viewer                                                1.3.5     
VNCI                Protocol        VNCI - VNC viewer listen mode                                   1.3.5     
glibsecret          Secret          Secure passwords storing in the GNOME keyring                   1.3.5     

Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_APPINDICATOR=ON WITH_AVAHI=ON WITH_FREERDP=ON WITH_GCRYPT=ON WITH_GETTEXT=ON WITH_IPP=OFF WITH_KF5WALLET=ON WITH_LIBRARY_VERSIONING=ON WITH_LIBSECRET=ON WITH_LIBSSH=ON WITH_LIBVNCSERVER=ON WITH_MANPAGES=ON WITH_SPICE=ON WITH_SSE2=ON WITH_TRANSLATIONS=ON WITH_VTE=ON
Build type:          None
CFLAGS:              -g -O2 -fdebug-prefix-map=/build/remmina-mSYRua/remmina-1.3.5+ppa201907301631.r7858862.d6078cd2~ubuntu18.04.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -Wall -g
Compiler:            GNU, 7.4.0
Target architecture: x64

The glibsecret error about initialization is a mystery. I saw it, so rebooted, and well it's still there. Again, no useful information yo act on in that message, IMHO a bug.

Not likely relevant to this issue but:

$ sudo lshw -C video
  *-display                 
       description: VGA compatible controller
       product: Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 06
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:28 memory:f7800000-f7bfffff memory:e0000000-efffffff ioport:f000(size=64) memory:c0000-dffff

$ uname -a
Linux bigfoot 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Remote System Description

  • Server: Linux Mint 19.2 Tina
  • Special notes regarding the remote system: On same LAN. SSH keys shared and I can ssh to it without a password.

Problem Description

The nomachine client, detects the server, and connects to it fine. Here all the settings it makes visible on the connection:

Name: Cyclops (irrelevant) Host: cyclops.lan (also irrelevant) Port: 4000 Authentication method: Password Use UDB for multmedia: checked

and it connects fine.

Remmina I configure a connection with:

Name: Cyclops Group: Home Protocol: NX - NX Technology Pre Command: none Post Command: none Sever: cyclops.lan Identity file: unchecked and None Username: my username remote machine Password: my password on remote machine Resolution: Custom: 640x480 Quality: Poor (fastest) Startup program: None Advanced: all unchecked SSH Tunnel: not enabled

And all Remmina reports is:

NX SSH authentication failed: Access denied. Authentication that can continue: publickey.password.

and the debug window only displays:

[glibsecret] password "password" saved for file /home/bernd/.remmina/home_nx_cyclops_cyclops-lan.remmina [glibsecret] password "ssh_password" deleted for file /home/bernd/.remmina/home_nx_cyclops_cyclops-lan.remmina

What is the expected correct behavior?

Well, I expect it to connect, but that is not the bug per se, what I expect (that I do classify as a bug) is feedback as to what is wrong and what to do either in the UI or at least in the debug window.

Relevant logs and/or screenshots

Doubt any screenshots help, all relevant information captured above. I'd basically love to connect with Remmina, I love Remmina and he nomachine client drives me a bit batty. But am bamboozled as to how to connect. And am arguing the from UX perspective, Remmina should make this as easy as the nomachine client does, not a cryptic challenge.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking