Простой способ передачи файлов с использованием SSH-подобной технологии, вероятно, заключается в использовании команды scp, поставляемой с OpenSSH.
scp username@172.31.98.84:/file .
Если вы хотите попробовать графический интерфейс, WinSCP.net хорош для Windows. Вы можете подключить его к 127.0.0.1, чтобы увидеть, какие имена появляются.
Похоже, одна система может не принимать трафик через TCP-порт 22. Это может быть связано с отсутствием SSH-сервера или из-за технологии, подобной брандмауэру, блокирующей трафик. Я предлагаю "netstat -na" (должен работать в системах Unix-ish, которые, как я понимаю, Mac OS X ... также работает в Microsoft Windows), чтобы подтвердить, прослушиваете ли вы TCP-порт 22 (и по какому адресу) , В противном случае, вы можете запустить sshd для запуска SSH-сервера?
Относительно того, могут ли системы взаимодействовать друг с другом, это зависит от того, как все настроено. Теоретически, Starbucks может ограничивать трафик между устройствами в Wi-Fi, делая невозможным такое взаимодействие по сети Starbucks. На практике многие организации не заботятся о такой защите. Я не знаю, что делает Starbucks в последнее время, и есть вероятность, что такие детали могут со временем меняться.
Другой возможностью может быть использование Wi-Fi сети Ad hoc. Если вы можете сделать это с обоими компьютерами, вам может даже не понадобиться использовать оборудование Starbucks Wi-Fi (что означает, что Wi-Fi Starbucks не будет вызывать никаких проблем).
Отключение брандмауэра Windows, как это предлагается в другом ответе, может помочь Mac подключиться к брандмауэру Windows. Это на самом деле подход, который НЕ рекомендуется, несмотря на то, что он может работать. Такой подход может быть простым, но также может привести к ненужному риску для безопасности. Можно использовать более эффективные подходы, например, просто создать одно правило / исключение в программном обеспечении брандмауэра Windows, чтобы получить доступ к TCP-порту 22 из внешнего трафика. Возможно, вы захотите протестировать такое соединение из среды, в которой проще устранить неполадки (например, дома, на похожих машинах, в проводной сети).
Я надеюсь, что отвечает на ваши вопросы. Некоторые из предоставленных вами данных немного расплывчаты (какая система смогла успешно запустить "ssh"? Какая система имела этот IP-адрес?)