The start page goes to https://x.x.x.x/dana/home/starter0.cgi?check=yes and just sits there forever saying to "please wait...." with a blank white page.
It does not go to the bookmark page like it is supposed to. Whne I remove the dana/home/starter0.cgi?check=yes part of the URL it loads the book marks page properly.
Is there any way to fix this? I tried changing the start page to book marks and default and it always goes to that "dana/home/starter0.cgi?check=yes" page that does nothing.
Solved! Go to Solution.
What version of code and what browser are you running. There was a known problem with Mozilla 3x and versions of SSL code prior to 6.2x, 6.3x ??? (doing this from memory so not 100% sure of versions). The problem was exactly as you described it.
An SSL code upgrade resolved the issue.
What version of code and what browser are you running. There was a known problem with Mozilla 3x and versions of SSL code prior to 6.2x, 6.3x ??? (doing this from memory so not 100% sure of versions). The problem was exactly as you described it.
An SSL code upgrade resolved the issue.
Thanks for the kudo - glad to be of assistance.
I am having the same problem with one of my users. Sometimes the login page shows within a second, sometimes it will never show up.
Recently upgraded to 6.3 to try to solve this problem but it didn't work.
User tried IE6 and IE7. Can you point me in the right direction?
Marcel_db,
The quick fix I found to this problem was to remove the directory information after the URL.
If you log into https://secure.yoursite.com/
After you log in you'll get something like https://secure.yoursite.com/dana/home/starter0.cgi?check=yes
Remove the "dana/home/starter0.cgi?check=yes" at the end of the URL and hit enter.
After you reloud the index page this way you'll now be logged on.
This isn't exactly an ideal solution, but it works. Other than this try using Internet Explorer or Safari. Juniper doesn't support Firefox.
Quick comment to add to the thread...
I have been experiencing the same problem with (https://secure.yoursite.com/dana/home/starter0.cgi?check=yes) while using IE (not exclusive to Firefox) and have been reworking the URL to accelerate the login.
Recently I stood up a separate page on the SA for a limited access group and noticed I didn't have to rework the URL (or wait an uncomfortably long time) to log in. Hmmm, the problem is in the page configuration... I started testing different user and resource setting changes and ultimately discovered I could control whether the check was enabled or not by what I serve up as options on the user home page.
User Roles --> <Select your user> --> General --> Overview
If you enable any of the following: Terminal Services, Virtual Desktop, or Meetings, the check will run at login.
Fortunately for me, I am able to work around this by only enabling bookmarks and doing my manipulations on the back end, but it's still annoying and I don't see the Firefox fix stated here (http://kb.pulsesecure.net/InfoCenter/index?page=content&id=KB11834) as being a viable solution - at least for my user base.
Maybe there's been a better solution I haven't found?
@Peterb: are you using listed applications for your bookmarks or VDI sessions? If yes, the load time is variable depending on the number of sessions and reachability of the servers. If you have 50+ applications, it will take time for those to be retrieved (the list is created dynamically at login for both those items). This is independent of the browser used; it is the nature of the connection type.