As promised in my last post about the tinc IPv6 VPN router on Raspberry Pi I’ll provide cut-and-paste setup instructions to get the setup off the ground. I have used Ubuntu 14.04.l LTS to create this howto, but most other Debian-based distributions will work for this, and most other distributions also carry the tinc package.
Prepared requirements to complete this howto is: a) One installed virtual or physical server with dualstack IPv4 and IPv6 connectivity to the Internet without port filtering. (Must be added after installation is done). b) Static IPv6 addressing with atleast one static address (eth0) and two /64 networks routed to this address. c) An Raspberry Pi with an Raspbian installed. d) The Nordic Semiconductor (Bluetooth Smart) Raspbian 6LoWPAN-enabled 3.17.4+-release Linux kernel image package downloadable from their devzone site (direct download link: here)
Note: Please replace the IPv4 and IPv6 example networking with your own networks as needed in the following configuration examples. To get this working you need to know that the eth0 interface of the router has the IPv6 address 2001:0db8:85a3:a1a1::1/64 facing the Internet and the IPv6 network 2001:0db8:85a3:ef00::/56 routed to it. The virtual interface running the v6router has the /56 prefix routed to it locally and does the routing for it’s clients on the “inside” of this interface virtually.
On your server carry out the following steps to get tinc installed and ready for action:
aptitude install tinc echo "v6router" >> /etc/tinc/nets.boot mkdir -p /etc/tinc/v6router/hosts cd /etc/tinc/v6router cat <<EOT >> /etc/tinc/v6router/tinc.conf Name = v6router Mode = switch EOT cat <<EOT >> /etc/tinc/v6router/tinc-up #!/bin/sh # Enable tinc - add things ip link set $INTERFACE up ip -6 addr add 2001:0db8:85a3:ef00::1/64 dev \$INTERFACE ip -6 route add 2001:0db8:85a3:ef00::/56 dev \$INTERFACE # Static routing table - five client networks ip -6 route add 2001:0db8:85a3:ef11::/64 via 2001:0db8:85a3::11 ip -6 route add 2001:0db8:85a3:ef12::/64 via 2001:0db8:85a3::12 ip -6 route add 2001:0db8:85a3:ef13::/64 via 2001:0db8:85a3::13 ip -6 route add 2001:0db8:85a3:ef14::/64 via 2001:0db8:85a3::14 ip -6 route add 2001:0db8:85a3:ef15::/64 via 2001:0db8:85a3::15 EOT chmod +x /etc/tinc/v6router/tinc-up cat <<EOT >> /etc/tinc/v6router/tinc-down #!/bin/sh # Disable tinc - remove things # Static routing table - remove routes for clients ip -6 route del 2001:0db8:85a3:ef11::/64 via 2001:0db8:85a3::11 ip -6 route del 2001:0db8:85a3:ef12::/64 via 2001:0db8:85a3::12 ip -6 route del 2001:0db8:85a3:ef13::/64 via 2001:0db8:85a3::13 ip -6 route del 2001:0db8:85a3:ef14::/64 via 2001:0db8:85a3::14 ip -6 route del 2001:0db8:85a3:ef15::/64 via 2001:0db8:85a3::15 # Disable tinc - remove routes and interface ip -6 route del 2001:0db8:85a3:ef00::/56 dev \$INTERFACE ip -6 addr del 2001:0db8:85a3:ef00::1/64 dev \$INTERFACE ip -6 link set \$INTERFACE down EOT chmod +x /etc/tinc/v6router/tinc-down cat <<EOT >> /etc/tinc/v6router/hosts/v6router Address = 10.0.0.1 Subnet = 2001:0db8:85a3:ef00::1/128 EOT tincd -n v6router -K4096 echo "net.ipv6.conf.all.forwarding = 1" >> /etc/sysctl.conf
Now, we should repeat this process on the Raspberry Pi, slightly modified, as we should not set up as much networking here as on the central router. Here are the commands to copy-and-paste for your Pi after logging in as root (yes, we require Internet access for this):
apt-get install tinc mkdir -p /etc/tinc/v6router/hosts cd /etc/tinc/v6router cat <<EOT >> /etc/tinc/v6router/tinc.conf Name = node-one Mode = switch ConnectTo = v6router EOT cat <<EOT >> /etc/tinc/v6router/tinc-up #!/bin/sh ip link set \$INTERFACE up ip -6 addr add 2001:0db8:85a3::11/64 dev \$INTERFACE ip -6 route add default via 2001:0db8:85a3::1 dev v6router EOT chmod +x /etc/tinc/v6router/tinc-up cat <<EOT >> /etc/tinc/v6router/tinc-down #!/bin/sh ip -6 route del default via 2001:0db8:85a3::1 ip -6 addr del 2001:0db8:85a3::11/64 dev \$INTERFACE ip -6 link set \$INTERFACE down EOT chmod +x /etc/tinc/v6router/tinc-down cat <<EOT >> /etc/tinc/v6router/hosts/node-one Subnet = 2001:0db8:85a3::11/128 EOT tincd -n node-one -K2048
You now need to copy the file /etc/tinc/v6router/hosts/v6router from your central server to the node-one Raspberry Pi and place the contents of it in the exactly same file on the Pi. Then copy the contents of the file /etc/tinc/v6router/hosts/node-one from your Raspberry Pi to the same file on the central server.
If you would like your Raspberry Pi to automatically connect to the v6router on power-on you should add one more set of commands to it:
cat <<EOT >> /etc/tinc/nets.boot v6router EOT
You should now reboot your v6router server and make sure that it displays a virtual interface named v6router when done, it should look something like this:
v6router Link encap:Ethernet HWaddr c0:ff:ee:c0:ff:ee inet6 addr: fe80::50c0:35ff:eec0:ffee/64 Scope:Link inet6 addr: 2001:0db8:85a3::1/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0 MB) TX bytes:0 (0 MB)
Now reboot your Raspberry Pi and see if it’ll respond back to you with a ping on it’s IPv6 address. If you get a ping reply you are set for the last part that we’ll do in part four: – Getting the Raspberry Pi to connect devices on it’s local network with the routed IPv6 subnet.
Warning: The following paragraphs will be a bit technical, but that’s unfortunately the only way to differentiate between the users and administrators of such solutions. Hence, if you are not a sysadmin, or more than mildly interested in poking around with servers running Linux, configuring network interfaces and adding software to your servers.. get in touch with your local guru, as she or he will help you get things sorted quite nicely!
TL;DR: Quick and dirty copy-paste howto for both server/router and Raspberry Pi will follow in part three.
In part one we looked at setting the Raspberry Pi up with the needed connectivity to be able to download software from the Internet and explore it though SSH. Now, let’s get to the good stuff.
After getting the Pi onto the Internet, we can SSH into it and get tinc set up. You also need a dual stack connected server somewhere that talks to the Internet. I’m in luck as I happen to have native IPv6 connectivity all around, at work (ITsjefen AS), at my spare time NGO cyber anti crime organisation (Underworld), at home (Canal Digital/Telenor Norway) and of course the place that pioneered IPv6 connectivity in Norway – The Student Society of Trondheim (Studentersamfundet). For this project we’ll use a virtual server on a dedicated network at ITsjefen.
First you need to set up your server running Linux. I enjoy Ubuntu, so I’ll stick with Ubuntu 14.04.1 LTS 64bit for this one. After installing your server and getting it up and running IPv4 and IPv6 with dual stack connectivity you need to install and configure the tinc VPN software along with the needed configuration to act as a IPv6 router.
tinc Tinc (yes, I know they spell their project name with small letters, even if it’s in the beginning of a sentence) is installed from the standard Ubuntu package repositories using your choice of apt or aptitude. I usually prefer aptitude. Run ‘aptitude install tinc‘ as root to get tinc installed. The configuration files are in /etc/tinc – the directory will seem a bit empty and you will need to populate it yourself with the proper configuration files.
The structure of the /etc/tinc directory should be as follows: nets.boot – contains network that you would like to auto-connect/launch at boot-time: “v6router” v6router – create this directory to contain the configuration of your IPv6 router.
The /etc/tinc/v6router directory should have the following files in it: tinc.conf – the configuration file for this VPN. tinc-down – script file to run at shutdown. Remember to make this an executable after creation. tinc-up – script file to run at startup. Remember to make this an executable after creation. hosts – directory containing one file: v6router The /etc/tinc/v6router/tinc.conf file should look somewhat as follows:
Name = v6router Mode = switch
The v6router file in the hosts directory should contain an IPv4 address line and an IPv6 subnet definition (of one IP). It also should have your public key to authenticate against connecting clients. The layout of the file is as follows:
Address = 92.62.3X.XXX Subnet = 2a02:2c8:ffff::1/128
Now you need to generate the private and public keys for your router you need to run the command ‘tincd -n v6router -K4096‘. This will create a key pair with the names rsa_key.priv and the public key being automatically added to the v6router-file in the hosts directory. The files tinc-down and tinc-up are the script files that contain the commands needed to make your router act as a router and route a subnet to your Raspberry Pi and getting it connected to your router. You need to make these two executable scripts. The layout of the tinc-up script file is as follows:
tincd -n v6router -K4096
#!/bin/sh # Enable tinc - add routes ip link set $INTERFACE up ip -6 addr add 2a02:2c8:ffff::1/64 dev $INTERFACE ip -6 route add 2a02:2c8:ffff::/48 dev $INTERFACE # Static routing table – clients ip -6 route add 2a02:2c8:ffff:2::/64 via 2a02:2c8:ffff::2
As you can see, the file contains both a definition of your router itself and sets up a /48 to use for your clients (e.g. your Raspberry Pi). If you only have ONE Raspberry Pi, a whole /48 is a bit over the top, but since we’re creating a design that can be used by hundred or thousands of nodes here, we’ll spend a whole /48. A /48 is also the default delegation handed out to Business customers at most ISPs so having a /64 for your router with a /48 added for it’s nodes makes sense Business-wise. The file tinc-down does the above in reverse, tearing down the connectivity and routing when tinc is shut down. The contents of the file should be something like:
#!/bin/sh # Static routing table - remove routes for clients ip -6 route del 2a02:2c8:ffff:2::/64 via 2a02:2c8:ffff::2 # Disable tinc - remove routes and interface ip -6 route del 2a02:2c8:ffff::/48 dev $INTERFACE ip -6 addr del 2a02:2c8:ffff::1/64 dev $INTERFACE ip -6 link set $INTERFACE down
The idea behind the setup is so that you will know the node by it’s IPv6 address based upon it’s prefix and endpoint address. Hence, using this configuration your Raspberry Pi would be 2a02:2c8:ffff::2 and talk to your v6router server at 2a02:2c8:ffff::1. The v6router would then hand out the subnet 2a02:2c8:ffff:2::/64 to your Raspberry Pi, giving it a network to attach clients on it’s LAN on. An IPv6-enabled device on your LAN would then be able to talk to the Internet via the IPv6 VPN.
In the case of the project for Nordic these “clients” was the nRF51 kits with their Bluetooth connectivity. The nice part of this is that you are able to add and manage solutions based on static IPv6 nodes behind dynamic IPv4 network endpoints and the traversal of NAT have so far been no problem with the providers this have been tested with. Until we reach a stage with fully deployed IPv6 networking in both corporate and residential networks, this will in some way probably be the best way to achieve managed services based on this technology.
Future connected homes The scope of the Bluetooth IPv6 connectivity are not yet observed by the general public, but I myself see a connected not too distant future home with smart devices that actually will tell my shopping application on my phone that “YES, your wife have already taken the last milk out of the fridge, you need to buy two, not one litres”. There will probably also be initiatives from makers of such devices, such as Electrolux and Samsung (yes I know they are already playing with both their heat pumps and their washing machines over your local WLAN) who will provide on-site remote service by the use of connected appliances that talk to services at the manufacturers network. Such services could be perhaps a monthly check in that will give you a nice status page saying that yes, your Samsung fridge motor is still running and that ice crusher machine on the freezer-part of the two-door monster is actually in need of a check up – Would you like a repairman on site or a remote diagnostic ran? In part three I will provide the cut-and-paste setup howto for your own tinc IPv6 VPN mesh network and explore some of the things you need to think about before setting up any services that actually talk with the Internet on any such solutions. Until then I would very much recommend the Nordic Semiconductor IPv6 brewed coffee demo at CES2015. I hope lot’s of people have had good IPv6 brewed coffee! Hope to see that machine at Trondheim Developer Conference 2015 in October!
In December 2014 I had the opportunity to work with Nordic Semiconductor (Nordic) on a consultancy project aimed to equip their sales team with a demonstration kit that allowed Bluetooth Smart technology (Bluetooth low energy devices) to talk to services on the Internet using IPv6.
The problem Nordic faced is that one can not know what kind of network you will be presented with when doing a demonstration and most networks are set up with only IPv4 RFC1918 local network addressing with NAT and one public IPv4 address on the outside (WAN) before you reach the Internet. There is close to zero native IPv6 connectivity in most venues, hence, you need to do some level of tunnelling / VPN to get IPv6 onto your kit that talks IPv6. The do and do-not. Before I was invited to the project Nordic had already started out with the basic idea that a broad band router with dual stack IPv4/IPv6 connectivity could cater for this with a Raspberry Pi on it’s local WLAN or wired LAN. The Raspberry Pi would then allow the Bluetooth devices to connect to it through the bluetooth network interface using the 6LoWPAN technology that recently has emerged in kernel space (starting with the Linux kernel series 3.17).
However, we quickly became aware of the issues with such broadband routers: Their IPv6 capabilities exist on paper, but for the most, are rather often than not, badly implemented or even tacked onto the software part of the devices after initial design is done. Opening an web browser talking to your broadband router will mostly give you menus saying things like “Network => WAN, WLAN, LAN” and at the very end of the row of other tabs like “Security” and “Administration” you get this new one.. “IPv6”. Right.
Disappointed with the sorry state of technology at this stage I went back home and thought about how to do things properly. “Properly” in this context must be, I thought, some kind of device that always will try to connect to the Internet and present you with an IPv6 connection you can share with devices on your LAN, no matter what state the local network is in. I used Google. I used IRC, I talked to other skilled people on the phone and took a long walk.
Enter tinc Then I found this project called “tinc”. The tinc VPN website says this about the software: “Tinc is a Virtual Private Network (VPN) daemon that uses tunnelling and encryption to create a secure private network between hosts on the Internet. Tinc is Free Software and licensed under the GNU General Public License version 2 or later. Because the VPN appears to the IP level network code as a normal network device, there is no need to adapt any existing software. This allows VPN sites to share information with each other over the Internet without exposing any information to others.” Tinc uses private/public keys to authenticate all nodes in a VPN and can therefore cater for incoming clients without static endpoints (e.g. static IPv4/IPv6 connectivity) as long as the router has both a IPv4 and IPv6 address with static connectivity.
I decided to give tinc a run. I then remembered the request from Nordic that the Raspberry Pi was to be the device connecting things to the router and then to the Internet. I researched the Raspbian (Debian based operating system to run on Raspberry Pi devices) software repositories and happily discovered that tinc was already packaged for Debian and had made it’s way into the Raspbian repositories as well.
Basic connectivity – the Raspberry Pi, you and the Internet Connecting to the Raspberry Pi from your computer has always been the main problem for people trying to explore the device and it’s usage. To be able to talk to the device directly from your computer you could give it a LAN IPv4 address and talk to it directly by your computer LAN port. Most modern computers automatically cross their RJ45-ports so that devices can be connected directly. Thus, you can use your computer as a gateway for the Raspberry Pi and onto your WLAN and the Internet.
This is quite easily done using the howto at http://www.penguintutor.com/linux/raspberrypi-headless or similar pages. However, to be able to always have the option to connect by LAN to the Pi you would need to modify the howto a bit. Do as the howto says, but at the stage describing the interfaces file, modify so that you use the following entries:
auto lo iface lo inet loopback
auto eth0 iface eth0 inet dhcp iface eth0:1 inet static address 192.168.1.6 netmask 255.255.255.0 gateway 192.168.1.1
By all means, edit the above to reflect your your local network requirements. The idea here is that the eth0 (wired Ethernet) interface on the Pi will always try to get an DHCP IPv4 address from a DHCP-server on the network it is connected to, but you will by the same time also have a eth0:1 interface defined with a static IPv4 RFC1918-address that allows you to directly plug your Pi into your computer network port and after editing your own LAN configuration to match the above network for eth0:1 (use any other address than .0, .1, .6 and .255) you will be able to SSH into your Pi. If you do not have a switch that you can connect your Pi to, this is the way to do it. After this, your computer is connected to the Pi and you can access it in headless mode with SSH. If you also happen to run Linux and use a WLAN for your Internet access you can follow these steps to act as a NAT router for your Pi and give it Internet access:
iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE iptables -A FORWARD -i eth0 -j ACCEPT echo 1 > /proc/sys/net/ipv4/ip_forward
With this setup in place you can now download software from the Internet to your Raspberry Pi, and make it a node in a tinc VPN network. In part two we will look at setting up the two critical pieces of software – the tinc VPN router (on a separate dual stack machine/server on the Internet) and the tinc VPN router software on the Raspberry Pi.
After posting my previous ramblings on the subject of Internet Governance (IG) I’ve been quite busy in my head, thinking about where I stand on this subject and how best to define the various aspects of IG within the so-called «Nordic model» that applies to Government, Business and Citizen of Iceland, Norway, Sweden, Finland and Denmark (the Nordic countries). This time, I’m exploring parts of IG in the Nordics, as seen from Norway.
First of all, I’m not so sure that the Internet are seen in the same way in the Nordic region as a whole. I might be wrong, but Finland seem to be ahead of both Norway and Sweden, with Iceland and Denmark fast approaching from behind. Internet access is written into law as a citizen right in Finland and Sweden but not in the other countries (yet). With the United Nations pushing to make basic Internet access a human right (2003) and a renewal of this as a ‘fundamental right’ at the 2005 World Summit of the Information Society (WSIS) in Tunis, more countries are bound to make basic Internet access law for it’s citizen. In all the Nordic countries 80-95% of the population have access to the Internet on a daily basis if they wish to; at home, work/school or at Internet cafés, by cellphone et.c.
The WSIS Working Group (WG) on Internet Governance (WGIG), set up by the Secretary-General of the United Nations, after the first part of the WSIS in Geneva (2003) were asked to “investigate and make proposals for action, as appropriate, on the governance of the Internet by 2005″. Three defined issues represented the different objectives of the WG. One of these, “Develop a working definition of Internet Governance” are found in the report delivered by the WG:
“Internet governance is the development and application by Governments, the private sector and civil society, in their respective roles, of shared principles, norms, rules, decision-making procedures, and programs that shape the evolution and use of the Internet”[1]
In Norway the Government have for the past three-four years, to a degree, tried handed down the task of governing/policing the Internet from a juridical view, to private sector law companies and Internet providers, who for their part, are hard working not to become the ‘Norwegian Internet Police’ (NIP). I think that with the recent changes in policy and proposed laws in Norway we are likely to see a private sector NIP emerging quite quickly as providers of online services and access to Internet resources are required by law to police their users activities.
Let’s start with the part where many governments faulty ‘Govern’ as ‘limiting access’: As a technical somewhat technically oriented and policy-interested person I find it a bit hard to see a central governmental control of the Internet in Norway happen in a way that will hinder unwanted activities by citizens. The fact that it’ll be harder for ordinary citizen to carry out perfectly legal online activity and just as simple as before to do online criminal activity it’s enticing to see how many politicians of the western world see it as their job to implement digital restrictions on their subjects.
The ‘strike first’ policies with technical/digital hindering of negatively charged activities should certainly not be adopted in such a civilised country as ours? (Many people ask themselves this as the European Union have adapted the directive of data retention (“Directive 2006/24/EC”) Well? Seen from a political view there is nothing wrong with creating digital walls that will hinder your subjects to do things not permitted by law. There’s only one problem here: We do not build such walls in our offline, physical society. There is no wall outside a nursery that will hinder a unscrupulous individual taking pictures of the kids there. Nor is there someone taking notice on how many residence doors you approach, walk by or enter, and wish to use this information to decide if you’re a likely criminal. Seen from a business view there is equally nothing wrong with having digital security in place and do a (technical part now, folks) package inspection on a content level (DPI) to make sure no corporate secrets are leaked. As long as this digital security is automatic, non-identifying of employees it’s for most people employed, ok. As many companies today have a set of rules for the use of computers and how to act online, what to access et.c. when representing the company/at work a little line or two about package inspection are probably being entered into the next rewrite of those rules. I believe that it’s at work people are most likely to meet a page that tells them that ‘this part of the Internet is closed to you due to company policy’. This part of corporate culture and Information Security is a tipping point in peoples view of restriction of access. Regardless of company, there’s two camps here: Permissive or restrictive access. Restrictive access is of course the part with that incriminating page that tells you that /this/ is not something you should be doing at work. Working with permissive policies leaves the choices to the user, under the knowledge that the company might very well log their access, should something criminal happen down the road. Seen from a residential view there is certainly something wrong with a paid-for Internet connection being monitored and logged for ‘future reference’ should something occur in your neighbourhood, or origin from the residential Internet connection that is not in line with local law. This rocks the very clear, and so far, unmovable principle that we are all equal to the law and are seen as innocent unless proven guilty.
So? Back to the main issue eh? Who governs the Internet? It is clear through the definition by the WGIG[1] that the Internet is governed by a set of multi-stakeholders from three main parties, namely Government (G), Business (B) and Citizen (C). Within these there are a number of sub-representations such as Residential (R), Non-Governmental Organisations (NGO), Religious communities (R) et.al. However, there is, even today, not a clear view of how to make sure that we are all equally treated in the scope of the Internet as a vital and more and more important part of our life. There have recently been great strides towards creating common ground for all, and this is certainly an evolving work on this, currently at the e-G8 and the G8-forum in France.
Right now I only see one thing as rock solid: As the Internet evolves the way it is governed will also evolve. What once was a academic research project have certainly come a long way since the 1960ies.
[1] Working definition of Internet Governance, published in the report from the Working Group on Internet Governance (WGIG), 2005, page 4
As part of my eLearing assignment this week on Internet Governance there is a debate sparked about how to bridge the divide of having “Internet access”. I’ve been giving this a few moments of my time, and will use this entry, and comments on it/follow up posts, as part of my gaining of insight into the sub-subject of having Internet access. Many countries have defined Internet access as an fundamental right, but they have, cleverly, not defined ‘how’ this access should be provided for, and if it is to cost their population money.
So, how does people get online in todays world? In many countries basic Internet access is first established through the use of an mobile browser on ones cellphone.
After this, many, many, many people have access to the Internet through Internet cafés in their local community or through educational institutions or work.
Thirdly, residential Internet access is spreading in all parts of the world, with Europe, the Pacific region of Asia and the northern parts of America as the head of the pack.
Finding a solution that globally defines “basic Internet access” or “Internet access” is key to being able to bridge this divide for the future generations. To make that happen, we need the nations of the world to unite under a common definition that have been agreed on in a neutral fora. The G8 or G20 is no such fora, nor is the EU or other regional foras of trade/governmental membership. The UN might be a starting point, but I’m not sure of the UN is right either.
Who governs the Internet? If asked this question, different people will answer very differently, shaped by their previous experiences, background, objectives and history in general.
Recently I started on an six month eLearning online course by the Internet Society titled “Shaping the Internet – History and Futures”. As the NGL programme web-page says: “The course curriculum covers the essential topics required for effective interactions and relationships within the Internet ecosystem, as well as key concepts and emerging issues in Internet governance”.
I’m absolutely thrilled to be on this and have a clear goal of delivering my absolutely best with participating in discussions, classes, doing my assigned activities and being available to my fellow course participants!
..back to the question asked. A Google-search will return what I’d say is a slim selection of responses. A quick read-through of some of the hits give a hint to the complexity of the issue. Some of them gives you pointers to the UN, the ITU, the Internet Society (ISOC) and of course, the World Summit of the Information Society (WSIS) in 2003/2005. If you work in the private part of the ICT sector in a western country in Europe and you speak English as your primary or second language, you are probably going to find that the answers Google will return with, matches your views in many ways. But what if you work with the governmental ICT of an emerging economy in another part of the world, with a different language and a different set of rules in daily life? Will your answer be different?
With the NGL programme in my head and the Internet governance as an very interesting subject, I’m giving this a great deal of thought and will probably write more on this subject in the weeks ahead.
Now, where did I put my book of Roman warfare?
I was pleased this morning when I through IRC learned that Norway’s largest newspaper have enabled IPv6 at their domain, vg.no. Not that I read VG much, but the fact that there is a push forward with IPv6 in the media sector is great, since it’s only about 8-9 months until there are no more IPv4 addresses left.
Here at work we’re doing lot’s of fun stuff with IPv6, and are currently actively pushing forward with dualstack implementations for our customers.
But today, we end with a delicious traceroute to VG via IPv6:
traceroute to ipv6.vg.no (2a02:c0:1010::16) from 2a02:2c8:1:42::4, 30 hops max, 16 byte packets 1 r-vl400.pir1-4.ipv6.as44381.net (2a02:2c8:1:400::1) 0.271 ms 0.245 ms 0.232 ms 2 2a01:560:207::1 (2a01:560:207::1) 0.597 ms 0.485 ms 0.491 ms 3 xe-1-1-0-13.cr3.hmg9.no.v6.linpro.net (2001:7f8:12:1::3:9029) 8.733 ms 8.914 ms 8.61 ms 4 2a02:c0:1000:2::3 (2a02:c0:1000:2::3) 9.015 ms 9.207 ms 10.083 ms 5 2a02:c0:1010::16 (2a02:c0:1010::16) 8.637 ms 8.774 ms 8.709 ms
Woo-hah there cowboy; Life on the Internet is getting better. Yesterdays news of .org now being signed is great and means that I can get all my .org-domains online with DNSSEC. Really looking forward to DNSSEC-secured domains 🙂 It also happens to be that the worlds #1 registry for domains (GoDaddy Inc) already have a community-based howto online for DNSSEC; and I think that I’ll have to give some input 🙂
Since my employer (ITsjefen AS of Trondheim, Norway) have given me the opportunity to work with free software (we base most of our customer-fronting solutions on free software) I’m mostly spending my days deep within the realms of servers, command line options and back end systems (that is when I’m not on a one month holiday).
Yesterday, after getting a report from a co-worker that a customer using our free wireless network on a dual stack (IPv4/IPv6) Windows 7 could not read his e-mail I dug into a tiny, but yet, frustrating problem with our mail proxy software — perdition. While perdition it self does indeed support IPv6 it seemed to be a bit easier to enable IPv6 for the xinetd service for perdition (I really, really thought IPv6 was in place as a default these days). After setting the proper flags (you just add the line “flags = IPv6” to the service you wish to enable IPv6 for) I went about restarting xinetd, discovering that no IPv6 was functioning in xinetd. I promptly tried to add other services to xinetd with IPv6, thinking perdition must be the culprit, but no dice.
Thus, downloading a reading in the source for the Debian-package I soon discovered that the tiny config-option of “–with-inet6” was left out. A quick recompile on the compile-box and pinning of packages later, IPv6 was working flawlessly for the perdition services.
Does anyone know of other, possibly more easily ways of getting proper IPv6-support for services in xinetd? If so, do let me know! 🙂
At some point in 2004 I decided to start to weblog in English. The weblog platform I set my eyes on was Serendipity, since I had read that it was all shiny and good. Some years later, (almost five) I found myself fed up with S9y, and the duality of maintaining security for both S9y and WordPress on my own webpage. Thus, I decided to dump S9y and move to a dual-stacked WordPress, English and Norwegian weblogs on the same platform.
To end this chapter of my webpresence I feel it’s suitable to give a final salute to this stable platform of my online life. The post-count might not be all that great and such, but hey.. Statistics matter I guess. So, with any more fuss, here’s to Serendipity and the pages it’s served up:
First entry Tuesday, March 23. 2004 18:03 Last entry Monday, December 14. 2009 03:12 (final notification of weblog removal)
Total entries: 238 entries.. and I leave comments open for you math-freaks to give me a postcount for that period of time. And do remember the +1 leap years! 🙂
