- 1 ChaosVPN: Fonera Instructions
- 1.1 Supported Hardware
- 1.2 Software
- 1.3 Instructions
- 1.3.1 Step 1
- 1.3.2 Step 2 - Flash to Official Dev Image go get SSH working
- 1.3.3 Step 3 - upload the ChaosVPN image to your Fonera
- 1.3.4 Step 4 - The flashing of the device with Backup
- 1.3.5 Step 5 - The flashing of the device without Backup
- 1.3.6 Step 6 - The long waiting
- 1.3.7 Step 7 - IP Allocation
- 1.3.8 Step 8 - Setting up TINC keys
- 1.3.9 Configuring ChaosVPN
- 1.3.10 Adding DNS for the ChaosVPN
- 1.3.11 Adding DNS entries
- 1.3.12 Firewall Rules
ChaosVPN: Fonera Instructions
* Fonera 2.0n
Latest ChaosVPN Fonera Image - openfly's build
* Foneros 22.214.171.124 beta 2 * ChaosVPN 2.12 * Tinc 1.0.18
Source Available here at your own peril.
To be able to access your Fonera 2.0 using the ssh protocol. If yes skip step 2.
Step 2 - Flash to Official Dev Image go get SSH working
you will need to reflash your stock fonera with a DEV image.
I've included a link to a tested DEV image in the Using "http://wiki.hamburg.ccc.de/ChaosVPN" as property chain is not permitted during the annotation process..
You download the .tgz of the image.
Do not untar or ungzip it.
Simply access the administrative web interface on the device.
Head to the system / settings section.
Upload the tarball to the device to start the reflash.
A progress bar should appear to indicate the device is being flashed.
Do not unpower the device until the flash has completed.
Do not unpower the device until the flash has completed.
Upon the completion of a flash, the system should automatically reboot itself.
Please give it time to do so.
There have been instances where it has hung just after a reflash, or simply acted oddly.
I've simply waited until I was certain no more was going on on the device and then gave it a quick reboot.
This can also address browser issues.
Step 3 - upload the ChaosVPN image to your Fonera
Now you can access ssh on the device.
Password: the same as your administrative password used on the web UI.
Verify you can login correctly.
Once you have done so, scp (Secure CoPy) the ChaosVPN image tarball to the device.
you can use simply scp in Linux.
you can use winscp or putty in Windows.
scp fonera2n-chaosvpn.img admin@fonera:tmp/fonera2n-chaosvpn.img
Confirm that everything uploads nicely.
More about [Secure CoPy]
cd /tmp wget http://www.music-piracy.com/fonera2n-chaosvpn.img
Step 4 - The flashing of the device with Backup
If you do not want to backup. (case: new Device / clean install) skip this step
The tarball as included is laid out to demonstrate how you can upgrade your device properly.
Since you won't be "upgrading" from a previous ChaosVPN instance some things are slightly different.
Let's look at what is in the tarball.
20100824_FON2303_126.96.36.199_r1730_DEV.img fonera2n-chaosvpn.img upgrade upgrade_developer
fonera2n-chaosvpn.img, and upgrade are symlinks to the image and upgrade script respectively.
fonera2n-chaosvpn.img is the image you will be upgrading to. (check the Using "http://wiki.hamburg.ccc.de/ChaosVPN" as property chain is not permitted during the annotation process. for newer images)
Let's look at upgrade_developer:
#!/bin/ash VERSION=$(cat /etc/fon_version) # FAILSAFE=$(cat /etc/failsafe) DEVICE=$(cat /etc/fon_device) if [ "$DEVICE" = "fonera20n" ] then uci set registered.fonreg.dev=1 uci commit tar cvzf /tmp/sysupgrade.tgz /etc/passwd /etc/group /etc/dropbear /etc/samba/smbpasswd /etc/samba/secrets.tdb /etc/config/firewall /etc/config/upnpd /etc/config/umtsd /etc/config/registered /etc/config/gdata /etc/config/facebook /etc/config/flickr /etc/config/mountd /etc/config/fon /etc/config/ddns /etc/config/wizard /etc/pureftpd.pdb /etc/pureftpd.passwd /etc/config/luci_dlmanager /etc/config/twitter /etc/config /firewall /etc/tinc /etc/init.d/firewall mtd -j /tmp/sysupgrade.tgz -r write fonera2n-chaosvpn.img image > /dev/null 2>&1 return 0 else return 1 fi
Okay so there's only 2 important lines in the script.
The tar creation call,
and the call to mtd.
What the tar creation call does, is it creates a tarball in /tmp of the fonera called "sysupgrade.tgz".
Everything you tar up into it ( using an absolute directory path ), will be saved there and deployed after the firmware is upgraded.
What this allows you to do is save settings of your device.
You will need to specify the paths of areas of the file structure you want preserved manually.
The mtd call is the upgrade call.
mtd -j /tmp/sysupgrade.tgz -r write fonera2n-chaosvpn.img image
Step 5 - The flashing of the device without Backup
The flashing of the device without Backup.
for New Device / clean install
mtd -r write fonera2n-chaosvpn.img image
Step 6 - The long waiting
Now you should see some dialogue that says the firmware is flashing with an oscillating w / e thing going.
Eventually this will end and the device will reboot.
This is expected. Anything else, is not.
Please do not unpower the device until you are certain the operation has completed, or are certain that anything still occurring MUST be bad.
Step 7 - IP Allocation
Go to IPRanges, select a range and fill out the corresponding data.
Please conform to standards.
Be sparing in your address space allocations.
You don't need a /16 for your apt.
Step 8 - Setting up TINC keys
So by now your fonera should have rebooted.
You should have set up an administrative password, and made the device network accessible in the WebUI.
So connect over ssh to the device.
You should see some ChaosVPN messages in the MoTD, take this as a sign you've gotten this far without error.
First thing you are going to want to do is generate a keypair for your node.
tincd -n chaos --generate-keys=2048
Hit 2 times [Enter]. Do not change the default name/location of the keys. Default it get drop in /etc/tinc/chaos/.
Make a copy in a SECURE location not on that device.
E-Mail Haegar directly, or the ChaosVPN mailing list to have your node added.
Send info such as the following:
nodename: hackerspace ( short, no spaces, no non chars, descriptive ) network: 10.100.xxx.xxx/24 ( use the address space you allocated in the IP ranges wiki ) owner: email@example.com ( make this legitimate ) gatewayhost: your external address if you have a static one network6: same as network, but for ipv6.
key: public key here
Wait for Haegar or someone else to confirm you have been added to the VPN successfully. (it can take ~24h).
There is a chaosvpn.conf in /etc/tinc/ .
You have to change 2 things in the config:
$my_peerid = "thenameofyournode"; $my_vpn_ip = "172.31.x.x";
Once you have filled out your chaosvpn.conf file correctly.
Checking to see if it worked
Please give ChaosVPN a testrun. After you are you get the validation of the adding to the ChaosVPN.
Hope no error appears.
You should see a hell of a lot of routes using the chaos_vpn interface. This is good.
Check /etc/tinc/chaos/hosts/ see if a whole bunch of node info has appeared.
Wait several minutes from first execution then test ping some of the "test ping" addresses as defined in the IP Ranges wiki page. 10.100.69.1 is the NYC Resistor fonera. See if you can ping it from the router.
If all went well you are now pinging.
Get someone to ping you back. Ask in the IRC Channel
You now have a functional node.
Adding DNS for the ChaosVPN
edit /etc/config/dhcp under the section "config dhcp lan"
list 'dhcp_option' '6,188.8.131.52,172.31.0.5'
172.31.0.5 DNS Server in the ChaosVPN
6 stands for DNS and is a DHCP option
Adding DNS entries
Create the file /etc/hosts.local and add your DNS entries,
than edit /etc/config/dhcp under the section "config dnsmasq"
option domain 'mynodeiscool.hack' option addnhosts '/etc/hosts.local'
People have diverse configuration needs. You may have to make your own changes the iptables on the fonera. For me the following two iptables commands are all that is required to allow bi-directional communication from devices connected to the fonera, and the rest of the ChaosVPN.
/usr/bin/iptables -I forwarding_rule -j ACCEPT -p all -s '0/0' -d '0/0' -i 'br-lan' -o 'chaos_vpn' /usr/bin/iptables -I forwarding_rule -j ACCEPT -p all -s '0/0' -d '0/0' -i 'chaos_vpn' -o 'br-lan'
Also you should throw ChaosVPN, and the iptables rules into /etc/init.d/ somewhere. I put them all in the firewalls init.d script. This is probably wrong. There is probably a better way.