On 25.08.2016 10:55 AM, Thomas Stephan wrote:
> I did not change the port, so it should be listening on the default port 22.
> The client setting for the local SSH-port for file sharing is 22.
Okay, can you please provide me with the output of
sudo lsof -n -i | grep -i ssh
and
ls -ldh
On 25.08.2016 04:11 PM, James M. Pulver wrote:
> Is this intended to eventually replace X2Go?
Depends on what you're asking about. Traditionally, we have been using nx-libs,
a fork of the NX libraries as published by NoMachine (back then when they still
released the source code.) Changes to that
Is this intended to eventually replace X2Go?
James Pulver
CLASSE Computer Group
Cornell University
On 08/24/2016 07:44 PM, brian mullan wrote:
Never mind I found the website...
https://arctica-project.org/md/docs/roadmap/
This looks to be awesome... I'm excited to see how it works..!!!
On 25 August 2016 at 10:07, Stefan Baur wrote:
> Am 25.08.2016 um 11:01 schrieb Chris Collins:
> ...
>
> > So this is a CentOS7 system using SSSD for AD authentication, but using
> > SSH keys
> >
> > Any ideas would be appreciated!
>
> First idea: Set up an identical test
Thanks Stefan.
Just submitted the wishlist bug for that option to be added.
I guess I was just surprised when I looked at the differences in CLI
options available from pyhoca-cli and x2goclient cli and although I can
understand some of the differences
the lack of ability to specify the "server"
Am 25.08.2016 um 11:01 schrieb Chris Collins:
...
> So this is a CentOS7 system using SSSD for AD authentication, but using
> SSH keys
>
> Any ideas would be appreciated!
First idea: Set up an identical test system that uses plain
user/password or ssh pubkey auth only, see if it occurs there,
Hi,
Just a quick update on this (I've not resolved it unfortunately)
I thought I'd try the git version RPMs rather than the EPEL el7 versions,
so I'm now running:
x2goserver-extensions-4.0.1.19-0.0x2go2.1.git20160621.
1064.main.el7.centos.x86_64
I did not change the port, so it should be listening on the default port 22.
The client setting for the local SSH-port for file sharing is 22.
We need file sharing and printer support, therefore it is not an option
to suppress the warning message by disabling these functions.
Best,
Thomas