Add flag to aid in debugging abra server add #587
Closed
opened 2024-03-26 18:07:13 +00:00 by basebuilder
·
2 comments
Labels
Clear labels
abra
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
design
documentation
duplicate
enhancement
fedi
fedi-infra
finance
funding
good first issue
help wanted
installer
legal
performance
proposal
question
security
test
wontfix
Everything to do with abra
Ping/pong on comms
Something is not working
Go build related issues
Getting the robots into the mix
Opening this thing up
Contributors stuff
Our main website
Design thinking required
Let's write things together
This issue or pull request already exists
New feature
Democratic decision making
Money things
Anything related to grant funding
Easy start with development
Need some help
Installation related issues
Performance related
Large change which requires feedback & decisin making
More information is needed
Securing our shit
Unit or integration test suite
This won't be fixed
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
3wordchant
aadil (Aadil Ayub)
abra-bot (Abra Bot)
ammaratef45
amras (Sarma)
Apfelwurm
BornDeleuze
Brooke
carla
cas (Cassowary)
coopcloud
cyrnel
decentral1se (d1)
dede
devydave
fauno (fauno)
iexos
jade (Jade Ambrose)
jjsfunhouse
jmakdah2 (Jackie Makdah)
joe-irving (Joe Irving)
kawaiipunk (KawaiiPunk)
knoflook
kolaente
lambdabundesverband
linnealovespie (April)
moosemower
moritz
notplants
oxaliq (sorrel)
p4u1
pharaohgraphy (Andrew 🐦🔥❤️🔥✴️)
renovate-bot (Comrade Renovate Bot)
ripclap
simon
sixsmith (Sixsmith)
stevensting
trav (Trav Fryer)
val (val (he/him))
yksflip
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: toolshed/organising#587
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Recently a new
abrauser asked for support in #coopcloud-tech to debug why they could not successfully complete theabra server add <server>command.The issue this newbie encountered was that their SSH connection was using a different
useron their client machine than the user that what was available on the server they were trying to connect to (in theaddsub-command).Explicitly specifying the
Uservalue in the~/.ssh/configfile is one configuration method of avoiding this issues. However, as related issues #567 #566 #570 getting these configs right is tricky business.It was suggested by @decentral1se that maybe adding a flag like
abra server add --fuckcould print whatabrais intending to do in human friendly language such as which user, domain, ssh opts etc. Other names for this flag could be:Alternatively
abracould just show this information at start of--debugcommand@basebuilder following coop-cloud/abra#413 I'm wondering how to proceed on this one. It seems more like a documentation issue at this point, involving pointing people to the appropriate usage of
ssh -vvv ...to discover exactly what goes on under the hood. Allabradoes now is runssh <Host> .... Whatcha reckon?There's a few SSH related tickets floating around which are related which I'm trying to triage now also.
Seems resolved since the latest changes in SSH config handling. See tickets under "general fixes / improvements" on coop-cloud/organising#583. (TLDR;
ssh -vtells you everything,abradoes nothing additional now) There were also a few docs patches pushed.