<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (michielbuddingh)</title>
    <link>https://pinboard.in/u:michielbuddingh/public/</link>
    <description>recent bookmarks from michielbuddingh</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://gathering.tweakers.net/forum/list_messages/1806515"/>
	<rdf:li rdf:resource="https://staltz.com/an-off-grid-social-network.html"/>
	<rdf:li rdf:resource="http://www.wired.com/2014/10/privacy-friendster/?mbid=social_twitter"/>
	<rdf:li rdf:resource="http://www.ietf.org/rfc/rfc3205.txt"/>
	<rdf:li rdf:resource="http://lwn.net/Articles/457415/"/>
	<rdf:li rdf:resource="http://ed.ted.com/on/vhatr1bb#review"/>
	<rdf:li rdf:resource="http://www.dns-sd.org/ServiceTypes.html"/>
	<rdf:li rdf:resource="http://furquim.org/chironfs/"/>
	<rdf:li rdf:resource="http://www.gluster.com/products/index.php"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://gathering.tweakers.net/forum/list_messages/1806515">
    <title>How To? Mesh netwerk opzetten met access points. - Netwerken - GoT</title>
    <dc:date>2019-06-13T15:19:04+00:00</dc:date>
    <link>https://gathering.tweakers.net/forum/list_messages/1806515</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Discussie over multiroom wifi.  Waarschijnlijk overkill.]]></description>
<dc:subject>mesh network wifi multiroom 802.11r handover accesspoint</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:8e15d684c910/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:mesh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:wifi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:multiroom"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:802.11r"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:handover"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:accesspoint"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://staltz.com/an-off-grid-social-network.html">
    <title>André Staltz - An off-grid social network</title>
    <dc:date>2017-10-27T14:37:10+00:00</dc:date>
    <link>https://staltz.com/an-off-grid-social-network.html</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Explanation of Secure Scuttlebutt]]></description>
<dc:subject>ssb scuttlebutt distributed mesh network offline merkle</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:0101ded9f03c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:ssb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:scuttlebutt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:distributed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:mesh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:offline"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:merkle"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.wired.com/2014/10/privacy-friendster/?mbid=social_twitter">
    <title>Not on a Social Network? You've Still Got a Privacy Problem | WIRED</title>
    <dc:date>2014-10-12T10:50:14+00:00</dc:date>
    <link>http://www.wired.com/2014/10/privacy-friendster/?mbid=social_twitter</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[”... We learned about shadow profiles last year when security researchers at a company called Packetstorm discovered Facebook was maintaining its own files on users’ contacts. For example, if Facebook found two users were connected to a non-member—say, bob@wired.com—it would pool other information—different phone numbers, for example—into one master dossier ...” — Contrast with Eben Moglen's concept of privacy as 'ecological'; ]]></description>
<dc:subject>privacy shadow profiles social network</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:cf5c64c347da/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:shadow"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:profiles"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:social"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.ietf.org/rfc/rfc3205.txt">
    <title>RFC 3205: On the use of HTTP as a Substrate</title>
    <dc:date>2014-05-20T20:43:28+00:00</dc:date>
    <link>http://www.ietf.org/rfc/rfc3205.txt</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[The battle's been lost, but interesting to see that even in 2002, HTTP becoming the new transport layer protocol seemed likely.]]></description>
<dc:subject>http network protocol</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:3360e33302d3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:protocol"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://lwn.net/Articles/457415/">
    <title>SSSD: System Security Services Daemon [LWN.net]</title>
    <dc:date>2014-03-25T18:04:41+00:00</dc:date>
    <link>http://lwn.net/Articles/457415/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Authentication system for linux that supports disconnected operation.]]></description>
<dc:subject>laptop linux security authentication kerberos ldap access users network</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:9b5c5b9b976f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:laptop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:authentication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:kerberos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:ldap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:users"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://ed.ted.com/on/vhatr1bb#review">
    <title>Brief History of Latency: Electric Telegraph | TED-Ed</title>
    <dc:date>2014-03-22T15:54:17+00:00</dc:date>
    <link>http://ed.ted.com/on/vhatr1bb#review</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Comparison of latency problems in network routers and telegraph offices in the early days of the electric telegraph.]]></description>
<dc:subject>network latency education ted video</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:71e9882ff331/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:latency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:education"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:ted"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:video"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.dns-sd.org/ServiceTypes.html">
    <title>DNS SRV (RFC 2782) Service Types</title>
    <dc:date>2010-01-20T14:55:11+00:00</dc:date>
    <link>http://www.dns-sd.org/ServiceTypes.html</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[The Zeroconf equivalent to /etc/services.  Useful for service autodiscovery]]></description>
<dc:subject>services autodiscovery network zeroconf</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:7cd05165d988/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:services"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:autodiscovery"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:zeroconf"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://furquim.org/chironfs/">
    <title>ChironFS - A filesystem must go on, even if it is hurt</title>
    <dc:date>2009-10-23T16:31:56+00:00</dc:date>
    <link>http://furquim.org/chironfs/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... This the Chiron Filesystem. It is a Fuse based filesystem. It's main purpose is to guarantee filesystem availability using replication. But it isn't a RAID implementation. RAID replicates DEVICES not FILESYSTEMS. .. " -- seems to offer fs-level replication, but again, the details on recovery after volumes have gone out of sync are scarce.  It looks like the right idea with the wrong execution.]]></description>
<dc:subject>linux filesystem replication fuse storage backup network</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:7804aaaafa39/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:replication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:fuse"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:backup"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.gluster.com/products/index.php">
    <title>GlusterFS: Highly Scalable Clustered Storage That Just Works</title>
    <dc:date>2009-10-23T16:29:47+00:00</dc:date>
    <link>http://www.gluster.com/products/index.php</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... Gluster simplifies the task of storing massive amounts of unstructured data. GlusterFS is an open source clustered file system that runs on commodity hardware, delivering greater scalability and performance at a fraction of the cost of conventional storage. ... " -- other than that, they do seem to offer fs-level data replication, although it's entirely unclear how it's implemented.]]></description>
<dc:subject>linux filesystem replication network backup</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:713e2b9d7328/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:replication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:backup"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>