shiba

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 23 total)
  • Author
    Posts
  • in reply to: Can’t update to 6.11.2 #28350
    Avatarshiba
    Participant

    Hi,

    The problem is known and it’s fixed on 6.11.2 version. On earlier versions you need to set password for root and use his account to update, or just download the latest NoMachine package and update with rpm -U. Installation package you can find here https://www.nomachine.com/download/

    in reply to: NoMachine Workstation: new virtual desktop fails #28163
    Avatarshiba
    Participant

    We’ve received and analyzed your logs. It appears to be more of system configuration problem and not one caused by NoMachine. We’ve also tried to reproduce the problem on a fresh Ubuntu 16.04 just to make sure, but without success.

    You should check possible error messages in the user’s home directory ‘.xsession-errors’ file and system logs. Reinstalling of your GUI environment is also worth considering.

    in reply to: Connecting to Manjaro Gnome #28140
    Avatarshiba
    Participant

    Hello,
    this is a known issue:

    Cannot start a virtual session on Arch Linux
    https://www.nomachine.com/TR10P08907

    Please use the ‘notify me’ checkbox to receive notification of when a patch has been officially released.

    As a workaround:

    1. Create a backup of nx PAM configuration (sudo cp -a /etc/pam.d/nx /etc/pam.d/nx.original). Then change /etc/pam.d/nx in this way:

    auth       include       system-login
    account    include       system-login
    password   include       system-login
    session    include       system-login

    2. Change DefaultDesktopCommand in /usr/NX/etc/node.cfg
    DefaultDesktopCommand "/etc/gdm/Xsession 'env DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/id -u/bus gnome-session'"

    3. Restart NoMachine:
    sudo /usr/NX/bin/nxserver --restart

    in reply to: NoMachine Workstation: new virtual desktop fails #27599
    Avatarshiba
    Participant

    Could you check again with this command?
    DefaultDesktopCommand "/etc/X11/Xsession ‘gnome-session --session=ubuntu'"

    If that doesn’t help, send us logs from server side. Please find the instructions here: https://www.nomachine.com/DT10O00163#1. You can send them to forum[at]nomachine[dot]com

    in reply to: NoMachine Workstation: new virtual desktop fails #27525
    Avatarshiba
    Participant

    Hi!

    We cannot reproduce such problem on the fresh installed Ubuntu 16.04 with default UNITY. Could you tell what graphical environment are you using? Please give us the output of

    /usr/share/xsessions

    Could you also check what is your DefaultDesktopCommand in /usr/NX/etc/node.cfg

    We have:
    DefaultDesktopCommand “/etc/X11/Xsession ‘gnome-session –session=ubuntu'”

    Please check our article https://www.nomachine.com/AR04K00667

    Avatarshiba
    Participant

    Hi landcecluster,
    you can mute the sound during connection by disabling audio in the Audio tab. You can also disable audio streaming completely by turning off streaming in ‘Audio settings’.

    If you don’t want the server-side sound to be muted,leave the option unchecked “Mute audio on the server”.

    You can also completely disable server-side sound notifications in Settings-> Security preferences-> Use sound notifications when there is an event.
    Please let us know if you still have a problem with muting the sound.

    in reply to: Gnome Classic shell #23973
    Avatarshiba
    Participant

    I’m not sure I understand your problem correctly. Couldn`t you log in to the gnome classic in the login window?

    Are you using a free or license version which offers the creation of virtual desktops, e.g. Terminal Server?

    If you don’t want to run the default desktop environment on the virtual session (in your case – GNOME 3), administrators can change the command for start a new desktop.
    For GNOME classic, they have to set in node.cfg:

    DefaultDesktopCommand “env GNOME_SHELL_SESSION_MODE=classic gnome-session –session gnome-classic”

    All information can be found in this article https://www.nomachine.com/AR04K00667

    If you don’t have administrator privileges you can run GNOME classic desktop using custom session instead of virtual desktop.
    In the custom session selection window, enter following command:

    env GNOME_SHELL_SESSION_MODE=classic gnome-session –session gnome-classic

     

    Attachments:
    in reply to: Mint Linux install #23972
    Avatarshiba
    Participant

    We couldn`t reproduce such a problem on Linux Mint. Please, could you provide following information:

    -what version of Linux Mint do you have?
    -which desktop environment are you using, Cinnamon?
    -which package manager are you using, GDebi?

    Could you also install again NoMachine (if you don’t have installed) and check list all the NoMachine processes? Please open terminal and execute ps -ef | grep nx command and paste here an output.

    Avatarshiba
    Participant

    To run all nxserver commands, you need to run the Command Prompt as an administrator. Type “cmd” in search box to find the Command Prompt, then right click on it and select “Run as administrator”. When you launch the Command Prompt with admin privileges, you’ll  see a “User Account Control” window asking for permission to continue, choose “Yes”. Once you’ve got the “Administrator: Command Prompt” window open, you can run any nxserver command, whether it requires administrative privileges or not.

    Please let us know if your problem still exists.

    in reply to: Cinnamon crashes after going out of fullscreen mode #22870
    Avatarshiba
    Participant

    Hello Darkg82,

    We tried to reproduce your problem on Linux Mint 19.1. with Cinnamon 4.0.10, but weren’t able to. Have you noticed that these crashes occur when using a specific application, e.g. while playing a video? Is your Linux Mint 19.1 a headless system?

    Could you enable debug, reproduce problem, collect logs and send them to forum[at]nomachine[dot]com? Instructions about debug and collecting logs you can find there:
    https://www.nomachine.com/DT10O00163
    Are there any .xsession-errors in the your home directory? If such a file was created, please send it together with the logs.

    in reply to: NX key authentication – cannot make it work #21616
    Avatarshiba
    Participant

    Hello maximn,

    Did you generate a new pair of keys? I ask because we have a Trouble Report for which the temporary workaround is to generate new keys

    ssh-keygen -p -m PEM -f

    Here is the TR: https://www.nomachine.com/TR02Q09140

    Btw, we noticed that you are trying to connect as user account named “nx”. We don’t recommend it, because the nx account is needed to setup the initial stage of the client-server connection. Please use local account profiles.

     

    in reply to: NoMachine on Android 9.0 #20967
    Avatarshiba
    Participant

    Hi Lorenzo722,

    We are unable to reproduce this issue in our test labs.

    Could you uninstall the NoMachine application and reinstall it? If that does not help, please let us know.

    in reply to: NXClientAuthentication fails #20489
    Avatarshiba
    Participant

    We are glad that your problem has been solved! 🙂

    in reply to: NXClientAuthentication fails #20469
    Avatarshiba
    Participant

    Thank you for the files you sent us. It seems that your private key and certificate are missing on client side. Could you place nx_client_rsa_key and nx_client_rsa_key.crt to C:\Users\Fred\.nx\config and try to connect again?

    in reply to: NXClientAuthentication fails #20456
    Avatarshiba
    Participant

    Thank you for files that you sent to us, we are investigating them. We would also like to take a look at the client side files. Could you reproduce failed connection again, pack the whole .nx folder from your Windows and send it to us?

    Folder .nx is placed, for example, in C:/Users/username/.nx

    Please send us also ‘server.crt’ file which is located on the server side in /var/NX/nx/.nx/config

Viewing 15 posts - 1 through 15 (of 23 total)