Tor

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 640 total)
  • Author
    Posts
  • in reply to: NoMachine not responding right after install #53185
    Tor
    Participant

    Hello and thank you for the detailed info. It seems there is a problem to access the fonts database to initialize the application.
    You can try to validate all fonts in order to exclude that any of them is corrupted. You should open Font Book application, select an item in the fonts list, press Command + A to select them all, then use the File > Validate selection menu. Let me know if you’ve one or more troublesome fonts.
    If this doesn’t help, could you kindly try to create a new user on your macOS, and check if with that user the NoMachine client opens correctly? With a new user the fonts cache would be empty, so we would confirm if there is a problem with the cache before cleaning it up.
    Thank you for your help.

    in reply to: Delete machine #53164
    Tor
    Participant

    Hi Peter. You can swipe left the machine item and select the trash can icon.

    in reply to: Paste from ipad client doesn’t work? #53144
    Tor
    Participant

    Hi. We’ve no recorded issues on iPad copy&paste functionalities. What is your iPad model, iPadOS version and server side NoMachine product?

    in reply to: Ipad NoMachine client not keeping display size #53142
    Tor
    Participant

    Hi. Thank you for the report, we’re going to verify the issue with the resolution not restored. How do you change it, through resolutions slider or custom resolution fields?
    About the scroll gesture, did you notice if you had the same experience with the past version? We tuned the scroll to be more soft, but it should not affect other gesture recognitions. What is your iPad model?

    in reply to: Login to physical desktop directly #52716
    Tor
    Participant

    The Workstation Server is part of the Terminal Server family, so the normal behaviour described by Britgirl is the reason why you see that panel. If you need to force the automatic connection to the physical desktop you could use a debugging feature: press Ctrl+Alt, right click the Physical Desktop item and select “Always connect to this desktop”. Please note that this configuration is not meant to be used to bypass the desktops list panel, so for example when you’ll restart that server the physical desktop session ID will change, and you’ll have to repeat the same operation.
    By the way, don’t forget you have a direct channel to the support team with subscriptions from our Enterprise suite.

    in reply to: Can’t close notification when in rootless mode #52481
    Tor
    Participant

    Hi Chris. We confirmed the issue and implemented a fix, it’ll be included in our next maintenance. Thank you for the report.

    in reply to: Saved credentials deletion #52466
    Tor
    Participant

    Hi Steve. Yes, when the client detects that the server is configured to disallow credentials storing, the existing authentication data gets cleared and no longer saved.

    in reply to: Can’t close notification when in rootless mode #52269
    Tor
    Participant

    Hi. Can you attach a screenshot of the notification?

    in reply to: Problems from iPad to Ubuntu #52265
    Tor
    Participant

    What’s slightly odd is there seems to be some interaction between the client and the server before this happens… the screen appears very briefly to have the preferred resolution… then it flickers and goes back to the higher resolution. I can upload a video somewhere if that helps to illustrate, but it’s bigger than the 1024k allowed by this forum.

    Oh, I see, that means the client tries to set the resolution but Ubuntu is changing it back to the previous one. Are you connecting to the Ubuntu physical desktop or creating a new virtual desktop?
    If you have the file .config/monitors.xml in your home directory, can you try to rename it, logout, login and try to check if Ubuntu keeps the custom resolution when the client connects?

    in reply to: Problems from iPad to Ubuntu #52262
    Tor
    Participant

    Hi again. When the input stops working, you can disconnect and connect again the keyboard (for example turn it off/on or detach/attach the cable, if wired) to restore its functionality.
    I confirm the fix is ready to be released, so we’ll publish it as soon as the other major changes are ready.

    in reply to: Problems from iPad to Ubuntu #52259
    Tor
    Participant

    Hey there, thank you for your reports!

    For the first problem, can you try to enable the “use custom resolution” box and set the W 1280 and H 1024 resolution? This should work around the problem while we debug the reason for the ignored resize request.

    For the second problem, we’re aware of it and we implemented a fix that will be included in the incoming release. I don’t remember if there was a method to work around it, I’ll talk with the team and let you know.

    in reply to: Artifacts with NoMachine #52185
    Tor
    Participant

    On the main window, when you right-click on a client machine, the selection marker rapidly moves up and down at a high frequency.

    Can we exclude ghosts? 🙂 Can you please confirm if you’ve this popup issue on the client host, or in a NoMachine client running inside a NoMachine session? Also, in the former case, what is the Linux distribution version? Kernel version is important, but since we’ve to try to get a configuration as close as possible to the one you use, it is way better if we start from your same distro version.

    Tor
    Participant

    All’s well that ends well! 😀 Kidding aside though, there must be a reason somehow connected to your ssh tools and I would not exclude that it’ll happen again in future. We’re here to assist you in that case. Long live the keys!

    Tor
    Participant

    For some reasons, the key attached to the post is not valid, I’m getting these outputs when testing it with openssh 9.6p1

    ssh-keygen -l -f testkeyfornomachine
    256 SHA256:eWl6FVVBI16fflrvux+rY0JgcV0bQmeKaTdktJi0RGQ “TestKeyForNoMachine” (ED25519)
    
    ssh-keygen -y -f testkeyfornomachine
    Load key "testkeyfornomachine": invalid format

    If you run the same commands on your end, do you get anything different?

    Tor
    Participant

    While editing the Trouble Report with the recommendation submitted by @neatchee I noticed that there are some additional questions we can ask to collect details for the debugging, so here they are:

    • Besides the key type security concerns, we assumed that the RSA key login is still working correctly. Could we get a confirmation?
    • Where are the ED25519 and ECDSA key files located on disk? Did you maybe try to move them in different system folders (e.g. $HOME, tmp/, .nx/) to verify if anything changes?
    • Are key access permissions correct, so both folder and file can be accessed by the user starting the player process?
    • Can you share any of the key pairs not working, so we can test them in our labs? You can contact us at forum[at]nomachine[dot]com.

    Thank you for helping us to debug this mysterious issue!

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