Hello world does not work OOTB

[rvansa]

Going through the hello world example I am blocked as my hostname does not resolve to IP. The previous "ensure you can ssh..." uses localhost, then the example uses hostname instead.

[rvansa]

Even after adding my hostname to /etc/hosts and testing ssh it doesn't fly:

11:14:46@rvansa qDup$ ssh rvansa -p 22

3 devices have a firmware upgrade available.
Run `fwupdmgr get-upgrades` for more information.

Last login: Wed Sep 14 11:13:32 2022 from 127.0.0.1
[rvansa@rvansa ~]$ exit
logout
Connection to rvansa closed.

11:14:54@rvansa qDup$ jbang ./docs/examples/runQDup.java
11:15:01.164 [main] INFO  io.hyperfoil.tools.qdup.JarMain - Starting with output path = /tmp/qDup4505339498182214548
11:15:01.347 [main] INFO  io.hyperfoil.tools.qdup.JsonServer - listening on port 31337
11:15:01.414 Running qDup version 0.6.2 @ unkonown
11:15:01.417 run-1663146901062 starting state:
 GREETING = Hello qDup!
 USER = rvansa
 HOST = rvansa

11:15:01.424 [main] INFO  i.h.tools.qdup.cmd.Dispatcher - starting 0 scripts
11:15:01.514 [qdup-command-1] INFO  o.a.s.c.u.s.e.EdDSASecurityProviderRegistrar - getOrCreateProvider(EdDSA) created instance of net.i2p.crypto.eddsa.EdDSASecurityProvider
11:15:01.558 [qdup-command-1] INFO  o.a.s.c.i.DefaultIoServiceFactoryFactory - No detected/configured IoServiceFactoryFactory using Nio2ServiceFactoryFactory
11:15:01.565 [qdup-command-1] INFO  o.a.s.c.c.h.DefaultConfigFileHostEntryResolver - resolveEffectiveResolver(rvansa@rvansa:22) loaded 23 entries from /home/rvansa/.ssh/config
11:15:01.772 [qdup-command-1] ERROR io.hyperfoil.tools.qdup.Run - failed to connect rvansa@rvansa:22
11:15:01.773 failed to connect all ssh sessions for run
11:15:01.774 [qdup-command-0] WARN  i.h.tools.qdup.cmd.Dispatcher - ignoring stop call when already stopped

[johnaohara]

@rvansa what os version are you running this on? we have seen issues with the available tsl ciphers on recent fedora releases

[johnaohara]

@rvansa please can you verify if creating a new FIPS compliant key fixes the issue for you? https://github.com/Hyperfoil/qDup/blob/master/docs/ssh-config.adoc#1-problems-with-qdup-and-ssh

[rvansa]

@johnaohara I'll try that, thanks.

Btw. it seems there's another issue with the example command (not SSL-related):

jbang ./docs/examples/runQDup.java -S GREETING='qDup ROCKS!!' -T
11:58:09.087 [main] ERROR io.hyperfoil.tools.qdup.JarMain - The option 'T' was specified but an option from this group has already been selected: 'B'
org.apache.commons.cli.AlreadySelectedException: The option 'T' was specified but an option from this group has already been selected: 'B'

[johnaohara]

11:58:09.087 [main] ERROR io.hyperfoil.tools.qdup.JarMain - The option 'T' was specified but an option from this group has already been selected: 'B'
org.apache.commons.cli.AlreadySelectedException: The option 'T' was specified but an option from this group has already been selected: 'B'

@rvansa ah that option group check was added after the guide, will need to review the guide in light of the change. Thanks for spotting!

[rvansa]

@johnaohara Yep, the ECDSA key fixed the problem. qDup should autodetect this issue and print a hint when it happens.

[johnaohara]

@rvansa please could you open a new issue re auto-detecting when there are no suitable keys available?

[rvansa]

#130