Yes, and no.<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>Best regards<br><br><div class="gmail_quote">On Tue, Nov 20, 2012 at 8:22 PM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com" target="_blank">melanie@t-data.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
what does OSGrid have to do with WinGridProxy? These are two<br>
completely different things.<br>
<br>
- Melanie<br>
<div><div class="h5"><br>
On 20/11/2012 16:47, Snowcrash Short wrote:<br>
> I have some bad news.<br>
><br>
> I believe I have found a way to determine if MyInventory is being proxied<br>
> by WinGridProxy, but I cannot reliably test if my detection scheme has<br>
> false positives.<br>
><br>
> I would appear that the OSGrid admins has decided to block MyInventory, at<br>
> least that is the conclusion I have reached. I can log into OSGrid using<br>
> e.g. Phoenix but when doing the same with with MyInventory I receive the<br>
> message: "Logins are currently restricted. Please try again later". Login<br>
> worked a few days ago, and works on every other grid I have used for<br>
> testing.<br>
><br>
> It is a shame really, I would like to have included detection of<br>
> WinGridProxy, and I simply refuse to resort to hacking methods in order to<br>
> test this.<br>
><br>
> So, I'm afraid I cannot comply with your wish to detect and prevent the use<br>
> of WinGridProxy.<br>
><br>
> Best regards<br>
> Snowcrash<br>
><br>
><br>
> On Tue, Nov 20, 2012 at 3:19 PM, Snowcrash Short<br>
> <<a href="mailto:snowcrash.short@gmail.com">snowcrash.short@gmail.com</a>>wrote:<br>
><br>
>> First of all, I'm not all that enthused about the BSD license, it does<br>
>> grant some permissions I'm not completely at ease with.<br>
>><br>
>> I am far from convinced that ordinary users would want to run and operate<br>
>> their own regions, I might be persuaded to think otherwise, but at the<br>
>> moment, I have the impression that believing all users should run an<br>
>> instance of Robust and HG, is like believing that all problems are nail<br>
>> just because a hammer is the tool I have at hand.<br>
>><br>
>> But, oth. I could see some reasons why a very very very user friendly and<br>
>> almost invisible personal user local region might be of some use in some<br>
>> scenarios.<br>
>><br>
>><br>
>> On Mon, Nov 19, 2012 at 11:31 PM, Diva Canto <<a href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>>wrote:<br>
>><br>
>>> On 11/19/2012 1:42 PM, Snowcrash Short wrote:<br>
>>><br>
>>>> Using Robust as a basis for storing a users personal inventory and<br>
>>>> assets (legally licensed naturally) is asking too much of the average user<br>
>>>> in my personal opinion, it needs to be simpler.<br>
>>>> [...]<br>
>>>><br>
>>>> I hope that clarifies why I have opted to stay away from writing code<br>
>>>> for Robust.<br>
>>>><br>
>>><br>
>>> You seem to want to design a collection of user services that run on a<br>
>>> person's computer, wrapped up in a nice UI. Robust + HG user services gives<br>
>>> you that, without the UI. You have technical choices that affect how the<br>
>>> community will perceive your work. If you prefer to redesign/reimplement<br>
>>> from scratch instead of using what's already been designed/implemented,<br>
>>> that's your choice. If you prefer to use libomv, in order to force grids to<br>
>>> open their resources to you, instead of giving grid operators options,<br>
>>> that's also your choice.<br>
>>><br>
>>> Feedback doesn't seem to be registering.<br>
>>> One final time, good luck!<br>
>>><br>
>>><br>
>>> Diva<br>
>>><br>
</div></div>>>> ______________________________**_________________<br>
>>> Opensim-users mailing list<br>
>>> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
>>> <a href="https://lists.berlios.de/**mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/**mailman/listinfo/opensim-users</a><<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a>><br>

<div class="HOEnZb"><div class="h5">>>><br>
>><br>
>><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br></div>