服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 我的GPRS连接对于IPSec连接来说可能太慢了吗？
Intereting Posts
Exchange 2007 CASredirect到Exchange 2003邮箱上的http 托pipe许多VM的虚拟化环境的系统configuration 从单独的信任域添加“经理” testingrc.d级别 您在debian / red-hat服务器上安装的工具列表 为什么Debian 6.0.1在安装东西时要求安装CD？ 是否可以使用mod_gnutls和Apache 2configurationECDHE-ECDSA？ R2在Opteron 8354和2435之间实时迁移 PHP oci8 DLL不会加载在Windows 64位XP上。 我究竟做错了什么？ 是否有可能通过电子邮件传播到Outlook的真实姓名 Hotmail阻止我的SMTP服务器 Exim4 SMTPauthentication到Courier 最佳实践：通过ssh编辑sshd_config Outlook 2010警告关于Exchange 2007服务器上不再存在的旧Cert 故障排除packetloss

我的GPRS连接对于IPSec连接来说可能太慢了吗？

我正在build立从Westermo MRD310到我们公司Cisco ASA5510的IPSec连接。

我们已经使用这种方法进行了许多成功的设置，在远程位置和我们的内部networking之间创build了一个隧道networking。 这一次我试图通过GPRS速度networking来完成这个设置（这就是你在瑞典北部的路线）。 但它不会经过。

有没有人有关于在以下日志中失败的信息，或者有关于build立IPSec隧道的最低传输速率的信息。 此外，任何有关可以降低传输速率要求的信息将不胜感激。

我使用公共静态IP地址进行订阅，以避免NAT和地址更改。 然而，由于GPRS是发起人，静态IP不应该成为这个要求，对吗？ 

<83>Jun 21 23:00:57 ipsec__plutorun: Starting Pluto subsystem... <27>Jun 21 23:00:57 ipsec_setup: ...Openswan IPsec started <84>Jun 21 23:00:57 pluto[5860]: Starting Pluto (Openswan Version 2.4.12 PLUTO_SENDS_VENDORID PLUTO_USES_KEYRR; Vendor ID OEKBzdY{wM]@) <84>Jun 21 23:00:57 pluto[5860]: Setting NAT-Traversal port-4500 floating to on <84>Jun 21 23:00:57 pluto[5860]: port floating activation criteria nat_t=1/port_fload=1 <84>Jun 21 23:00:57 pluto[5860]: including NAT-Traversal patch (Version 0.6c) <86>Jun 21 23:00:57 ipsec__plutorun: Unknown default RSA hostkey scheme, not generating a default hostkey <84>Jun 21 23:00:57 pluto[5860]: ike_alg_register_enc(): Activating OAKLEY_AES_CBC: Ok (ret=0) <84>Jun 21 23:00:57 pluto[5860]: no helpers will be started, all cryptographic operations will be done inline <84>Jun 21 23:00:57 pluto[5860]: Using KLIPS IPsec interface code on 2.6.25-uc0 <84>Jun 21 23:00:57 pluto[5860]: Changing to directory '/etc/config/cacerts' <84>Jun 21 23:00:57 pluto[5860]: Changing to directory '/etc/config/aacerts' <84>Jun 21 23:00:57 pluto[5860]: Changing to directory '/etc/config/ocspcerts' <84>Jun 21 23:00:57 pluto[5860]: Changing to directory '/etc/config/crls' <84>Jun 21 23:00:57 pluto[5860]: Warning: empty directory <27>Jun 21 23:00:57 ipsec_setup: Starting Openswan IPsec 2.4.12... <84>Jun 21 23:00:58 pluto[5860]: loading secrets from "/etc/config/ipsec.secrets" <84>Jun 21 23:01:01 pluto[5860]: added connection description "SPMVPN" <84>Jun 21 23:01:01 pluto[5860]: listening for IKE messages <84>Jun 21 23:01:01 pluto[5860]: adding interface ipsec0/hso0 85.117.XXX.XX:500 <84>Jun 21 23:01:01 pluto[5860]: adding interface ipsec0/hso0 85.117.XXX.XX:4500 <84>Jun 21 23:01:01 pluto[5860]: forgetting secrets <84>Jun 21 23:01:01 pluto[5860]: loading secrets from "/etc/config/ipsec.secrets" <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: initiating Main Mode <27>Jun 21 23:01:02 ipsec__plutorun: 104 "SPMVPN" #1: STATE_MAIN_I1: initiate <27>Jun 21 23:01:02 ipsec__plutorun: ...could not start conn "SPMVPN" <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: received Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n] method set to=106 <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: ignoring Vendor ID payload [FRAGMENTATION c0000000] <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: enabling possible NAT-traversal with method draft-ietf-ipsec-nat-t-ike-02/03 <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: transition from state STATE_MAIN_I1 to state STATE_MAIN_I2 <84>Jun 21 23:01:02 pluto[5860]: "SPMVPN" #1: STATE_MAIN_I2: sent MI2, expecting MR2 <84>Jun 21 23:01:13 pluto[5860]: "SPMVPN" #1: ignoring informational payload, type INVALID_COOKIE <84>Jun 21 23:01:13 pluto[5860]: "SPMVPN" #1: received and ignored informational message <84>Jun 21 23:01:32 pluto[5860]: "SPMVPN" #1: ignoring informational payload, type INVALID_COOKIE <84>Jun 21 23:01:32 pluto[5860]: "SPMVPN" #1: received and ignored informational message <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #1: max number of retransmissions (2) reached STATE_MAIN_I2 <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #1: starting keying attempt 2 of an unlimited number <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: initiating Main Mode to replace #1 <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: received Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n] method set to=106 <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: ignoring Vendor ID payload [FRAGMENTATION c0000000] <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: enabling possible NAT-traversal with method draft-ietf-ipsec-nat-t-ike-02/03 <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: transition from state STATE_MAIN_I1 to state STATE_MAIN_I2 <84>Jun 21 23:02:12 pluto[5860]: "SPMVPN" #2: STATE_MAIN_I2: sent MI2, expecting MR2 <84>Jun 21 23:02:22 pluto[5860]: "SPMVPN" #2: ignoring informational payload, type INVALID_COOKIE <84>Jun 21 23:02:22 pluto[5860]: "SPMVPN" #2: received and ignored informational message <84>Jun 21 23:02:42 pluto[5860]: "SPMVPN" #2: ignoring informational payload, type INVALID_COOKIE <84>Jun 21 23:02:42 pluto[5860]: "SPMVPN" #2: received and ignored informational message

使用3Gencryption狗时，我遇到过非常类似的事情。 我们向所有的远程用户提供这些3Gencryption狗，这样他们就可以在客户站点上进入我们的系统。 在低信号区域（尤其是GPRS领域），我们从VPN中频繁掉线，但encryption狗的互联网连接看起来很好。

经过很长时间和令人沮丧的调查，我们最终确定的是GPRS连接暂时中断并重新连接，并且encryption狗提供商正在发布不同的DHCP IP地址。 看着防火墙日志，它看到了这个IP地址的变化，认为这是一个中间人攻击，并终止了VPN连接。 我不知道你的防火墙是否在看这个，但是可能值得一看。

不幸的是，我们无能为力，但至less我们知道为什么它会下降。
出于某种原因，我无法解释，只要知道问题出现的原因是一种安慰，即使我无力解决问题。

好了朋友们。 重新启动公司防火墙后（由于ASDM出现错误，一旦防火墙正常运行1年，我无法启动ASDM接口），我可以读取到ASA 5510的日志消息。

事实certificate，在ASA 的对等VPN隧道设置中是错误的IP地址 。 改变它到正确的IP地址和swosh，一切开始工作！

恐怕这可能会在未来成为这个领域的新手。 但是，我不是愚弄任何人，因为它是..

感谢您的帮助和想法，但有时候，人为错误是一切糟糕的根源。

当你说在你使用这个连接使用的特定APN的时候，你通过这个蜂窝提供商的数据networking使用了这种types的VPN连接之前，你已经成功地完成了这个工作？

速度不应该是一个问题，至less不在GPRS支持的30-60kps。 这将是缓慢的，但它应该正常工作。 更可能发生的事情是，单元提供商有一个双重的NAT（出于某种原因，为什么要打我），或者是一个专门configuration为不支持VPNstream量（更有可能的是，他们曾经这么做为了迫使你使用商业资费）。

另一种可能性 – 特别是给定的位置 – 是他们提供商正在使用某种forms的加速器来提高“正常”的互联网stream量，该机制正在修改某些数据包，导致IKE握手失败。