Forum Replies Created
-
Posts
-
A Trouble Report has been opened for this issue which will be fixed in line with development priorities. This has not been reproduced on any of our official supported distros. Please use the following link to monitor its status.
https://www.nomachine.com/TR09U11006
The workaround for Gentoo users:
The workaround is to change the default pipewire configuration:
1) In /usr/share/pipewire/pipewire-pulse.conf change:pulse.properties = {
# the addresses this server listens on
server.address = [
//“unix:native” # -> this path is used by default
“unix:/var/run/pulse/native” # -> this path should be used for workaround2) Create a symlink /var/run/pipewire/pipewire-0 to /var/run/user/{uid}/pipewire/pipewire-0
Hi,
if we understand, you have set up the STUN server you need. Perfect, But STUN works by allowing the router “hole punching”, to make the connection work across firewalls. On the LAN, by the way, you don’t even need this “hole punching”. Regardless of this, on the LAN your connection works. The fact is that, outside the LAN, you need a way to make your connections work even if the “hole punching” is not possible, because the router “cannot be traversed”. You need a relay server, for that. You need a TURN server. Did you also set up the TURN server you need?
Sorry for not responding earlier. Do you mean that the image of the desktop is outside of the window frame?! Indeed very very strange. Can you check whether it happens in different view modes (viewport, scaling, resize etc). Does anything happen if you resize the window or move it around the desktop?
We just released 8.9, does it still happen?
There is a TR open for this problem which you can track here: https://kb.nomachine.com/TR08U10963.
A patched version is possible. Please contact us via the website (Contact us) and select General Enquiries if you are still encountering the issue.
Please update to the latest 8.9 release and tell us if the issue persists. If it does, please enable debug, try to reproduce the issue and send a complete set of logs of the failed or problematic session that you can extract using the guidelines here:
How to gather debug logs for Support requests
https://kb.nomachine.com/DT07S00243Hi, what you need is the upcoming NoMachine Network service which will be released in version 9. This will let you connect to the remote machine without having to know the IP address of the remote machine. You’ll be able to publish your computer on Network, and then by logging in with your NoMachine account and provided you have a Network Subscription, you will be able to reach that computer. Read more about it here: https://www.nomachine.com/network 🙂
Can you send us your configuration of nginx/ openresty? We’ve checked on the fly and didn’t encounter any issues.
It would also be useful to have system logs(journal) to check why Gnome is playing up. You could try enabling virtualgl, or use an alternative desktop environment, lightweight as XFCE or LXDE.
How to enable VirtualGL support on Linux in NoMachine
https://kb.nomachine.com/AR05P00982
https://kb.nomachine.com/AR04Q01024Hi distearth, please provide details of your set up (Linux distribution, version, desktop environment etc etc), and steps to reproduce. This could be a different issue and in that case I will split your issue off from this one.
You should check if NoMachine Audio Adapter has been created – it should be visible as an audio device in the system. It should also be set as the default device during the session.
Are you using the latest NoMachine version from our website?
Are you connecting on LAN or over the Internet?
Logs would be useful. Please take a look at a similar topic here: https://forum.nomachine.com/topic/connection-time-out-trying-to-access-nomachine-ubuntu-desktop#post-45488. Can you provide that information?