<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://sudoroom.org/mediawiki/index.php?action=history&amp;feed=atom&amp;title=Mesh%2F29_May_2014</id>
	<title>Mesh/29 May 2014 - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://sudoroom.org/mediawiki/index.php?action=history&amp;feed=atom&amp;title=Mesh%2F29_May_2014"/>
	<link rel="alternate" type="text/html" href="https://sudoroom.org/mediawiki/index.php?title=Mesh/29_May_2014&amp;action=history"/>
	<updated>2026-06-04T18:38:54Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.37.2</generator>
	<entry>
		<id>https://sudoroom.org/mediawiki/index.php?title=Mesh/29_May_2014&amp;diff=8509&amp;oldid=prev</id>
		<title>Tunabananas: added 29 may mtg minutes</title>
		<link rel="alternate" type="text/html" href="https://sudoroom.org/mediawiki/index.php?title=Mesh/29_May_2014&amp;diff=8509&amp;oldid=prev"/>
		<updated>2014-07-23T22:22:14Z</updated>

		<summary type="html">&lt;p&gt;added 29 may mtg minutes&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;=Introductions=&lt;br /&gt;
* Two new people: Ivy and Ron both interested in helping. Ivy is interested in working on node.js stuff. Ron is totally going to help out with the service-browser&lt;br /&gt;
=Updates=&lt;br /&gt;
*Juul has set up the lany college node but needs to attach wires for serial and a usb webcam&lt;br /&gt;
*Deekoo has taken on working on the auto signal &lt;br /&gt;
=Discussion of where to point laney node =&lt;br /&gt;
=Discussion of filtering DNS-SD services from clients= &lt;br /&gt;
So e.g. printer and filesharing isn't announced out. Arguments for doing this is to protect clients from unknowingly announcing unsecured services or information. Arguments against is that it makes it more difficult to announce services and the burden of security should be on the endpoints since the network should never be trusted.&lt;br /&gt;
=Discussion of the merit of giving clients an IP on the public mesh vs. NATing them=&lt;br /&gt;
NAT would provide a level of security similar to what people experience on their home routers. Some people express a desire to protect users and ensure that e.g. printers and local file sharing is not broadcast to the mesh, others bring up the arguments that NAT creates a bunch of problems, such as making it more difficult to run/develop a server or p2p application than to run/develop a client application.&lt;br /&gt;
=Captive Portal for Windows 8 and Chromium=&lt;br /&gt;
* We can probably add support for these two with not too much difficulty.&lt;br /&gt;
* Windows 8: See http://msdn.microsoft.com/en-us/library/windows/hardware/dn408681.aspx. &lt;br /&gt;
* Chromium OS: See http://www.chromium.org/chromium-os/chromiumos-design-docs/network-portal-detection&lt;br /&gt;
* See also the relevant IETF standard: http://tools.ietf.org/search/rfc6585, which is probably not helpful.&lt;br /&gt;
=Potential tunnelbroker issue=&lt;br /&gt;
I tried to broker a tunnel using a recent git version of the tunnelbroker client and was unable to. - Alex&lt;/div&gt;</summary>
		<author><name>Tunabananas</name></author>
	</entry>
</feed>