The problem described below is due to Xorg ignoring the keyboard options for device "Virtual core XTEST keyboard" and it's not a NoMachine issue.

When a physical desktop on X.org is remotely shared, keys input through the client are treated on the server side as a default US keymap is set. The layout looks correct to user typing directly at the console on the server side sharing the desktop.

The command "setxkbmap -layout <required language>" usually fixes the problem.

To verify the problem, execute the following command in a terminal running inside the NoMachine session:

xinput list

to find the number of Virtual core XTEST keyboard device.

Then pass that number to the -i switch of command xkbcomp to query the keymap.

For example, if 'xinput list' returns 5, execute on a single line:

xkbcomp -i 5 -xkb $DISPLAY - | grep "xkb_keycodes|xkb_types|xkb_compatibility|xkb_symbols|xkb_geometry"

Output of this command will be similar to:
xkb_keycodes "evdev+aliases(qwerty)"
xkb_types "complete"
xkb_compatibility "complete"
xkb_symbols "pc+us+inet(evdev)"
xkb_geometry "pc(pc105)"

Then repeat the same for the physical keyboard attached to the computer and compare results for both tests.