<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with provisioning]]></title><description><![CDATA[A list of topics that have been tagged with provisioning]]></description><link>http://community.onion.io/tags/provisioning</link><generator>RSS for Node</generator><lastBuildDate>Tue, 16 Jun 2026 15:26:58 GMT</lastBuildDate><atom:link href="http://community.onion.io/tags/provisioning.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 06 Aug 2017 09:05:44 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Zero-Touch Provisioning on Boot]]></title><description><![CDATA[@Jeff-Seese Nice solution!
However, in my case I had to find a way to provision (also, several hundreds) of Omega2, but only connected via Ethernet - without access to the serial port.
The solution was using IPv6: altough a factory-new Omega2 initializes the ethernet at boot, it does not configure a IPv4 address for it. But the ethernet interface does get a IPv6 link local address!
So what I did was using a Linux box (actually, LEDE as well, on an Alix 2D3) with a spare Ethernet port.
When an Omega2 is connected to that port, one can easily find its IPv6 link local address via ping6 (assuming eth2 is the separate ethernet interface):
ping6 -c 2 -i 4 ff02::1%eth2

This is a multicast ping to the all nodes address, and causes all connected devices to respond:
PING6(56=40+8+8 bytes) fe80::1884:720:42ce:499d%en14 --&gt; ff02::1%en14
16 bytes from fe80::1884:720:42ce:499d%en14, icmp_seq=0 hlim=64 time=0.246 ms
16 bytes from fe80::42a3:6bff:fec1:28e3%en14, icmp_seq=0 hlim=64 time=0.765 ms
16 bytes from fe80::42a3:6bff:fec0:cfaf%en14, icmp_seq=0 hlim=64 time=190.962 ms

The responses include answers of the local linux box's own ethernet interface, but  as the IPv6 link local address is derived from the device's MAC address, the Omega2's can easily be found: those with IPv6 in the form fe80::42a3:6bff:fec0:xxxx.
Knowing the IPv6, one can now login via ssh using the standard root/onioneer login, and from there do everything needed to provision the device. In my case, that's setting some uboot env vars and then uploading and flashing my own LEDE image.
The only hurdle on that path was automating a password based ssh login to a unknown device. There's a utility called sshpass that allows specifying the  password on the command line. But there's also the host check that must be overridden - dropbear's ssh can do that by specifying the -y option twice, but dropbear's scp couldn't do the same, so I had to patch it (just let me know if anyone is interested in that patch).
BTW: this also works from any Linux or Mac without separate ethernet port. I needed the separate ethernet segment only for a subsequent test step which involved DHCP and IPv4 that should not mix with my normal LAN.
]]></description><link>http://community.onion.io/topic/2267/zero-touch-provisioning-on-boot</link><guid isPermaLink="true">http://community.onion.io/topic/2267/zero-touch-provisioning-on-boot</guid><dc:creator><![CDATA[luz]]></dc:creator><pubDate>Sun, 06 Aug 2017 09:05:44 GMT</pubDate></item><item><title><![CDATA[Shim layer for software driver profiles]]></title><description><![CDATA[I just realized that specific software driver profile loadouts could be housed on custom and small flash drives that could ship all needed packages (which opkg could later update once installed) for a specific hardware kit ordered from the store.  Really, for the above to make sense, I do believe that we'd need to tweak the OS to allow for running packages installed outside of root, such that the 16MB root partition can house only the absolute essential bootstrapping tech, while the external usb hub is required to run the actual application/project software necessary.
]]></description><link>http://community.onion.io/topic/721/shim-layer-for-software-driver-profiles</link><guid isPermaLink="true">http://community.onion.io/topic/721/shim-layer-for-software-driver-profiles</guid><dc:creator><![CDATA[Theodore Borromeo]]></dc:creator><pubDate>Fri, 29 Apr 2016 17:42:54 GMT</pubDate></item></channel></rss>