home *** CD-ROM | disk | FTP | other *** search
/ chilidog.highland.cc.ks.us / chilidog.highland.cc.ks.us.zip / chilidog.highland.cc.ks.us / backup / bradford.20110214.bsc-VPN.tar.gz / bradford.20110214.bsc-VPN.tar / bsc / VPN / vpn / Readme < prev    next >
Text File  |  2008-04-07  |  4KB  |  66 lines
  1. *******************************************************************************
  2. Note: The only file that needs to be edited is index2.html
  3. *******************************************************************************
  4. index2.html:
  5. - Replace "Hostname" in the line <base href="http://Hostname/vpn/"> with
  6.   the appropriate name for the vpn context.
  7. - Replace "Hostname" in the line 
  8.     <input type="hidden" name="defaultUrl"        value="http://Hostname/vpn/Success.html" >
  9. with the appropriate host for the vpn context.
  10.  
  11. The above changes will be made automatically through use of the
  12. "Portal Configuration" view.
  13.  
  14. The first link sets the base of the page such that subsequent page
  15. accesses from this page will resolve correctly. The second link, also
  16. automatically set by the portal configuration function, specifies the full URL
  17. of the success page.
  18.  
  19. As the network administrator, you may change the text in files index.html and
  20. index2.html to customize them for your particular installation. If you choose
  21. to do so, there are a few items that you should take into consideration:
  22.  
  23. index.html specifies a refresh delay of 5 seconds that delays the redirection
  24. to the VPN redirect page. This delay is to allow sufficient time for the
  25. VPN concentrator to complete the connection for a newly connected client and 
  26. for NAC Director/Campus Manager to read and process the connection data. If 
  27. this delay is insufficient then the web page redirection occurs prior to the
  28. remote client creation, resulting in the web browser being redirected  to
  29. the registration page. Other timing situations can also occur, 
  30. such as when users disconnect and reconnect again quickly, whereby stale
  31. clients exist for a short time and cause redirection to a different page
  32. based on the state of the stale client. That is why it is important to specify
  33. a refresh timer interval that is long enought to avoid these timing-related 
  34. problems.
  35.  
  36. You may modify the textual content of index.html to provide sufficient
  37. information to the VPN user about the delay before the redirection.
  38.  
  39. The error.html page may be displayed under the following circumstances:
  40. 1) A VPN client connects, successfully identifies itself and passes any
  41. optional scans. If the VPN user intentionally navigates to the vpn portal page,
  42. the page redirection logic will determine that the remote endstation is a safe,
  43. registered client and will forward the remote user's browser to the error page.
  44.  
  45. 2) A VPN client with a dissolvable agent disconnects and reconnects before
  46. NAC Director has detected and reacted to the change. If the remote user
  47. navigates to a page, there may be a stale client present for some period of
  48. time that appears to be a safe client. If this is the case, it is possible the
  49. user's browser will be redirected to the vpn portal page and the remote 
  50. endstation will be considered a safe client for a short period of
  51. time until the system reacts to the change.  If so, the user will be forwarded
  52. to the error page, although now the remote endstation is not really safe.
  53. Subsequent refreshes of the page will eventually redirect the user to the
  54. correct Agent Download page.
  55.  
  56. 3) A client with a persistent agent disconnects and reconnects before NAC
  57. Director has detected and reacted to the change.  This can also lead to 
  58. a race condition that may forward the remote user to the error page temporarily.
  59.  
  60. For all these reasons,the error page text should instruct the the user
  61. to wait for a few seconds ments and attempt yo browse to a different location
  62. to correct the problem.
  63.  
  64. You may also customize the Success.html page to reflect that the remote user
  65. now has access to your company network.
  66.