Wireless Access

last person joined: yesterday 

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.
Expand all | Collapse all

Via client Retrieving config from server fail

This thread has been viewed 11 times
  • 1.  Via client Retrieving config from server fail

    Posted May 12, 2014 05:08 AM

    Windows client doesnt get his config pushed does any one know a solution?

     

    [09:44:35] Remote server acces...................ok

    [09:44:35] Connecting to remote server............. started

    [09:44:35] Remote server connection...............Initializing

    [09:44:35] Connecting to remote server...............Started

    [09:44:45] Remote server connection...................Succesful

    [09:44:45] Secure connection established for user....blabla@blabla.com

    [09:45:27] Retrieving configuration from server...........Failed

    [09:45:46] Attempt to send heartbeats to controller Failed

    [09:45:47] Remote server connection...................Disconnected

    [09:45:47] Re-connect to remote server.............started

    [09:45:47] Remote server access.............Not reachable

    [09:46:06] Upgrade status.......................interrupted

    [09:46:06] Remote server access....................OK

    [09:46:06] Connection to remote server..............Started

     

     

     

     

    Apr 24 09:45:15.134 18f8 INFO anapp_cbh 219 Command 80 not processed
    Apr 24 09:45:18.345 dd8 TRACE anclientfsm 2468 Check for idle tim Sent/Received = 0 0
    Apr 24 09:45:18.345 dd8 DEBUG anclientfsm 2477 Send Heartbeat message to [ip adress]
    Apr 24 09:45:19.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:20.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:21.134 18f8 INFO anapp_cbh 219 Command 80 not processed
    Apr 24 09:45:21.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:27.327 1f4 DEBUG anhttp 376 httpsendreq ret false
    Apr 24 09:45:27.327 1f4 ERROR anhttp 417 HttpSendRequest 12029
    Apr 24 09:45:27.327 1f4 TRACE anhttp 665 downloaded total 0 bytes

    Apr 24 09:45:27.327 1f4 DEBUG anhttp 723 HTTPrequest return value is: 12029

    Apr 24 09:45:27.342 1f4 INFO anapp_vpn 810 checkversion with internal ip
    Apr 24 09:45:27.342 1f4 DEBUG anctl 488 Version req /via/version?os=win64
    Apr 24 09:45:27.342 1f4 DEBUG anhttp 272 ANMakeHttpReq Enter[ip adress]
    Apr 24 09:45:27.342 1f4 TRACE anhttp 306 Prompt 0 INFlags 0x41
    Apr 24 09:45:27.342 1f4 TRACE anhttp 311 Reuse handle 0xcc0008
    Apr 24 09:45:27.342 1f4 DEBUG anhttp 355 calling httpsendreq
    Apr 24 09:45:29.500 dd8 TRACE anclientfsm 2468 Check for idle tim Sent/Received = 0 0
    Apr 24 09:45:29.500 dd8 DEBUG anclientfsm 2477 Send Heartbeat message to [ip adress]
    Apr 24 09:45:30.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:31.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:32.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:36.160 18f8 INFO anapp_cbh 219 Command 79 not processed
    Apr 24 09:45:40.560 dd8 TRACE anclientfsm 2468 Check for idle tim Sent/Received = 0 0
    Apr 24 09:45:40.561 dd8 DEBUG anclientfsm 2477 Send Heartbeat message to [ip adress]
    Apr 24 09:45:41.246 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:42.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:43.247 dd8 ERROR anclientfsm 2515 IcmpSendEcho returned error: 11010

    Apr 24 09:45:45.640 dd8 INFO anapp_cbh 74 IKE event 0
    Apr 24 09:45:45.640 16b0 TRACE anapp_vpn 563 OnIkeEvent 0
    Apr 24 09:45:45.640 16b0 INFO anapp_vpn 637 OnIkeEvent leave
    Apr 24 09:45:45.794 1790 INFO anclientfsm 134 IP Address Table changed..
    Apr 24 09:45:45.794 1790 INFO anclientfsm 137 Indicate the IP Address Status
    Apr 24 09:45:45.794 dd8 INFO anclientfsm 700 IPADDR_CHANGE is received
    Apr 24 09:45:45.847 16b0 INFO anpropsheet 249 Network Down event is received
    Apr 24 09:45:45.847 16b0 INFO anpropsheet 252 IP change notification received
    Apr 24 09:45:45.858 16b0 INFO anrouteintf 959 Num Entries: 3

     



  • 2.  RE: Via client Retrieving config from server fail

    Posted May 19, 2014 02:39 AM

    no body any idea?



  • 3.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted May 19, 2014 07:39 AM

    Has this ever worked?  We probably need logs from the controller side to even guess what is happening here.



  • 4.  RE: Via client Retrieving config from server fail

    Posted Jun 08, 2015 05:16 AM
      |   view attached

    Hi,

     

    I'm working at IT Department of a university. We are struggling with a similar difficulty.

     

    For a while our users who uses Windows operating system on their PC's or laptops couldn't establish a stable VPN connection. There is no problem with other operating systems.

     

    When a Windows user establishes a VPN connection and doesn't touch the computer, the connection breaks down in 2 or 3 minutes. Not the same time. It varies.

     

    If the user surfs the web when the connection established or ping anywhere continiously, there is no problem with the VPN connection. When the user stops surfing or sending imcp packets, VPN connection breaks down in a 2 or 3 minutes.

     

    At the Via connection log errors lines up with the same order:
    1. Retrieving configuration from server ... Failed.
    2. Upgrade status ... Interrupted.
    3. Attempt to send heartbeats to the controller failed.
    After sending heartbeat error connection suddenly breaks down. You can find the Connection Log screen shot in the attachment.

     

    I checked the Controller at the same time and it seems everything is normal here. There isn't any logs related with this problem.

     

    We had been using ArubaOS 6.4.2.4 version till last month. We upgraded our controller to 6.4.2.6 version but the problem is still continuing. And we worked with different versions of Via application.

     

    And this is the anacui.txt logs in Windows:

    Jun 04 13:31:18.829 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:18.830 1040 INFO anapp_cbh 184 PING temporary fail
    Jun 04 13:31:18.830 13d8 INFO anpropsheet 398 PING temporary fail
    Jun 04 13:31:26.922 1040 TRACE anclientfsm 2596 Check for idle tim Sent/Received = 41 41
    Jun 04 13:31:26.922 1040 DEBUG anclientfsm 2605 Send Heartbeat message to 144.122.xx.xx
    Jun 04 13:31:27.830 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:27.830 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:28.830 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:28.830 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:29.829 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:29.829 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:29.830 1040 INFO anapp_cbh 184 PING temporary fail
    Jun 04 13:31:29.830 13d8 INFO anpropsheet 398 PING temporary fail
    Jun 04 13:31:36.968 1040 TRACE anclientfsm 2596 Check for idle tim Sent/Received = 41 41
    Jun 04 13:31:36.968 1040 DEBUG anclientfsm 2605 Send Heartbeat message to 144.122.xx.xx
    Jun 04 13:31:37.829 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:37.829 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:38.829 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:38.829 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:39.829 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010

    Jun 04 13:31:39.829 1040 TRACE anclientfsm 2653 Network is unstable
    Jun 04 13:31:39.830 1040 INFO anapp_cbh 184 PING temporary fail
    Jun 04 13:31:39.830 13d8 INFO anpropsheet 398 PING temporary fail
    Jun 04 13:31:43.878 f88 DEBUG anhttp 382 httpsendreq ret false
    Jun 04 13:31:43.878 f88 ERROR anhttp 423 HttpSendRequest 12029
    Jun 04 13:31:43.878 f88 TRACE anhttp 671 downloaded total 0 bytes

    Jun 04 13:31:43.879 f88 DEBUG anhttp 735 HTTPrequest return value is: 12029

    Jun 04 13:31:43.879 f88 ERROR anapp_vpn 849 checkversion error 12029
    Jun 04 13:31:47.966 1040 TRACE anclientfsm 2596 Check for idle tim Sent/Received = 41 41
    Jun 04 13:31:47.967 1040 DEBUG anclientfsm 2605 Send Heartbeat message to 144.122.xx.xx
    Jun 04 13:31:48.829 1040 ERROR anclientfsm 2650 IcmpSendEcho returned error: 11010


    Thanks in advance.

     

     



  • 5.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Jun 08, 2015 07:40 AM

    aekmekci,

     

    If this is a crucial issue, please open a case with TAC in parallel so that they can get all of the relevent logs to push you towards a solution.

     



  • 6.  RE: Via client Retrieving config from server fail

    Posted Aug 15, 2017 05:54 PM

    I am having a similar problem.  I can't get anywhere with my IT folks at my company or my internet service provider.  IT reports that the issue is not on their end.  They say it is the ISP.  The ISP says that all of my connections are excellent.  There are no issues on their end.  They say it has to be the VPN.  I am not even remotely close to being tech savvy, so I do not understand any of this stuff.  I just know that I can't work and I am at my wits end.  My VPN connections drops out on me every few minutes - every time that I see the "attempt to send heartbeats to controller failed."  It then immediately reconnects.  I see the same log as shown in the original post.  If anyone can offer me a solution and break it down into dummy terms, that would be great!  I am a desperate woman here!  Ha!

     

     



  • 7.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Aug 15, 2017 05:56 PM

    Have you tried to connect using the iphone app or android app to eliminate an OS issue?

     



  • 8.  RE: Via client Retrieving config from server fail

    Posted Aug 15, 2017 06:01 PM

    I am working from a laptop.



  • 9.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Aug 15, 2017 06:04 PM
    Right, but you should try with the VIA mobile app so that you can figure out if it is your connectivity or your laptop that is the problem..


  • 10.  RE: Via client Retrieving config from server fail

    Posted Aug 16, 2017 08:30 AM

    I downloaded the Aruba app on my phone and connected to VPN.  It didn't disconnect.  The cell phone was connected to the same wifi connection as my laptop, so I don't think the issue is connection.



  • 11.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Aug 16, 2017 08:42 AM

    You should open a tac case in parallel to this post, so that they can get debugging client info from your laptop to understand what could be happening.

     



  • 12.  RE: Via client Retrieving config from server fail

    Posted Aug 16, 2017 08:45 AM

    Forgive my ignorance, but TAC case?  You mean log the issue with the IT folks at my employer?

     



  • 13.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Aug 16, 2017 10:57 AM
    Yes, because they could be either working on the issue or have more information about why it is not working properly.


  • 14.  RE: Via client Retrieving config from server fail

    Posted Oct 12, 2020 07:04 PM

    Some of this sounds uncannily like the problem I'm having with Windows client. VIA is solid with Mac and mobile devices, but Windows client disconnects with "attempt to send heartbeats to the controller failed" every few minutes, prompting a new MFA authentication and dropping the VPN tunnel. VIA client version 3.2.1.101689 with 7210 controller on ArubaOS 6.5.3.2. Any ideas? Should I bite the bullet and move to AOS8 for VIA? Is that more stable for Windows?



  • 15.  RE: Via client Retrieving config from server fail

    EMPLOYEE
    Posted Oct 12, 2020 07:17 PM

    Did it ever work with Windows?  

     

    Also happy Halloween for resurrecting a thread that has been dead for 3 years...