General discussion

Locked

Supporting the system

By david.moss ·
Tags: Off Topic
blog root

This conversation is currently closed to new comments.

4 total posts (Page 1 of 1)  
| Thread display: Collapse - | Expand +

All Comments

Collapse -

Broderbund Blues

by david.moss In reply to Supporting the system

<p class="MsoNormal"><font face="Times new roman" color="#339966" size="3"><span>"An (apparently) discontinued spyware product of Broderbund Software. Bundled with most Broderbund and Learning Company titles until April, 2002. A desktop computer running DSSAgent might send over 10,000 DNS requests in 15 minutes, slowing network traffic. There are reports that it slows CPU processing as well.</span></font><font face="Arial" color="#339966" size="2"><span> "</span></font></p>
<p class="MsoNormal"><b><font face="Arial" color="#339966" size="2"><span>The problem for EQ:<br /></span></font></b><font face="Arial" color="#339966" size="2"><span>For the home user DSSAgent causes a nuisance. For a large organisation like EQ it is more serious.<br /></span></font><font face="Arial" color="#339966" size="2"><span>We currently transmit more than 3 million DNS requests a day from this software.<br /></span></font><font face="Arial" color="#339966" size="2"><span>This causes our whole network to run slowly and causes network congestion.</span></font></p><font face="Arial" color="#339966" size="2"><span>
<p class="MsoNormal"><font face="Arial" size="2"><span>A tool which may help remove the DSSAgent Spyware can be found at on <a href="https://www.learningplace.com.au/uploads/documents/store/resources/res_13703_cleanbc.exe">The Learning Place</a></span></font></p></span></font>

Collapse -

VB.NET autoproxy woes

by david.moss In reply to Supporting the system

<p>It all went well to begin with.<br />Write the user interface in VB.Net, keep the data in a server accessible through the Internet.<br />Firewalls get upset about odd ports, so use port 80 and PHP for data access.<br />In keeping with the trend, serve the all the data as XML and let .NET sort things out at the client end.</p>
<p>Ran perfectly on the test machine. Ran perfectly from a laptop in the same domain. Ran perfectly from a direct connected laptop in an outside company. </p>
<p>Enter the autoproxy.<br />End of project. There is no way to get VB.NET to access web based content through an autoproxy.<br />There is some sort of workaround using C#, and compiling a managed DLL based on content from the Microsoft platform support kit, but that adds an extra layer of complexity and puts us back into DLL ****.</p>
<p>Microsoft has to be more than a little embarrassed about the failings of .NET. I know I am embarrassed when I have to explain why it can't do what the client wants. I've totally given up writing programs to automate MS Office applications nowadays. Since I "upgraded" to .NET its all too hard. If it can't happen in VBA to just doesn't happen.</p>
<p>To meet my client's needs I've had to turn back the clock 10 years or more and write a HTML based user interface, displayed in Internet Explorer. IE handles the autoproxy transparently and PHP routines at the server end prepopulate UI objects with live data. So in 2006 I'm stuck writing the same kind of programs I did in 1996, using a text editor, despite owning the all singing, all dancing Visual Studio 2003.</p>
<p>I guess this is where the Information Superhighway turns into a goat track. But at least it is a well worn goat track, one that an old hacker from the 90s can follow without having to think about it.</p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>

Collapse -

VB.NET autoproxy woes

by Stephen.Abram In reply to VB.NET autoproxy woes

<p>By autoproxy, do you mean go through a proxy server?  There is some simple enough code to do that.  .Net is much more useful than VBA.  It all depends on what you are creating.  I think the issue is that you need understand objects and that it is not procedural code.</p>
<p>Just my two cents.</p>
<p>Steve</p>

Collapse -

VB.NET autoproxy woes

by david.moss In reply to VB.NET autoproxy woes

<p>By autoproxy I mean there is no proxy server address or port stored in the registry or anywhere else. Instead the URL of a javascript file called autoproxy.pac is stored. IE knows how to download autoproxy.pac, cache it locally and execute a method in it called getProxyforURL("URL") to return a particular proxy server for that specific URL. Once you have that its pretty easy to manipulate the proxy attribute of your connection object, but getting it is the hard part. To do that you need to execute javascript inside your VB.NET application, or use a managed C++ object to interface with the DLLs for WINHTTP or Jscript.dll. What ought to be a simple task turns into a multi-language epic.</p>
<p>David Moss.</p>

Back to After Hours Forum
4 total posts (Page 1 of 1)  

Related Discussions

Related Forums