<div dir="ltr">Hi,<div>          I seem to recall that these goflex boxes used busybox/uclibc and if you did a reset, maybe you can just access the web interface with default user/pass and enable ssh</div><div>Mark</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 24 Jun 2020 at 11:06, Alistair Boak <<a href="mailto:alistairboak@gmail.com">alistairboak@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Justin,<br>
<br>
Just tried that and it came back “Connection refused”<br>
<br>
I will read up on netcat and try before anything else, Thank you for the heads-up.<br>
<br>
Hopefully see lots of folk at the next Edlug?<br>
<br>
Cheers,<br>
<br>
Alistair<br>
<br>
> On 23 Jun 2020, at 19:36, Justin B Rye <<a href="mailto:justin.byam.rye@gmail.com" target="_blank">justin.byam.rye@gmail.com</a>> wrote:<br>
> <br>
> Alistair Boak wrote:<br>
>> I’ve been playing with an old Seagate GoFlex Net that I have on my<br>
>> internal network.<br>
> [...]<br>
>> bash-3.2# ssh -vvv <a href="mailto:alarm@192.168.1.179" target="_blank">alarm@192.168.1.179</a><br>
>> OpenSSH_7.8p1, LibreSSL 2.6.2<br>
> <br>
> A noughties shell version number combined with modern network<br>
> software?  Weird, but better than the reverse.<br>
> <br>
>> debug1: Reading configuration data /etc/ssh/ssh_config<br>
>> debug1: /etc/ssh/ssh_config line 48: Applying options for *<br>
>> debug1: /etc/ssh/ssh_config line 52: Applying options for *<br>
> <br>
> (Whatever options you're defining for "any host", you probably don't<br>
> need to say it twice, but that's sure to be a red herring.)<br>
> <br>
>> debug2: resolve_canonicalize: hostname 192.168.1.179 is address<br>
>> debug2: ssh_connect_direct<br>
>> debug1: Connecting to 192.168.1.179 [192.168.1.179] port 22.<br>
>> debug1: connect to address 192.168.1.179 port 22: Connection refused<br>
>> ssh: connect to host 192.168.1.179 port 22: Connection refused<br>
>> bash-3.2# <br>
> <br>
> Before you break out the soldering iron, there are a couple of things<br>
> you can do to check whether you're really reaching an SSH server and<br>
> being blocked there or whether this is a misleading error message.  If<br>
> you probe it with something like netcat, do you see a plausible reply?<br>
> Come to think of it, never mind fancy network diagnostics, just say:<br>
> <br>
> $ cat < /dev/tcp/<a href="http://192.168.1.179/22" rel="noreferrer" target="_blank">192.168.1.179/22</a><br>
> <br>
> and you should get at least an SSH banner back...<br>
> -- <br>
> Justin B Rye<br>
> <a href="http://jbr.me.uk/" rel="noreferrer" target="_blank">http://jbr.me.uk/</a><br>
> <br>
> -- <br>
> EdLUG mailing list<br>
> <a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
> <a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mailman/listinfo/edlug</a><br>
<br>
<br>
-- <br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mailman/listinfo/edlug</a></blockquote></div>