That’s ok.expected Fire does not make a live connection to the server itself (like Water does), but the debugger should still be able to connect as needed (which it tries to do, but fails with the error message form your second screenshot:
This looks like you have neither a password nor a key file specified for the server. What does your CrossBox.xml file look like (X out the password before posting, if you have one in there), and do you have an ~/.ssh.id_rsa key file on your client system?
Im using user/password combination, no keyfile. To validate the server you must input user and password. The data was there.
Have no idea where is located. Can please tell me where to look up?
Hmm, the error you showed would only happen if neither password nor keyhole were specified…
~/Library/Application Support/RemObjects Software/Elements/CrossBox.xml
hasPassword=true, thats good. the password itself should be stored in the key chain, can you see if ts there, if you search by the username?
In which path?
odd. and when you check show password, is the password correct?
if so, this should work, I guess is;'ll have to debug this on Monday. by first finding a server that uses passwords l;). as workaround, can you try to use keys? much securer, anyways…
Yes, the password is correct.
Im using a private point to point VPN, for that reason the security is more relaxed. Have no idea how to use keys. If you can give me directions I can try.
Bets regards.
Will try, thanks
BTW the documentation have a little error
ld ~/.ssh must say ls ~/.ssh
bets regards
Now I have ssh connecting without ask for a password. Good.
What im doing wrong?
BTW, I suggest also you add to the tuto this info
to send the private key to the target computer
ssh-copy-id your_username@192.0.2.0
ive had this too. not seems that some SSH implementations dont like “-----BEGIN OPENSSH PRIVATE KEY-----” keys, only “-----BEGIN RSA PRIVATE KEY-----”. It depends omg the system where you generate they key, apparently. Check your key file; I’m not sure if simply changing there string from OPENSSH to RSA suffices, or if its actually a different format…
I’ll fix the types/issues in the tutorial.
Edit the file and changes the word OPENSSH to RSA and now the error message changes
Using a non standard port number, btw, maybe this is the conflict?
And the private key stop working with remote system
Load key "/Users/xxxxx/.ssh/id_rsa": invalid format
Turns out, recent openssh changed the fileformat for this. If you pass -m PEM on the command line (of ssh keygen) it will create a compatible key format.
Thanks @ck that works.
Now I cant start the process in the remote linux, ubuntu 18.04. x86_64.
Im trying a simple console app with the default template, but if tails to run debug.
Any pre requisite to check? gdb is installed.
Where is located the binary file on the target system?
Best regards
Do you have gdbserver?
It should log the exact path in the build output (click Last debug session failed)
Is installed, right.
I have no idea where to check that (sever? Fire?) I have no GUI on the server, is a ubuntu server without gui, btw.
Right; the log in Fire/Water I meant. You can click in the top right and it should show what it did (upload, execute).
