I recently had to clear some network related settings and preferences in order to get online at an airport using a captive hotspot. This was done because the login window was not opening in Safari or any other browser. I tried using http://captive.apple.com , but it would not launch the window. After these changes were made, I was able to get online on the airport wifi, but I am now unable to connect to my remote website servers using SSH in the Terminal app. When I try to connect to various remote servers, the connection hangs and eventually times out. I have tried connecting to multiple servers using verbose output, and the following is returned: OpenSSH_9.8p1, LibreSSL 3.3.6 debug1: Reading configuration data /Users/username/.ssh/config debug1: /Users/username/.ssh/config line 85: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files debug1: /etc/ssh/ssh_config line 54: Applying options for * debug2: resolve_canonicalize: hostname 178.128.228.188 is address debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/username/.ssh/known_hosts' debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/username/.ssh/known_hosts2' debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling debug3: channel_clear_timeouts: clearing debug3: ssh_connect_direct: entering debug1: Connecting to 178.128.228.188 [178.128.228.188] port 22. debug3: set_sock_tos: set socket 3 IP_TOS 0x48 Nothing is returned after the set_sock_tos line. Things that I have tried: - Tried enabling/disabling the built-in firewall, but it does not correct the issue. - Tried removing plist files from Library > Preferences > System Configuration and restarted my MacBook to allow macOS to rebuild the preference files. This did not work. I backed up all of the files prior to completing this. **Update** Preference list files backed up and removed from the Library > Preferences > System Configuration folder: - com.apple.airport.preferences.plist - com.apple.wifi.message-tracer.plist - NetworkInterfaces.plist - preferences.plist I am able to connect to the servers via SFTP in Transmit with no issues, and can do the same via SSH on my iPhone using Prompt. No other changes were made while trying to connect to the airport Wifi using the captive hotspot. Any ideas on how to resolve this issue?

My host's IP address changes sometimes, I can't help on it. So, I change the entry in /etc/hosts:

192.168.1.106   myhost

I can *ping* it:

PING myhost (192.168.1.106): 56 data bytes
64 bytes from 192.168.1.106: icmp_seq=0 ttl=64 time=66.849 ms
64 bytes from 192.168.1.106: icmp_seq=1 ttl=64 time=7.315 ms
64 bytes from 192.168.1.106: icmp_seq=2 ttl=64 time=13.457 ms

I can simply *ssh* to it with IP address. But I can not *ssh* with host name:

$ ssh -vvvv myhost
OpenSSH_9.9p2, LibreSSL 3.3.6
debug1: Reading configuration data /Users/ern0/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug1: /etc/ssh/ssh_config line 58: Applying options for *
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/ern0/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/ern0/.ssh/known_hosts2'
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug3: channel_clear_timeouts: clearing
debug1: Connecting to myhost port 22.
ssh: Could not resolve hostname myhost: nodename nor servname provided, or not known

I found no useful information in verbose *ssh* output. I may add entry in ~/.ssh/config to specify the IP address, but I think, /etc/hosts should do the job. I am using latest MacOS:

$ uname -a
Darwin touchbar.local 24.5.0 Darwin Kernel Version 24.5.0: Tue Apr 22 19:48:46 PDT 2025; root:xnu-11417.121.6~2/RELEASE_ARM64_T8103 arm64 arm Darwin

Does *ssh* have some hidden mechanism I don't know?

When trying to open a tunnel using ssh -w between a local(Macos) and a remote (Linux server), it fails due to the fact that Macos doesn't support the classic tun interfaces that ssh can use which results in the error below:

root@macos ~ $ ssh -w any:any root@linux-server

Tunnel device open failed.
Could not request tunnel forwarding.

but Macos does support "Utun" interfaces and are used in numerous vpn clients like wireguard and fortigate, can these be used with ssh? how can i use the utun APIs in Macos with ssh to make it work? **UPDATE** output of sudo ssh -vvvw any:any root@server:

OpenSSH_9.9p2, LibreSSL 3.3.6
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug2: resolve_canonicalize: hostname 1.1.1.1 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/var/root/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/var/root/.ssh/known_hosts2'
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to 1.1.1.1 [1.1.1.1] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: Connection established.
debug1: identity file /var/root/.ssh/id_rsa type -1
debug1: identity file /var/root/.ssh/id_rsa-cert type -1
debug1: identity file /var/root/.ssh/id_ecdsa type -1
debug1: identity file /var/root/.ssh/id_ecdsa-cert type -1
debug1: identity file /var/root/.ssh/id_ecdsa_sk type -1
debug1: identity file /var/root/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /var/root/.ssh/id_ed25519 type -1
debug1: identity file /var/root/.ssh/id_ed25519-cert type -1
debug1: identity file /var/root/.ssh/id_ed25519_sk type -1
debug1: identity file /var/root/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /var/root/.ssh/id_xmss type -1
debug1: identity file /var/root/.ssh/id_xmss-cert type -1
debug1: identity file /var/root/.ssh/id_dsa type -1
debug1: identity file /var/root/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.6p1 Ubuntu-3ubuntu13.12
debug1: compat_banner: match: OpenSSH_9.6p1 Ubuntu-3ubuntu13.12 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 1.1.1.1:22 as 'root'
debug3: record_hostkey: found key type ED25519 in file /var/root/.ssh/known_hosts:1
debug3: record_hostkey: found key type RSA in file /var/root/.ssh/known_hosts:2
debug3: record_hostkey: found key type ECDSA in file /var/root/.ssh/known_hosts:3
debug3: load_hostkeys_file: loaded 3 keys from 1.1.1.1
debug1: load_hostkeys: fopen /var/root/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug3: order_hostkeyalgs: have matching best-preference key type ssh-ed25519-cert-v01@openssh.com, using HostkeyAlgorithms verbatim
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,mlkem768x25519-sha256,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512@openssh.com,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-s,kex-strict-s-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug3: kex_choose_conf: will use strict KEX ordering
debug1: kex: algorithm: sntrup761x25519-sha512@openssh.com
debug1: kex: host key algorithm: ssh-ed25519
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC:  compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC:  compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: SSH2_MSG_KEX_ECDH_REPLY received
debug1: Server host key: ssh-ed25519 SHA256:somekey
debug3: record_hostkey: found key type ED25519 in file /var/root/.ssh/known_hosts:1
debug3: record_hostkey: found key type RSA in file /var/root/.ssh/known_hosts:2
debug3: record_hostkey: found key type ECDSA in file /var/root/.ssh/known_hosts:3
debug3: load_hostkeys_file: loaded 3 keys from 1.1.1.1
debug1: load_hostkeys: fopen /var/root/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: Host '1.1.1.1' is known and matches the ED25519 host key.
debug1: Found key in /var/root/.ssh/known_hosts:1
debug3: send packet: type 21
debug1: ssh_packet_send2_wrapped: resetting send seqnr 3
debug2: ssh_set_newkeys: mode 1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: Sending SSH2_MSG_EXT_INFO
debug3: send packet: type 7
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: ssh_packet_read_poll2: resetting read seqnr 3
debug1: SSH2_MSG_NEWKEYS received
debug2: ssh_set_newkeys: mode 0
debug1: rekey in after 134217728 blocks
debug2: KEX algorithms: sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,mlkem768x25519-sha256,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug3: kex_input_ext_info: extension server-sig-algs
debug1: kex_ext_info_client_parse: server-sig-algs=
debug3: kex_input_ext_info: extension publickey-hostbound@openssh.com
debug1: kex_ext_info_check_ver: publickey-hostbound@openssh.com=
debug3: kex_input_ext_info: extension ping@openssh.com
debug1: kex_ext_info_check_ver: ping@openssh.com=
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug3: kex_input_ext_info: extension server-sig-algs
debug1: kex_ext_info_client_parse: server-sig-algs=
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug3: ssh_get_authentication_socket_path: path '/Users/sneaky/.bitwarden-ssh-agent.sock'
debug1: get_agent_identities: bound agent to hostkey
debug1: get_agent_identities: agent returned 1 keys
debug1: Will attempt key: macos ssh key ED25519 SHA256:somekeyhash agent
debug1: Will attempt key: /var/root/.ssh/id_rsa
debug1: Will attempt key: /var/root/.ssh/id_ecdsa
debug1: Will attempt key: /var/root/.ssh/id_ecdsa_sk
debug1: Will attempt key: /var/root/.ssh/id_ed25519
debug1: Will attempt key: /var/root/.ssh/id_ed25519_sk
debug1: Will attempt key: /var/root/.ssh/id_xmss
debug1: Will attempt key: /var/root/.ssh/id_dsa
debug2: pubkey_prepare: done
debug1: Offering public key: macos ssh key ED25519 SHA256:somekeyhash agent
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 60
debug1: Server accepts key: macos ssh key ED25519 SHA256:somekeyhash agent
debug3: sign_and_send_pubkey: using publickey-hostbound-v00@openssh.com with ED25519 SHA256:somekeyhash
debug3: sign_and_send_pubkey: signing using ssh-ed25519 SHA256:somekeyhash
debug3: send packet: type 50
debug3: receive packet: type 52
Authenticated to 1.1.1.1 ([1.1.1.1]:22) using "publickey".
debug1: Requesting tun unit 2147483647 in mode 1
debug1: sys_tun_open: /dev/tun0 open failed: No such file or directory
Tunnel device open failed.
Could not request tunnel forwarding.
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: filesystem
debug3: client_repledge: enter
debug3: receive packet: type 80
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug3: client_input_hostkeys: received RSA key SHA256:somekeyhash
debug3: client_input_hostkeys: received ECDSA key SHA256:somekeyhash
debug3: client_input_hostkeys: received ED25519 key SHA256:somekeyhash
debug1: client_input_hostkeys: searching /var/root/.ssh/known_hosts for 1.1.1.1 / (none)
debug3: hostkeys_foreach: reading file "/var/root/.ssh/known_hosts"
debug3: hostkeys_find: found ssh-ed25519 key at /var/root/.ssh/known_hosts:1
debug3: hostkeys_find: found ssh-rsa key at /var/root/.ssh/known_hosts:2
debug3: hostkeys_find: found ecdsa-sha2-nistp256 key at /var/root/.ssh/known_hosts:3
debug1: client_input_hostkeys: searching /var/root/.ssh/known_hosts2 for 1.1.1.1 / (none)
debug1: client_input_hostkeys: hostkeys file /var/root/.ssh/known_hosts2 does not exist
debug3: client_input_hostkeys: 3 server keys: 0 new, 3 retained, 0 incomplete match. 0 to remove
debug1: client_input_hostkeys: no new or deprecated keys from server
debug3: client_repledge: enter
debug3: receive packet: type 4
debug1: Remote: /root/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug3: receive packet: type 4
debug1: Remote: /root/.ssh/authorized_keys:1: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug1: Sending environment.
debug3: Ignored env SSH_AUTH_SOCK
debug1: channel 0: setting env LC_TERMINAL_VERSION = "3.5.14"
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env COLORFGBG
debug1: channel 0: setting env LANG = "en_US.UTF-8"
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env PATH
debug1: channel 0: setting env LC_TERMINAL = "iTerm2"
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env COLORTERM
debug3: Ignored env TERM
debug3: Ignored env HOME
debug3: Ignored env __CF_USER_TEXT_ENCODING
debug3: Ignored env LSCOLORS
debug3: Ignored env LS_COLORS
debug3: Ignored env PS1
debug3: Ignored env MAIL
debug3: Ignored env LOGNAME
debug3: Ignored env USER
debug3: Ignored env SHELL
debug3: Ignored env SUDO_COMMAND
debug3: Ignored env SUDO_USER
debug3: Ignored env SUDO_UID
debug3: Ignored env SUDO_GID
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug3: client_repledge: enter
debug1: pledge: fork
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Welcome to Ubuntu 24.04.2 LTS (GNU/Linux 6.8.0-60-generic x86_64)

I'm trying to connect xpra from a _Linux client_ to a _MacOS host_. I have xpra and xquartz installed on the MacOS host via homebrew. And I am able to connect to the MacOS host directly with ssh using pubkey authentication. When I try to connect to the MacOS host using xpra I get an Authentication failure. Logs show that it's tried to connect with the correct pub-key:

2025-06-30 17:36:45,926 loaded Ed25519 private key from '/home/cheezsteak/.ssh/id_ed25519'
2025-06-30 17:36:45,943 Authentication (publickey) failed.

Now I'm pretty sure that I haven't set up X11 correctly on the Mac. All I did was install XQuartz. But this looks like an ssh authentication error not an X11 error. **Why is Xpra getting authentication errors when SSH isn't?** I suspect some changes to my sshd_config to enable Xpra support are required. The only changes I've made from the OSX default is PubkeyAuthentication yes and PasswordAuthentication no.

Basically, I want to sync my repo on iPad with git, but I can't find the public key, so I can't clone the repo. I found three different guides, but none of them has worked out for me so far. I first tried following the instructions [here](https://www.warp.dev/terminus/git-clone-ssh) and [here](https://docs.github.com/en/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent) . I generated an SSH key with ssh-keygen -t ed25519 -C “user@example.com” After that, I got a randomart and a message, telling me where the public key could be found. The next step, according to the guides is to double check the public key is where it's at. The first guide said to run ls ~/.ssh and I'd see where the keys are. But I am presented with an error message. When I go ahead and run cat ~/.ssh/id_ed25519.pub, I'm told that no file or directory can be found. The same thing happens when I copy the entire path rather than enter the short one. The second guide said to add the key to SSH agent and to run $ eval "$(ssh-agent -s)" > Agent pid 59566 But a-Shell tells me that the command doesn't exist. This second guide also said > Depending on your environment, you may need to use a different command. For example, you may need to use root access by running sudo -s -H before starting the ssh-agent, or you may need to use exec ssh-agent bash or exec ssh-agent zsh to run the ssh-agent. But neither sudo nor exec exist as commands. I found a [third guide](https://bianshen00009.gitbook.io/a-guide-to-a-shell/basic-tutorials/configure-lg2-for-version-controlling) , but it also didn't tell me how to get the public key, only that I should link it with git. I tried ssh-agent, and I'm told that I can now run ssh-add, so I tried that, but it didn't work. In the list of commands I got from help -l, I saw ssh-copy-id So I tried that and ran ssh-copy-id ~/.ssh/id_ed25519, but that didn't work, tried it again ssh-copy-id ~/.ssh/id_ed25519.pub. That didn't work either. I got Error: ssh: Could not resolve hostname and nodename nor servnamer provided, or not known. I'm not sure what I'm missing here. I've done the same on Android and I got the repo to sync, but iOS has me stumped.

I've been using mosh on my mac to connect to a few linux systems for a long time without issue. Earlier this week, the homebrew crew released an update to mosh ( https://github.com/Homebrew/homebrew-core/commit/57a15db728b2d11eb1fbaa96e783a07b6014f713 ). Now, whenever I try to connect to these same systems mosh almost immediately crashes (after validating the SSH connection and clearing the screen) with a "Job 1, 'mosh sentry' terminated by signal SIGSEGV (Address boundary error)". Anyone have ideas how to resolve this?

I am transition from Windows to OS X: Can one configure the Safari browser with a socks to tunnel through a SSH tunnel (Putty in MS-Windows). Can a SSH tunnel be configured from the command line and command the Safari browser to direct request / responses through the tunnel? If yes, an example is appreciated.

Just moved off from windows into a Mac. I used to use Putty and it has a feature of logging sessions into a folder so everything that happens (stdin/out) goes also to a folder for historic record. I would like to have the same thing with Mac Terminal app.

When I run my AppleScript in a remote mode, I get this message in an user where the script runs: “sshd-keygen-wrapper“ wants access to control “System Events“. Allowing control will provide access to documents and data in “System Events“, and to perform actions within that app. Is it possible to allow ssh-keygen-wrapper to access System Events" for all users in the same computer ONLY once, i.e. each new user in this computer doesn't need to allow this ssh-keygen-wrapper again? It doesn't matter if it's a manual or programming solution.

I am attempting to set up autofs to spawn an sshfs. The autofs is on a Debian 10.9 system. The remote sshd I want it to connect to is on a mac running Big Sur. When I try to ls the intended (auto)mountpoint, I just get: No such file or directory I can ssh in fine, without a password, both as myself and as root. I want the sshfs to use root. I changed /etc/ssh/sshd_config to allow root login with a password. Other than that, the mac's sshd is untweaked. Also, this works fine on the Debian system: $ sshfs root@daniels-mac-mini:/System/Volumes/Data /mnt $ ls /mnt ...making it even more weird that sshfs isn't working but only when attempted under autofs. If I look in the mac's logs, I see a lot of: comp.apple.xpc.launchd (com.openssh.sshd...): Service exited with abnormal code: 255 And if I use launchctl to shut down the sshd on the mac, and then run: /usr/sbin/sshd -d ...in a terminal, I get a lot of output, including (retyped, I don't have cut and paste happy yet) : attempt 6 failures 5 [preauth] Failed password for root from 192.168.1.96 port 33336 ssh2 maximum authentication attempts exceeded for root form 192.168.1.96 port 33336 ssh2 [preauth] Disconnecting authenticating user root 192.168.1.96 port 33336: Too many authentication failures [preauth] ...which is strange, because it should be using public key authentication, not a password. I know passwordless is working fine in other circumstances between these two hosts. I've tried a number of things in /etc/auto.mymount on the Debian system, from complex but well-explored-in-Linux-land to as simple as: daniels-mac-mini -fstype=fuse,allow_other :sshfs\#root@daniels-mac-mini\:/System/Volumes/Data Any suggestions folks? I'm about out of ideas. Thanks!

Is there a good app that has a graphical interface and functionality similar to [PuTTY](http://www.chiark.greenend.org.uk/~sgtatham/putty/) (telnet / ssh client) for OS X? I know that I can just use terminal and an ssh command. Id like a full application to: - store connection info - store passwords - store login account credentials - help manage ssh keys Does this exist?

I have a Mac Mini, M1, which I use remotely via SSH / VNC. From time to time I need to issues a reboot to the machine. After rebooting however, I am unable to establish an SSH connection as all I get are 'Connection Refused' packets. It seems that machine does not actually finish the boot process until first login; only after entering my password on the local machine does it start accepting SSH connections. How can I make the Mac actually finish booting without someone physically at the machine?

In my MAC on the ls -al ~/.ssh directory there are many keys. How can i know the passphrase of these?

I tried to use the accessibility/zoom feature on a terminal window which is running a ssh session to a remote FreeBSD host and where after login to the remote system a "screen" session has been launched. It appears that the "zoom" feature is only aware of the original text that was displayed in the terminal window before screen was launched, so is rendering a zoomed version of that original text instead of what is currently displayed. Can anyone suggest what option settings might enable the zoom feature to display the correct text?

I was trying to install something with homebrew, and it installed 30gb of dependencies and then ultimately failed because this machine has 12.4 and it told me my version of XCode was too old. So I tried brew autoremove, and some other stuff, but I could not get it to reclaim the huge of space it had used up for that one installation... So I just completely uninstalled homebrew and reinstalled it. So now I got my hard drive space back, but suddenly I cannot ssh into this machine anymore.. When I put my password in it says: debug1: Authentications that can continue: publickey,password,keyboard-interactive I feel like I have seen this happen before on other mac machines when trying to scp files to a remote Desktop folder because mac os did something recently making Desktop have more locked down permissions than it used to back in the day... But my home directory shows drwxr-xr-x so it's not a permissions issue... I have no idea how uninstalling homebrew could have caused this... But, prior to doing that, I could ssh into this machine just fine.

I have two folders on a remote server, and I mount them locally on my Mac using MacFUSE and SSHFS, as described here or here : sshfs -o allow_other,defer_permissions myuser@remote.server:/path/to/folder1 /Users/me/folder1 sshfs -o allow_other,defer_permissions myuser@remote.server:/path/to/folder2 /Users/me/folder2 The two mount commands work nicely, and I can access the folders. However, each time I shut down my Mac, the folders get unmounted, and I need to mount them again when I log in. This gets old very quickly. How can I have OSX mount the remote folders automatically each time I log in?

SSH from MacBook Pro to Fedora laptop times out consistently, when using SSH command from ZSH (Terminal app). Yet I'm able to connect to the Fedora laptop using my smartphone or even an SSH app on same MacBook. Same port, same Ip address, same credentials. Initially I was able to rsync to same Fedora laptop just fine, then for no reason rsync failed in the middle, and since then neither SSH nor rsync work. Restarting Fedora laptop helps, but then after another rsync session not able to SSH again. What can be a problem here?

ssh -vvv user@10.0.0.199                                                           
OpenSSH_9.8p1, OpenSSL 3.3.1 4 Jun 2024
debug1: Reading configuration data /opt/homebrew/etc/ssh/ssh_config
debug2: resolve_canonicalize: hostname 10.0.0.199 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/user/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/user/.ssh/known_hosts2'
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to 10.0.0.199 [10.0.0.199] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: connect to address 10.0.0.199 port 22: Operation timed out
ssh: connect to host 10.0.0.199 port 22: Operation timed out

My Question is seemingly simple. I need to mount an SSH/SFTP volume and make it visible in finder to be able to use it as if it were a local volume (think SMB share). I have tried everything I could find (MacFUSE + sshfs (whatever version), Macfusion (couldn't install),...). Is there anyway to do this seemingly simple thing? It feels like I'm missing something here. Also, I'm not looking for an SFTP client for download/upload. My personal machine is an Ubuntu box, and that's easily doable on that.

I need a small graphical utility, using which I can ssh to a server and see all the files and copy and paste (drag and drop) into my local machine. I am running Snow Leopard.

My web development server is in the Cloud and I am very new to Macs. On Ubuntu and other flavors of Linux, I would mount the remote drives using sshfs. I have researched SSHFS for Mac and come up with **FUSE for OS x** and **MacFUSE**. I have them both installed but when I attempt to run *man sshfs* on my commandline I get a command not found error. Unless I am missing something, I can't find simple instructions to help me resolve this issue. I have tried **Mount** and **Mount_smbfs** too but I immediately get *server connection failed: operation timed out* errors. My Mac runs on OS X Lion 10.7.5 (11G63) Can anyone please give me some simple steps to help overcome this obstacle?