<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>If Dirk allowed the 'parameters' to be set easily by the sysop then the offender(s) could be treated strictly or leniently. I bet most would choose strict. Yes it adds more complexity.<br><br>While I applaud Dirk for his ingenuity someday the whole issue of security needs to be addressed. 'Full' control through node passwords is not 'full' since connected nodes themselves might not enforce the same level of control. The nodes would need to exchange control information, with connections between nodes refused if the level of control at the connecting node is judged insufficient. <br><br>It is not easy..by analogy consider e-mail spam! <br><br>Ron, N5IN<br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div
style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Wayne <wa1pma@gmail.com><br><b><span style="font-weight: bold;">To:</span></b> The DXSpider Support list <dxspider-support@dxcluster.org><br><b><span style="font-weight: bold;">Sent:</span></b> Wed, July 14, 2010 9:22:35 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Dxspider-support] FYI: 4 new nodes added to ROS Auto-Spotting function.<br></font><br>
Ok Dirk, you asked for it! <G><br><br>I'm not sure why you would want to "play nice" with this kind of activity. It would seem you are only opening up a path for someone to try and create yet another workaround. I'm in favor of a "cripple mode" being enacted by the repeated quick connect and disconnect action, however once in "cripple mode," It should not be automatic to come out of "cripple mode."<br><br>I think pretending to be nice sends a message that only leads to more conflict.<br><br>My best teachers in school demanded respect for their classroom and also enforced that policy. They in turn earned my respect.<br><br>73<br><br>Wayne WA1PMA<br><br>On 7/14/2010 12:39 AM, Dirk Koopman wrote:<br>> On 12/07/10 21:51, VK3AMA wrote:<br>>> FYI<br>>> <br>>> The latest release of ROS software has added 4 new nodes to<br>>> auto-spotting function.<br>>> <br>>> BG2RVL-9 dx.5iyou.cn:7373<br>>> BD5RV
dxc.jsdxc.net:7300<br>>> BA2IA-2 spot.ba2ia.com:7300<br>>> 9H1LO-1 dx.9h1lo.net:7300<br>>> <br>>> At time of this email, of the last 150 ROS cluster spots,<br>>> 148 were auto-generated (98.7%).<br>>> <br>> <br>> If all major nodes were to do a "set/badword ros" then it probably does not matter that he keeps adding to the list, as the spots won't propagate very far.<br>> <br>> On an other tack: I have been wondering for a while what to do with all the programs (of which the ROS stuff is but one) that insist on logging in, doing one or two things (eg send a spot or sh/dx), then immediately logging out.<br>> <br>> Now, the code already does not bother (in most cases) to send out routing information for these in/out merchants, but I am now thinking that I ought perhaps to be a bit more brutal.<br>> <br>> It would be a fairly simple job to have some kind of averaging or pump up timer that has the
effect going into "cripple" mode if the last n connections were less than m seconds long.<br>> <br>> "Cripple" mode would something like pretending to be a nice cooperative cluster that accepts spots, but does not send them on, and/or returns a *very* limited view of data such as spots (maybe only two or three spots else spots that are an hour or so old).<br>> <br>> If the user starts to behave like a real person and connects p times for more than m seconds, it automatically comes out of "cripple" mode. While in "cripple" mode for more than (say) 2*m+random amount seconds then de-cripples that user for that session. This behaviour persists until they have behaved for p sessions.<br>> <br>> "Misbehaviour" puts the user back into "cripple" mode.<br>> <br>> Views anyone?<br>> <br>> Dirk G1TLH<br>> <br><br>_______________________________________________<br>Dxspider-support mailing list<br><a
ymailto="mailto:Dxspider-support@dxcluster.org" href="mailto:Dxspider-support@dxcluster.org">Dxspider-support@dxcluster.org</a><br><span><a target="_blank" href="http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support">http://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a></span><br></div></div>
</div></body></html>