Yes, and no. Because, in order to very if my code could successfully detect the presence of WinGridProx without false positives, I needed to verify how a certain combination of packets was formatted by different machines. Especially with different DNS configurations, testing that would require logging into a grid consisting of multiple computers with different domain names.
Something which is very hard to do on a small network but very easy to do by simply logging into and out of a couple of different regions in OSGrid. Setting up a test environment where I can test that is beyond the resources I have available, but they are readily available on OSGrid. I am purposely vague about the method I have found, since I don't want prematurely to give people using WinGridProxy to spoof connections a heads up on how the detection works, although - of course - they might already know. Best regards On Tue, Nov 20, 2012 at 8:22 PM, Melanie <[email protected]> wrote: > Hi, > > what does OSGrid have to do with WinGridProxy? These are two > completely different things. > > - Melanie > > On 20/11/2012 16:47, Snowcrash Short wrote: > > I have some bad news. > > > > I believe I have found a way to determine if MyInventory is being proxied > > by WinGridProxy, but I cannot reliably test if my detection scheme has > > false positives. > > > > I would appear that the OSGrid admins has decided to block MyInventory, > at > > least that is the conclusion I have reached. I can log into OSGrid using > > e.g. Phoenix but when doing the same with with MyInventory I receive the > > message: "Logins are currently restricted. Please try again later". Login > > worked a few days ago, and works on every other grid I have used for > > testing. > > > > It is a shame really, I would like to have included detection of > > WinGridProxy, and I simply refuse to resort to hacking methods in order > to > > test this. > > > > So, I'm afraid I cannot comply with your wish to detect and prevent the > use > > of WinGridProxy. > > > > Best regards > > Snowcrash > > > > > > On Tue, Nov 20, 2012 at 3:19 PM, Snowcrash Short > > <[email protected]>wrote: > > > >> First of all, I'm not all that enthused about the BSD license, it does > >> grant some permissions I'm not completely at ease with. > >> > >> I am far from convinced that ordinary users would want to run and > operate > >> their own regions, I might be persuaded to think otherwise, but at the > >> moment, I have the impression that believing all users should run an > >> instance of Robust and HG, is like believing that all problems are nail > >> just because a hammer is the tool I have at hand. > >> > >> But, oth. I could see some reasons why a very very very user friendly > and > >> almost invisible personal user local region might be of some use in some > >> scenarios. > >> > >> > >> On Mon, Nov 19, 2012 at 11:31 PM, Diva Canto <[email protected] > >wrote: > >> > >>> On 11/19/2012 1:42 PM, Snowcrash Short wrote: > >>> > >>>> Using Robust as a basis for storing a users personal inventory and > >>>> assets (legally licensed naturally) is asking too much of the average > user > >>>> in my personal opinion, it needs to be simpler. > >>>> [...] > >>>> > >>>> I hope that clarifies why I have opted to stay away from writing code > >>>> for Robust. > >>>> > >>> > >>> You seem to want to design a collection of user services that run on a > >>> person's computer, wrapped up in a nice UI. Robust + HG user services > gives > >>> you that, without the UI. You have technical choices that affect how > the > >>> community will perceive your work. If you prefer to > redesign/reimplement > >>> from scratch instead of using what's already been designed/implemented, > >>> that's your choice. If you prefer to use libomv, in order to force > grids to > >>> open their resources to you, instead of giving grid operators options, > >>> that's also your choice. > >>> > >>> Feedback doesn't seem to be registering. > >>> One final time, good luck! > >>> > >>> > >>> Diva > >>> > >>> ______________________________**_________________ > >>> Opensim-users mailing list > >>> [email protected] > >>> https://lists.berlios.de/**mailman/listinfo/opensim-users< > https://lists.berlios.de/mailman/listinfo/opensim-users> > >>> > >> > >> > > > > > > > > _______________________________________________ > > Opensim-users mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-users > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users >
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
