Installing Python

[LJHerskowitz]

I am using a 9030. And i'm betting that a firewall is keeping me out.

How would I know what I need to download, and put on a USB stick when installing this package?

[BradM]

Well, let's try working around the firewalls (this has the possibility of being much easier)

From the command prompt, can you ping download.ni.com?

If so, what does the command "wget http://download.ni.com/ni-linux-rt/feeds/2014/x64/Packages.gz" return? Paste the output, please.

If that succeeds, then you should be able to use opkg without issue.

If it fails, you may want to try running

• wget -U 'Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Ubuntu Chromium/25.0.1364.160 Chrome/25.0.1364.160 Safari/537.22'  http://download.ni.com/ni-linux-rt/feeds/2014/x64/Packages.gz

or

• wget -U '' http://download.ni.com/ni-linux-rt/feeds/2014/x64/Packages.gz

If one of these works, then we can work around the issue and get you working around the firewall rules

[LJHerskowitz]

I can ping download.ni.com. Below is the response to wget.

admin@NI-cRIO-9030-019FE011:~# wget http://download.ni.com/ni-linux-rt/feeds/2014/x64/packages.gz

Connecting to download.ni.com (203.117.152.200:80)

wget: can't connect to remote host (203.117.152.200): Connection refused

[BradM]

Try modifying the so-called "user-agent" of the HTTP requests (the "-U" options) of the options I noted and report back. The user-agent string is one of the easier facets to filter out unusual, not-user-generated traffic.

[LJHerskowitz]

admin@NI-cRIO-9030-019FE011:~# wget -U 'Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Ubuntu Chromium/25.0.1364.160 Chrome/25.0.1364.160 Safari/537.22'  http://download.ni.com/ni-linux-rt/feeds/2014/x64/Packages.gz

Connecting to download.ni.com (203.117.152.200:80)

wget: can't connect to remote host (203.117.152.200): Connection refused

admin@NI-cRIO-9030-019FE011:~# wget -U '' http://download.ni.com/ni-linux-rt/feeds/2014/x64/Packages.gz

Connecting to download.ni.com (203.117.152.200:80)

wget: can't connect to remote host (203.117.152.200): Connection refused

[BradM]

Ugh. That's a shame.

Basically, I'd recommend starting with the listed packages (gcc and gcc-symlinks). Use a browser to go to http://download.ni.com/ni-linux-rt/feeds/2014/x64/. Here, under one of three folders is where you'll find the various packages that are installable to your target.

You can start with the gcc package at http://download.ni.com/ni-linux-rt/feeds/2014/x64/x86_64/gcc_4.7.2-r20_x86_64.ipk. Download that file, copy it to a USB stick, plug that stick into the target, and follow the procedure:

1. opkg install /$PATH/$TO/$USB/$PACKAGE
   • If it fails
     • Note the first failed dependency
     • Locate and download the missing dependency from download.ni.com/ni-linux-rt/feeds/2014/x64
     • Remove the USB stick from your controller and copy the dependency to the USB stick
     • Plug the USB stick back into your controller. The dependency becomes $PACKAGE, start back at 1
   • If it succeeds
     • The previous package that you installed that needed this package becomes $PACKAGE, start back at 1

[BlueCheese]

The fact that your TCP connection is refused would seem to indicate that modifying your user agent is pointless, since it never has the opportunity to even pass that.

The IP you resolved seems odd:

>nslookup 203.117.152.200

Name:    d117152200.ppp117152.cyberway.com.sg

Address:  203.117.152.200

It is possible that download.ni.com is serviced by some 3rd-party caching functionality (like Akamai or similar), but this doesn't look like any I am familiar with. It seems like your DNS service might be acting funny, or is intentionally redirecting traffic through some proxy mechanism.

[tduffy]

It is Akamai.

ref: https://www.robtex.com/en/advisory/ip/203/117/152/200/

[BradM]

BlueCheese wrote:

The fact that your TCP connection is refused would seem to indicate that modifying your user agent is pointless, since it never has the opportunity to even pass that.

...

SPI firewalls can do Bad Things™, making the remote "refuse" connections.

But it seems like I was barking up the wrong tree regardless. Thanks for seeing what I missed.

[LJHerskowitz]

I haven't tried installing it manually yet like you described above, but it seems like a pretty annoying process. Do you think a lot of people have this problem, not being able to use opkg to install new packages? Is there any consideration to make this easier in these cases?