<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1250"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="CS" link="#0563C1" vlink="#954F72"> <div class="WordSection1"> Hi everyone,<o:p></o:p> <o:p> </o:p> it’s me again. I just want you to notify that I have identified the root cause of this issue. There was a colliding service listening on port tcp/8080 locally – the UniFi controller (yep, I have installed this on a not-so-important node without isolation, will fix this after Christmas). So it happens that the ssh client fails silently (does not exit, no error was in the RIPE atlas probe logs either) when it’s unable to bind to a local socket to perform SSH forwarding. That’s a weird bug, but it’s really there.<o:p></o:p> <o:p> </o:p> So this is just for you to know, that it’s working for me. I will spend more time with the probe and get back with further feedback.<o:p></o:p> <o:p> </o:p> Thanks for having me and again merry Christmas to all of you.<o:p></o:p> <o:p> </o:p> Cheers,<o:p></o:p> Radek Zajic<o:p></o:p> <o:p> </o:p> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"> Od: Radek Zajic <radek@zajic.v.pytli.cz> Datum: úterý 24. prosince 2019 9:41 Komu: "atlas-sw-probes@ripe.net" <atlas-sw-probes@ripe.net> Předmět: Merry Christmas and a HTTP 302<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> Hi everyone,<o:p></o:p> <o:p></o:p> Merry Christmas (or Festive season, if you prefer) and a happy New Year to everyone!<o:p></o:p> <o:p></o:p> I have just registered my first software RIPE probe. I can see it in my RIPE Atlas probe list. When checking systemd logs, I can see that the probe is registered properly with its control server (which is ctr-fsn01.atlas.ripe.net).<o:p></o:p> <o:p></o:p> When I ran the first measurement from it, the measurement didn’t show up on the web. I see the following error in the systemd journal:<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: total size in dir: 5668<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: before getaddrinfo<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: before connect<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: sending request<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: posting file '/var/atlas-probe/data/out/ooq/2'<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: posting file '/var/atlas-probe/data/out/ooq/1'<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: getting result<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: POST command failed: '302 '<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: httppost: leaving with error<o:p></o:p> pro 24 09:36:38 controller ATLAS[8785]: ooqd: httppost failed with 1<o:p></o:p> <o:p></o:p> This conforms to what I see in tcpdump:<o:p></o:p> POST /?PROBE_ID=1000060&SESSION_ID=34f398cd76888d91da4adb236e00ded25abf69bcf959509b748ad7e84b33c2c8&SRC=oneoff HTTP/1.1<o:p></o:p> Host: 127.0.0.1<o:p></o:p> Connection: close<o:p></o:p> User-Agent: httppost for atlas.ripe.net<o:p></o:p> Content-Type: application/x-www-form-urlencoded<o:p></o:p> Content-Length: 5759<o:p></o:p> <o:p></o:p> P_TO_C_REPORT<o:p></o:p> RESULT { ... }<o:p></o:p> HTTP/1.1 302 <o:p></o:p> Location: /manage<o:p></o:p> Content-Length: 0<o:p></o:p> Date: Tue, 24 Dec 2019 08:14:38 GMT<o:p></o:p> Connection: close<o:p></o:p> <o:p></o:p> The question is: why does the probe (talking via the initiated SSH tunnel at 8080:127.0.0.1:8080) receive such a message from the controller? Is this common or a bug?<o:p></o:p> O/S: Ubuntu 18.04, amd64<o:p></o:p> SW probe version: atlasswprobe==5000-1<o:p></o:p> <o:p></o:p> Thanks for any insight and/or hint.<o:p></o:p> <o:p></o:p> Cheers,<o:p></o:p> Radek Zajic<o:p></o:p> </div> </div> </body> </html>