Forum Replies Created
-
AuthorPosts
-
February 17, 2025 at 08:58 in reply to: Black Screen: iOS !NM 8.7.1 connecting to MacOS !NM 8.16.1_2 #51840
BritgirlKeymasterHi, we need complete logs from the macOS machine; the ones you attached were only from the server component (we’d need the agent/node logs as well).
You can extract all logs from the macOS server using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
BritgirlKeymasterli_simo_hayha_il
please update to the latest 8.16 and let us know if you are still encountering the issue.
BritgirlKeymasterHi, the logs didn’t include the user’s home which is strange, the automatic procedure should include it. Can you try again, this time with the manual procedure?
https://kb.nomachine.com/DT07S00244
BritgirlKeymasterHi, what version of Ubuntu is on your RPi?
On your macOS client (what OS version btw), do you mean you cannot see the Ubuntu host advertized on your same LAN? (it has a pipe icon).
From the Windows client, can you see the Ubuntu host?
Have you tried connecting to the Ubuntu host by creating a connection manually?
BritgirlKeymasterGood to know 🙂 If you have any other questions, feel free to open a new topic!
BritgirlKeymasterTo be honest, this looks to be a job for NoMachine Support and not something that can be handled in the forums. It would require quite a deep investigation as to why this is happening with Cadence Virtuoso only in one particular environment (MATE), but yet in Gnome everything works correctly. That said, we can suggest you disable X11 vector graphics to see if that helps.
In the node.cfg set:
AgentX11VectorGraphics 0
https://kb.nomachine.com/AR02L00779
The X11 vector graphics mode in X-Window virtual desktop
BritgirlKeymasterWe went through our article and checked our configurations with what you posted. Bear in mind that the instructions in the article are for one type of many possible configurations. For your set up, this should work:
edit /etc/pam.d/nx like here:
# This is a default PAM configuration for NoMachine. It is based on
# system’s ‘su’ configuration and can be adjusted freely according
# to administrative needs on the system.auth [success=1 default=ignore] pam_unix.so nullok
auth requisite pam_deny.so
auth required pam_permit.so
auth required pam_ecryptfs.so unwrap
auth optional pam_cap.soauth required pam_google_authenticator.so
account include su
password include su
session include suWe’ve tested it and it works.
BritgirlKeymasterAre you using macOS and cycling through the monitors? ‘3’ is used for the third monitor in the case you have one. And ‘all’ already exists, just use ‘A’.
https://www.nomachine.com/switching-the-view-between-multi-monitors-during-a-remote-desktop-session
BritgirlKeymasterNo problem 🙂 We’re investigating further. Generally those instructions are good to go for most Linux systems. Can you confirm you are using the latest Linux Mint? What Windows version are you connecting from? In the meantime, are you able to send us the logs? You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243. Send both server-side logs (from the Linux Mint server) and the client-side logs from the device you are connecting from.
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
BritgirlKeymasterIt’s possible that you need to adjust macOS permissions. It’s possible that you didn’t agree to something by accident. Check the article here and make sure that NoMachine is allowed to record and process audio on macOS. If NoMachine is present already, remove and re-add.
https://kb.nomachine.com/AR11Q01061
Does that help?
BritgirlKeymasterCan you send us the server-side logs. Enable debug and extract them using the instructions here: https://kb.nomachine.com/DT07S00243. The command ‘
nxserver --debug --enable‘ allows to gather debug logs for all components: nxserver, nxnode, nxwebplayer/runner and the display agent. Execute it on the server/node machine where the problem occurs. Please don’t remove the node logs as they are important as well.Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
February 11, 2025 at 18:38 in reply to: Tool to simplify adding of multiple users’ public keys on ECS? #51778
BritgirlKeymasterWe understand your requirements and we’ve been planning to add this capability in NoMachine. Until then it could be possible to use a third party tool like Ansible. We have created a Playbook which works in our environment and does what you are requesting. Please reach out to us directly for further instructions if you are interested.
As for the question about the user’s home. The .nx folder is created in the user’s home directory when they start a session. However, you say that some users don’t have one. Are you using Active Directory? A known issue with AD is that the home is missing until the AD user logs-in to the machine, independently from NoMachine. This could your case.
AD mobile accounts cannot create sessions on the remote host at the first login if they cannot access their home
https://kb.nomachine.com/TR04R09659
BritgirlKeymasterAnd disabling HW decoding on the Ubuntu client side when connecting to the Ubuntu server changes nothing? Send us the logs as from both sides as per the instructions here, thanks: https://kb.nomachine.com/DT07S00243
BritgirlKeymasterHi, thanks for following up and we’re pleased to know that the issue is now resolved. Would you be willing to provide logs for us to check? It would mean re-enabling HW encoding on the server (temporarily of course), reproducing the problem and then gathering up the logs from the server machine. If you’re interested,you can extract them using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
BritgirlKeymasterThanks for confirming. Just to clarify, NoMachine tries to restore the last state saved when the connection was closed. However, there might be conditions preventing that from happening, such as a monitor which is now no longer available. In that case the state is restored to the default conditions.
Can you tell us:
– the Ubuntu version and desktop environment?
– whether the Ubuntu client isusing multiple monitors? If yes, what is the monitors’ layout? Does the client always start on the same monitor?
– the output ofxrandr --listmonitorslaunched in a terminal window? -
AuthorPosts
