 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
.NET Forum / .NET Framework / Distributed Applications / August 2006ClickOnce installation fails for some customers
(Sorry for double post, first post was with wrong mail address) Hi We have ClickOnce deployed an application at serveral customers offices. The initial installation was done with either a ClickOnce CD or through the web server. One customer, with a high security configured environment, the application fails to check for new versions (the current was installed from CD), there is a timeout after two minutes. Does Microsoft have a description of what ports that needs to be open, and other configuration settings on the client/network/server, that needs to be set? regards Carl Hello Carl, For ClickOnce application, it wil use HTTP protocol (Port 80) or HTTPS (Port 443) to detect the new version information from the server. When it download the file from the server, the port depened on the downloader component you used in the application. For example, for a HTTP downloader, it will still used port 80 as well. Sincerely, Luke Zhang Microsoft Online Community Support ================================================== Get notification to my posts through email? Please refer to http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif ications. Note: The MSDN Managed Newsgroup support offering is for non-urgent issues where an initial response from the community or a Microsoft Support Engineer within 1 business day is acceptable. Please note that each follow up response may take approximately 2 business days as the support professional working with you may need further investigation to reach the most efficient resolution. The offering is not appropriate for situations that require urgent, real-time or phone-based interactions or complex project analysis and dump analysis issues. Issues of this nature are best handled working with a dedicated Microsoft Support Engineer by contacting Microsoft Customer Support Services (CSS) at http://msdn.microsoft.com/subscriptions/support/default.aspx. ================================================== This posting is provided "AS IS" with no warranties, and confers no rights. > (Sorry for double post, first post was with wrong mail address) > [quoted text clipped - 7 lines] > application fails to check for new versions (the current was installed > from CD), there is a timeout after two minutes. I have experienced some scenarios that cause trouble: * Their firewall blocks access to .exe/.dll-files * Their local proxy/firewall caches everything, so the .exe your application sees is not the latest version * Their firewall blocks HTTP Resume download-commands (not sure if ClickOnce uses http resume, but the BITS downloader does) In a high security environment I would guess the first one is the problem.  SignatureRune Huseby > I have experienced some scenarios that cause trouble: > * Their firewall blocks access to .exe/.dll-files [quoted text clipped - 6 lines] > > > Rune Huseby Thanks for your tips! I will try all of the above suggestions. Sometimes, on a client, there is another error appearing now: "Deployment and application do not have matching security zones." The user tries a couple of times, and the all of a sudden, it works, the error disappears, even though no changes are made. Very strange! Carl Hello Carl, I did some research on the issue ""Deployment and application do not have matching security zones." and I found it may occur when the deployment manifest (.Application) and Application Manifest (.EXE.Manifest) are not in the same security zones. When a user encounter such a problem, you may have him check the zone settings in his IE. If this problem occur with multiple users, you delete the published files from the Server and re-publish it to see if it can help Sincerely, Luke Zhang Microsoft Online Community Support ================================================== Get notification to my posts through email? Please refer to http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif ications. Note: The MSDN Managed Newsgroup support offering is for non-urgent issues where an initial response from the community or a Microsoft Support Engineer within 1 business day is acceptable. Please note that each follow up response may take approximately 2 business days as the support professional working with you may need further investigation to reach the most efficient resolution. The offering is not appropriate for situations that require urgent, real-time or phone-based interactions or complex project analysis and dump analysis issues. Issues of this nature are best handled working with a dedicated Microsoft Support Engineer by contacting Microsoft Customer Support Services (CSS) at http://msdn.microsoft.com/subscriptions/support/default.aspx. ================================================== This posting is provided "AS IS" with no warranties, and confers no rights. > Hello Carl, > [quoted text clipped - 12 lines] > > Luke Zhang That sounds very interesting, since some of the customers have installed the initial install from CD, and then the updates should come from the web server. Perhapse it's s different zone when installing from CD, and then trying to update via network. The reason for this is the initial install is huge with all db providers and other stuff, and the updates will be of a more normal size. regards Carl > I have experienced some scenarios that cause trouble: > * Their firewall blocks access to .exe/.dll-files [quoted text clipped - 6 lines] > > Rune Huseby I've made some very very interesting findings in the server (IIS) log. For one of the clients that fails, ClickOnce seems to ask for a file that does not exist! Strange indeed, since it's the exact same installation on all clients. I wonder what makes it do this. I paste the interesting bit of the logfile at the end of this post. To begin with, the client asks for setup.exe, TheApplication.application, TheApplication.exe.manifest, TheApplication.exe.deploy. The server gives the files to the client (response 200) no problems. Then all of a sudden, it starts to ask for non existing files, like TheApplication.exe.deploy.config, and all possible combinations of DataAccess.DLL. The really interesting part is that the server has this file (TheApplication_5_0_0_2/DataAccess.DLL.delpoy), with the .deploy file suffix, but none of all the combinations that ClickOnce requests. In short, it asks for pretty much all combinations of DataAccess except the one that really exists. The clients where everything works (on another network), it immediately asks for, and gets, the correct files. Does anyone have a clue? regards Carl I forgot to paste in the logfile... the ip addresses has been changed. .............. GET /theServer/installation.htm - 80 - cc.cc.cc.cc - 200 0 0 GET /theServer/setup.exe - 80 - cc.cc.cc.cc - 200 0 22 GET /theServer/setup.exe - 80 - cc.cc.cc.cc - 200 0 0 GET /theServer/TheApplication.application - 80 - cc.cc.cc.cc - 200 0 64 GET /theServer/TheApplication.application - 80 - cc.cc.cc.cc - 206 0 0 GET /theServer/TheApplication.application - 80 - ss.ss.ss.ss - 200 0 0 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.manifest - 80 - cc.cc.cc.cc - 200 0 0 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy - 80 - cc.cc.cc.cc - 200 0 0 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy.config - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy.config - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 3 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy - 80 - cc.cc.cc.cc - 304 0 0 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy.config - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/TheApplication.exe.deploy.config - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/bin/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.DLL - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 64 GET /theServer/TheApplication_5_0_0_2/DataAccess/DataAccess.EXE - 80 - cc.cc.cc.cc - 404 0 3 GET /theServer/installation.htm - 80 - cc.cc.cc.cc - 304 0 0 .......................... Hello Carl, How is it going now? Have you tried to reinstall the application and is the problem fixed by that? Sincerely, Luke Zhang Microsoft Online Community Support This posting is provided "AS IS" with no warranties, and confers no rights. Hi We were actually unable to do a reinstall, since the user has not permission to uninstall applications on his workstation. When logged in as an local administrator, the user deleted the files and tried to install again, but that did not help. One interesting thing that we discovered is that an domain admin can install the application normally without any problems. There seem to be some restrictions set on the normal users that makes ClickOnce ask for the wrong files. Its a bit tricky for us to try some suggestions sometimes, since we are not close to the customer, and they have a very thight configured security, and are reluctant to relax the security. regards, Carl > Hello Carl, > [quoted text clipped - 9 lines] > This posting is provided "AS IS" with no warranties, and confers no > rights. Hello Carl, Thank you for the reply. When logging in as an local administrator, the user deleted the files and tried to install again. Did he install from CD or the web url. I suggest you may have him install from web to check if there is a mutiple version issue between the CD and web store. Sincerely, Luke Zhang Microsoft Online Community Support This posting is provided "AS IS" with no warranties, and confers no rights. Hello, Is there any update on this issue? If you have any more concern or question on this issue, please feel free to let me know. Sincerely, Luke Zhang Microsoft Online Community Support This posting is provided "AS IS" with no warranties, and confers no rights. Hello Carl, This sounds not a security or network issue., it is more like a configration issue. If you complete uninstall the application (including delete all installed files, even in GAC and Internet temp folder, and registry entries ) and reinstall it, will this fix the problem on the client? Sincerely, Luke Zhang Microsoft Online Community Support This posting is provided "AS IS" with no warranties, and confers no rights. >> I have experienced some scenarios that cause trouble: >> * Their firewall blocks access to .exe/.dll-files [quoted text clipped - 13 lines] > installation on all clients. I wonder what makes it do this. I paste > the interesting bit of the logfile at the end of this post. [...] > Does anyone have a clue? I suppose your assemblies are strong-named since you use ClickOnce. Make sure that you build all components at the same time (for all components you have changed, and all components dependint on these), and make sure you up the version of all components before you build & deploy. You should also add these to your assemblyinfo.cs: // Prevents the runtime from attempting to locate localized assemblies (which can result in up to 32 download attempts) [assembly: NeutralResourcesLanguageAttribute("en-US")] A tool that comes with the .NET SDK, fuslogvw.exe, is also useful for troubleshooting assembly load failures. SignatureRune Huseby Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
Reply to this Message
|
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.