ssh missing match criteria for exec=command -v q

[npearlaws]

Checks

• I ran q doctor in the affected command line session and it didn't resolve my issue
• I ran q restart and it didn't resolve my issue
• I searched the discussions in this repo and there are no duplicates of my issue

Expected behaviour

% ssh npearl

login to host called npearl

npearl %

Actual behaviour

5ce91ec30510 % ssh npearl
Missing Match criteria for exec=command -v q && q internal generate-ssh --remote-host %h --remote-port %p --remote-username %r
/Users/npearl/Library/Application Support/amazon-q/ssh line 1: Bad Match condition
/Users/npearl/Library/Application Support/amazon-q/ssh: terminating, 1 bad configuration options

Steps to reproduce

Yes.

Attempt to ssh into a host.

Environment

[q-details]
version = "1.4.4"
hash = "956c5739077211bb2c5d4cb95d35c4ace3de42a0"
date = "2024-09-16T22:13:24.309363Z (5d ago)"

[system-info]
os = "macOS 15.0.0 (24A335)"
chip = "Apple M2 Pro"
total-cores = 12
memory = "32.00 GB"

[environment]
cwd = "/Users/USER"
cli-path = "/Users/USER/.local/bin/q"
shell-path = "/bin/zsh"
shell-version = "5.9"
terminal = "iTerm 2"
install-method = "unknown"

[env-vars]
PATH = "/opt/homebrew/bin:/opt/homebrew/sbin:/Users/USER/.toolbox/bin:/Users/USER/bin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Applications/iTerm.app/Contents/Resources/utilities:/Users/USER/.local/bin:/Users/USER/Library/Application Support/JetBrains/Toolbox/scripts:/Applications/Visual Studio Code.app/Contents/Resources/app/bin:/Library/Java/JavaVirtualMachines/graalvm-ce-java11-22.0.0.2/Contents/Home/bin"
QTERM_SESSION_ID = "561667e9092e4ed699a5e328d7756b12"
Q_SET_PARENT_CHECK = "1"
Q_TERM = "1.4.4"
SHELL = "/bin/zsh"
TERM = "xterm-256color"
__CFBundleIdentifier = "com.googlecode.iterm2"

[npearlaws]

Not an answer but an observation.

q integrations uninstall ssh

which removes the lines from ~/.ssh/config

# Amazon Q SSH Integration. Keep at the bottom of this file.
Match all
  Include "~/Library/Application Support/amazon-q/ssh"

and ssh on my laptop works again as expected.

[spkane]

I suddenly started seinggit commands breaking with messages like this:

Missing Match criteria for exec=command -v q && q internal generate-ssh --remote-host %h --remote-port %p --remote-username %r
/Users/spkane/Library/Application Support/amazon-q/ssh line 1: Bad Match condition
/Users/spkane/Library/Application Support/amazon-q/ssh: terminating, 1 bad configuration options
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

and uninstalling this integration also fixed the problem.

[vivekrp]

Any fix for this issue? I have been facing the same issue

[brandonskiser]

For the SSH integration, we run a line that looks like the following:

Match exec="command -v q && q internal generate-ssh --remote-host %h --remote-port %p --remote-username %r"
    Include "/Users/USER/Library/Application Support/amazon-q/ssh_inner"

It seems that the Match exec config is failing for some reason in your case. What version of OpenSSH do you have installed? ssh -V for me returns OpenSSH_9.8p1, LibreSSL 3.3.6 which works.

According to the man page, nothing out of the ordinary support for Match exec appears to be occurring https://man.openbsd.org/ssh_config.5#Match

[brandonskiser]

We've recently open sourced our application. Feel free to follow up by creating an issue in https://github.com/aws/amazon-q-developer-cli/issues

[abondarev84]

some suggestion was offered for removing the = sign from Match exec="command.
after following that suggestion, the issue doesn't appear anymore.

[ohmantics]

Indeed, removing the '=' restores functionality for me.