一次LINUX下OPENVPN故障排错
作者 佚名技术
来源 Linux系统
浏览
发布时间 2012-04-28
t address: 192.l68.1.146: [TRY_AGAIN] A temporary error occurred on an authoritative name server. Sat Oct 17 17:24:34 2009 RESOLVE: Cannot resolve host address: 192.l68.1.146: [TRY_AGAIN] A temporary error occurred on an authoritative name server. Sat Oct 17 17:24:39 2009 RESOLVE: Cannot resolve host address: 192.l68.1.146: [TRY_AGAIN] A temporary error occurred on an authoritative name server. Sat Oct 17 17:24:44 2009 RESOLVE: Cannot resolve host address: 192.l68.1.146: [TRY_AGAIN] A temporary error occurred on an authoritative name server. Sat Oct 17 17:24:49 2009 RESOLVE: Cannot resolve host address: 192.l68.1.146: [TRY_AGAIN] A temporary error occurred on an authoritative name server. Sat Oct 17 17:24:50 2009 RESOLVE: signal received during DNS resolution attempt Sat Oct 17 17:24:50 2009 TCP/UDP: Closing socket Sat Oct 17 17:24:50 2009 SIGINT[hard,init_instance] received, process exiting 将客户端配置中的192.168.1.146,更改为CLU1后 [root@clu2 openvpn]# /usr/local/sbin/openvpn --config /etc/openvpn/client.conf Sat Oct 17 17:44:58 2009 OpenVPN 2.0.9 i686-pc-linux [SSL] [LZO] [EPOLL] built on Oct 17 2009 Sat Oct 17 17:44:58 2009 IMPORTANT: OpenVPN''s default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port. Sat Oct 17 17:44:58 2009 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info. Sat Oct 17 17:44:58 2009 LZO compression initialized Sat Oct 17 17:44:58 2009 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ] Sat Oct 17 17:44:58 2009 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ] Sat Oct 17 17:44:58 2009 Local Options hash (VER=V4): ''d79ca330'' Sat Oct 17 17:44:58 2009 Expected Remote Options hash (VER=V4): ''f7df56b8'' Sat Oct 17 17:44:58 2009 UDPv4 link local: [undef] Sat Oct 17 17:44:58 2009 UDPv4 link remote: 192.168.1.146:1194 Sat Oct 17 17:44:58 2009 TLS: Initial packet from 192.168.1.146:1194, sid=1c0c4a4a d6aa0664 Sat Oct 17 17:44:58 2009 VERIFY OK: depth=1, /C=cn/ST=Beijing/L=haidian/O=llpw/OU=ca/CN=ca/emailAddress=database@bjepiao.com Sat Oct 17 17:44:58 2009 VERIFY OK: depth=0, /C=cn/ST=Beijing/O=llpw/OU=clu1/CN=clu1/emailAddress=database@bjepiao.com Sat Oct 17 17:44:58 2009 Data Channel Encrypt: Cipher ''BF-CBC'' initialized with 128 bit key Sat Oct 17 17:44:58 2009 Data Channel Encrypt: Using 160 bit message hash ''SHA1'' for HMAC authentication Sat Oct 17 17:44:58 2009 Data Channel Decrypt: Cipher ''BF-CBC'' initialized with 128 bit key Sat Oct 17 17:44:58 2009 Data Channel Decrypt: Using 160 bit message hash ''SHA1'' for HMAC authentication Sat Oct 17 17:44:58 2009 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Sat Oct 17 17:44:58 2009 [clu1] Peer Connection Initiated with 192.168.1.146:1194 Sat Oct 17 17:44:59 2009 SENT CONTROL [clu1]: ''PUSH_REQUEST'' (status=1) Sat Oct 17 17:44:59 2009 PUSH: Received control message: ''PUSH_REP |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |
你可能对下面的文章感兴趣
关于一次LINUX下OPENVPN故障排错的所有评论