
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Oh, I just hit reply and completely ignored the missing tahoe-dev list address, sorry for that. New attemp...</div><div><br></div><div>Regards,</div><div>Anders<br><br><div><br></div></div><div><br>Vidarebefordrat brev:<br><br></div><blockquote type="cite"><div><b>Från:</b> Anders Genell <<a href="mailto:anders.genell@gmail.com">anders.genell@gmail.com</a>><br><b>Datum:</b> 17 juli 2013 18:11:56 CEST<br><b>Till:</b> Daira Hopwood <<a href="mailto:davidsarah@leastauthority.com">davidsarah@leastauthority.com</a>><br><b>Ämne:</b> <b>Re: [tahoe-dev] Friendnet tub.location and tub.port</b><br><br></div></blockquote><blockquote type="cite"><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div style="-webkit-text-size-adjust: auto; ">Ok, here goes. Avert you eyes or look through a mirror if you don't want to turn to stone...</div><div style="-webkit-text-size-adjust: auto; "><br></div><div><br><span style="-webkit-text-size-adjust: auto; background-color: rgba(255, 255, 255, 0);">#!/bin/sh<br>#ip_update.sh<br>#tahoe.conf IP update<br><br>tahoe_bin=/opt/allmydata-tahoe-1.10.0/bin/tahoe<br>tahoe_path=/mnt/tahoe/tahoe-daemon/.tahoe<br>tahoe_conf=$tahoe_path/tahoe.cfg<br>ipupdate_log=$tahoe_path/logs/ip_update.log<br><br>my_ip=`wget -O - <a href="http://ipecho.net/plain" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="0">http://ipecho.net/plain</a>`<br>tahoe_ip=`grep tub.location $tahoe_conf | cut -f2 -d= | cut -f1 -d:`<br><br>if [ "$my_ip" != "" ] ; then<br> if [ "$my_ip" != "$tahoe_ip" ] ; then<br> ( echo ",s/$tahoe_ip/$my_ip/g" && echo w ) | ed - $tahoe_conf<br> echo `date` "$tahoe_conf updated with $my_ip IP address" >> $ipupdate_log<br> su - tahoe-daemon -c ''$tahoe_bin' restart '$tahoe_path/''<br> fi<br>fi</span></div><div><span style="-webkit-text-size-adjust: auto;"><br></span></div><div><span style="-webkit-text-size-adjust: auto;"><br></span></div><div><span style="-webkit-text-size-adjust: auto;"><br></span></div><div><span style="-webkit-text-size-adjust: auto;"><br></span></div><div><span style="-webkit-text-size-adjust: auto;">We rely on one singe external ip lookup site, but I suppose more could be added and compared...</span></div><div><span style="-webkit-text-size-adjust: auto;"><br></span></div><div><span style="-webkit-text-size-adjust: auto;">Regards,</span></div><div><span style="-webkit-text-size-adjust: auto;">Anders<br></span><div style="-webkit-text-size-adjust: auto; "><br></div></div><div style="-webkit-text-size-adjust: auto; "><br>17 jul 2013 kl. 16:27 skrev Daira Hopwood <<a href="mailto:davidsarah@leastauthority.com">davidsarah@leastauthority.com</a>>:<br><br></div><blockquote type="cite" style="-webkit-text-size-adjust: auto; "><div><span>On 12/07/13 10:48, Anders Genell wrote:</span><br><blockquote type="cite"><span>Dear list!</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I posted a related question recently and got som useful answers, but I am still somewhat confused as to what is required concerning incoming wan access for friendnet nodes. </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Our original idea was to just set tub.port on all nodes and make sure that port was forwarded through any routers/firewalls along the way. We would then expect the introducer to detect the IPs of incoming connections from nodes and announce each node with that IP combined with the corresponding port number, as set in each node's tub.port. It would however seem like we actually need to specifically set the tub.location IP address of each node for the nodes to "see" eachother. Without it all nodes see the introducer, and the introducer sees all nodes but the nodes don't see eachother. </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>There have been suggestions here to let the introducer(s) handle IPs, and if I understand correctly that would work in more or less the way we assumed it already did?</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Right now we have uglyhacked a script to update the tahoe.cfg file and restart the node whenever the IP changes, by regularly checking e.g. <a href="http://myexternalip.com">myexternalip.com</a>. Most nodes will run on Raspberry Pi hardware so a bash script is sufficient, but a bit of python should make it more platform independent, I suppose. </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>My question is, should we need to set both tub.location and tub.port?</span><br></blockquote><blockquote type="cite"><span>Should we need to uglyhack to update IP alternatively use som dyndns equivalent?</span><br></blockquote><blockquote type="cite"><span>The introducer detects incoming IPs anyway, couldn't that be reported back to the node?</span><br></blockquote><span></span><br><span>Can you post the uglyhack script so that we can see precisely what it does,</span><br><span>and whether it would be worth Tahoe-LAFS doing something equivalent</span><br><span>automatically?</span><br><span></span><br><span>Yes, the introducer could report IPs back to the node; that is</span><br><span><a href="https://tahoe-lafs.org/trac/tahoe-lafs/ticket/50">https://tahoe-lafs.org/trac/tahoe-lafs/ticket/50</a> .</span><br><span></span><br><span>-- </span><br><span>Daira Hopwood ⚥</span><br><span></span><br></div></blockquote></div></blockquote></body></html>