|
|
|
JonB, I do appreciate your help. How about deploying extra LDAP servers? or maybe a caching LDAP server? Not available for the time being. They are running OpenLDAP and we authenticate through it using the --client-connect option. Also it is a physical problem with the LDAP server. Some corruptions with the database. Why does it re-authenticate? That is what I am asking indeed. I would like to know.
Do your clients timeout? => Increase the timeout on the server. No. They do not. Do you clients change ip? => --float No they do not change IPs. All are PCs logged in to the company's domain and they are not allowed to change their IPs. Cheat your clients to think the tunnel is still open. Does the network I was thinking it is a Windows problem. I tested a Linux client on different distros and found the same every-two-minutes symptom. I thought it might be closing the tunnel. I created a shell script that was running in the background that is testing the tunnel and the routing table. I found nothing; everything is okay; the tunnel is there and the routing table is okay. Regards -- Sameh Attia Information Security Manager Red Hat Certified Engineer TE Data -- dc -e '603178305900664311156641389051003470569569613466992253686426210705237258P' Attachment:
server.ovpn Attachment:
tedata.ovpn Warning: require_once(../../../archive_common.php) [function.require-once]: failed to open stream: No such file or directory in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2006-03/msg00054.html on line 186 Fatal error: require_once() [function.require]: Failed opening required '../../../archive_common.php' (include_path='/usr/local/lib/php') in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2006-03/msg00054.html on line 186 |