drego
-
Posts
73 -
Joined
-
Last visited
Everything posted by drego
-
Were you able to set the proxy user/pass successfully on a process without passing it in the URL in this way? I've still been passing it in the URL and of course that doesn't work for visiting HTTPS sites.
-
That function does not apply to anything that the UDF does. HttpSetProxy does not change MSIE settings. It can be used to USE those settings for non-IE functions in the script. This UDF is for assigning a proxy to individual IE embedded browsers on a per-process basis.
-
You may have already seen the NetSession UDF thread. The code is really helpful for IE controls and there's no other known way to accomplish what it does. There are a few things that should be improved. The most important being able to pass proxy authentication to a proxy server using urlmon.dll or maybe some other windows API method alltogether. Here's our thread: '?do=embed' frameborder='0' data-embedContent>> Give it a read and be sure to check out the attempt to improve by SmOke_N: page-2#entry1220599'>page-2#entry1220599 Currently, since we have to pass proxy authentication via the URL, if the proxy requires authentication we can't access HTTPS sites with it (Apparently when using HTTPS you aren't allowed to pass auth in the URL). That's why we want to pass the auth through the DLL or any other method that will work with our embedded browser on a per-process basis. Thank you to anyone who can help make this UDF better.
-
Though the settings might in some way/cases affect other processes that use IE controls the UDF is still a "real solution to bring a dedicated proxy server to an Autoit process." I don't know what your use case is but right now I have many processes forked doing work for me on the backend, each using their own proxy and agent on their own ie controls separate of the others. If you think you can somehow improve things be my guest. Right now this is the only way to change these settings for embedded IE controls on a per-process basis or per-autoit-compiled-process basis.
-
You did get the UDF working for you right? I'm assuming you're taking about further auth testing. Maybe post some examples of what you've tried?
-
Announcement: I have just released NetSession-0.9d. This release contains a new function that was on the Planned Features list I forgot to add in the last version I posted. As now stated in the main post this will likely be the last update until we add more DLL/WinAPI code, enabling more features from the Planned Features list
-
Yeah, I was making some edits all around the post. Thanks for reminding me.
-
LoL it was my error in calling the function in 1 place without (). A silly mistake on my part. There is nothing wrong with the function but in the process of troubleshooting someone did make a slight improvement to it and I also added a needed line so I'm now uploading version 0.9c.
-
lol nevermind. It was a stupid mistake in calling the function. I forgot the damn () and just noticed. ahh coding. Thanks for the update to the function I'll mention you in the UDF main post.
-
k, I usually do that in forums to easily identify myself as the person who started the thread.
-
This is really strange. I commented out ALL the code from the _ClearCookies function, recompiled my program, and still get the same error when I call the function and only when I call the function.
-
Thanks, I'll use that but now I have a really strange problem. I commented EVERYTHING out of that function and I still get the same error when calling it.
-
I just did another test, commenting out the Shell line and leaving the flash cookie code. Both seem to crash the script with the same error. I don't get it.
-
I have commented out the flash cookies code and only left the line: ShellExecuteWait("RunDll32.exe","InetCpl.cpl,ClearMyTracksByProcess 2") Which is what is causing the problem. When I run the RunDLL32.exe from powershell or CMD with that argument it works fine.
-
Correction, the Flash cache is in the same location. I commented out the flash code and got the same error so the problem is in the IE cookies command: ShellExecuteWait("RunDll32.exe","InetCpl.cpl,ClearMyTracksByProcess 2") ; Running this from the command prompt work fine.
-
Correct, the first clears IE cookes and the second empties the Flash cache. This function used to work without any problems. Edit: Obviously it needs to be updated as I see now the directory structure is different. But is there anything else wrong? Also on the topic of clearing the flash cache, many sites use it to track people.
-
Greetings, I used to use this function a lot and never had any problems with it. I even recently added it to my UDF but now upon retesting it I get this error during runtime (No compile errors): Error: Error parsing function call. Here is the function. It is for deleting IE and Flash cookies from the system: #Include <File.au3> #include <Array.au3> Func _ClearCookies() ShellExecuteWait("RunDll32.exe","InetCpl.cpl,ClearMyTracksByProcess 2") $cookieFolders = _FileListToArray(@AppDataDir&"\Macromedia\Flash Player\#SharedObjects","*",2) If @error Then Return "nonetorm" Else _ArrayDelete($cookieFolders,0) For $i = 0 To UBound($cookieFolders) -1 $siteFolders = _FileListToArray(@AppDataDir&"\Macromedia\Flash Player\#SharedObjects\"&$cookieFolders[$i],"*",2) If $i = 0 Then _ArrayDelete($siteFolders,0) EndIf For $j = 0 To UBound($siteFolders) -1 DirRemove(@AppDataDir&"\Macromedia\Flash Player\#SharedObjects\"&$cookieFolders[$i]&"\"&$siteFolders[$j],1) Next Next EndIf Return "cookiesremoved" EndFunc Thank you to anyone who can help.
-
I just updated the main post about a bug I'm encountering with the new _ClearCookies function. There are no compile errors but upon calling it during execution I'm getting: Error: Error parsing function call. If anyone can take a look and knows what is causing this it will be a great help to this seemingly simple function and will be much appreciated.
-
I have just ran a test. Here's what I did. Changed my application so that it only sets the proxy/agent 1 time at the beginning of script execution. Ran the app and then ran a second and third instance of the app, each using a different proxy. Began navigating with all of them at the same time. Since I set the proxy only once in the app, if your problem were affecting me the proxy of all of the app instances would change to 1 proxy. They did not. Each instance of the app retained it's own proxy & agent settings so as far as running multiple processes, each compiled by AutoIt, they will each have whatever unique settings you apply to them. I'm not sure about your Citrix XenApp Client but given these tests I don't know how it could be affected. Are you sure it's changing the Internet settings for "Citrix XenApp Client?" Is this a client you developed or by Citrix? Can you show me any proxy server logs to confirm it? Any data at all showing that the proxy settings were somehow applied to a second application? I only ask because it doesn't happen between multiple AutoIt compiled applications so I'm not sure why it would happen to one by Citrix. RIght now I could spawn 100 processes, each with different proxy settings and have them perform multiple embedded browser operations at the same time without interfering with each-other. Thanks.
-
I'll look into it now. In my initial tests (Years ago) I was only using it with once process for the purpose of not relying on the global registry settings. After I made the UDF recently I tested by setting a proxy in two different AutoIt processes, Hopefully the options weren't being set globally. I'll perform a test now to see if one changes the other. Thank you for the report.
-
New version 0.9b has just been released. It now includes the _ClearCookies function which clears all of your browser's cookies as well as all Flash cookies.
-
I just messaged you a test proxy that takes authentication. Edit: Looks like sometime tomorrow we could have a new version with better authentication that can manipulate more than just embedded browser objects (Though that isn't nearly as important as better auth). There are also some other features of the Windows API and urlmon.dll that are very interesting that haven't been explored with AutoIt. Good things to come
-
I just tested your code as: _proxySet('user22','pass2','105.190.102.248:64043') Then tried navigating to a page and was unable to get a connection out. IE threw: Navigation to the webpage was canceled. Edit: In your 1 2 3 list you were talking about your code I presume? Mine works for embedded IE. There's just that issue of having to pass the login through the URL. These are great additions though. Like I said I'll see about providing a proper proxy to test auth.
-
It only affects embedded IE. I've never forced IWebBrowser2 before; however, if you test the original UDF with the default AutoIt _IECreateEmbedded browser it will work. It won't have any affect on any other net functions that I'm aware of (Though it could be possible). Have you tested the code you posted with a default embed? That would be the best starting point for testing any additions/modifications. Then we can worry about IWebBrowser2 (Which I never knew about until now).
-
It could be any proxy server that requires username/password authentication. There are many paid services and in situations where someone is rotating through a list of proxies it's likely that they're going to be using a paid service that requires authentication. Here is one such service http://www.changemyip.com/ (I don't own it). This isn't going to be an issue for proxies on public proxy lists. I don't use public lists though because the proxies are always dying or are slow. Maybe I'll setup a proxy for testing auth in this UDF and post it here if I can get some help from you and others figuring out how to do it with the DLL without passing auth in the URLs.