>> I suspect that you have specified the 3022 port fo connect to euripide
>> in your ~/.ssh/config file.
> 1)
> I do have an issue with vncserver:
> I can run remmina (ssh) on 2 machines, but never vncserver
We should focus on runing vncviewer from the client machine to
euripide (running vncserver vith vncserver@:1.service)
Of course, I opened port 1 on euripide and port 9 on the other one (no name, it
is why I use the ip address)
>> Can you verify (and undo) that?
No answer to that point :-(
yes, because I no not have a
.ssh/config file
>> Before retrying vncviewer simply test an ssh connection:
>> Example; ssh -v euripide id
<snip>
> debug1: Next authentication method: password
You omitted the end. Does the ssh connection succeeded after having
given your password?
Of course, I can login ssh
The end if the log is:
Authenticated to euripide.u-bourgogne.fr ([193.52.235.60]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions(a)openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00(a)openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env XMODIFIERS = @im=none
debug1: Sending env LANG = en_US.UTF-8
Web console:
https://euripide:9090/ or
https://193.52.235.60:9090/
Last failed login: Sun Feb 16 10:08:20 EST 2020 from 86.235.29.229 on ssh:notty
There were 2 failed login attempts since the last successful login.
Last login: Sun Feb 16 09:14:39 2020 from 86.235.29.229
>> In addition:
>> - since you have chosen the 5901 port on euripide, you should tell
>> that to vncviewer:
>> vncviewer -via euripide :1
> vncviewer -via pdupre@192.168.1.12:9
Why suddently are you using IP numbers?
Why not?
> ssh: Could not resolve hostname 192.168.1.12:9: Name or service
not known
> Why ssh: Could not resolve hostname 192.168.1.12:9: Name or service
> not known ?
Because it is not the syntax of ssh.
Sure
> The port 9 is that that I use for remmina
Does this means that you change the way of starting vncserver and that
you start it now with:
No,
systemctl start vncserver@:9.service
Here, I do not understand. This is what I get on both machines
systemctl status vncserver@:9.service
● vncserver@:9.service - Remote desktop service (VNC)
Loaded: loaded (/usr/lib/systemd/system/vncserver@.service; disabled; vendor preset:
disabled)
Active: inactive (dead)
?
systemctl start vncserver@:1.service
==== AUTHENTICATION COMPLETE ====
systemctl status vncserver@:1.service
● vncserver@:1.service - Remote desktop service (VNC)
Loaded: loaded (/etc/systemd/system/vncserver@.service; disabled; vendor preset:
disabl>
Active: failed (Result: exit-code) since Sun 2020-02-16 17:18:39 CET; 3min 27s ago
Process: 11175 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill :1 > /dev/null
2>&1 || :>
Process: 11177 ExecStart=/usr/bin/vncserver_wrapper pdupre :1 (code=exited, status=2)
Main PID: 11177 (code=exited, status=2)
Feb 16 17:18:39 euripide systemd[1]: Starting Remote desktop service (VNC)...
Feb 16 17:18:39 euripide systemd[1]: Started Remote desktop service (VNC).
Feb 16 17:18:39 euripide vncserver_wrapper[11177]: A VNC server is already running as :1
Feb 16 17:18:39 euripide vncserver_wrapper[11177]: FATAL: 'runuser -l pdupre'
failed!
Feb 16 17:18:39 euripide systemd[1]: vncserver@:1.service: Main process exited,
code=exite>
Feb 16 17:18:39 euripide systemd[1]: vncserver@:1.service: Failed with result
'exit-code'.
> the ~/.vnc/xstartup file is the same on both machine
What do you start in it?
I check because on one of the machine, remmina gives me a
blue screen only, while the other one
provides me the expected screen (gnome).
>
> --
> francis
> _______________________________________________
> users mailing list -- users(a)lists.fedoraproject.org
> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>