Estações de trabalho específicas não podem acessar servidores específicos em um ambiente openvpn site2site

Question

Parece ser um problema estranho para mim. Aqui está a situação. Eu configurei um site para o ambiente do site por openvpn (protocolo udp), a maioria dos servidores e estações de trabalho pode acessar o outro site, mas vários servidores falharam. Meu ambiente está abaixo,

Site A

Subnet 192.168.11.0/24
Gateway to Internet: 192.168.11.1
OpenVpn server: 192.168.11.211(LAN), 10.0.0.11(tun)

Site B,

Subnet 192.168.1.0/24
Gateway to Internet: 192.168.1.1
OpenVPN server: 192.168.1.211(LAN), 10.0.0.1(tun)

A maioria dos servidores pode acessar o outro site. por exemplo. Eu corri ping da minha estação de trabalho 192.168.11.103 e posso chegar a 192.168.1.60

PING 192.168.1.60 (192.168.1.60): 56 data bytes
92 bytes from 192.168.11.1: Redirect Host(New addr: 192.168.11.211)
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 0054 27df   0 0000  40  01 c4d6 192.168.11.103  192.168.1.60 
64 bytes from 192.168.1.60: icmp_seq=0 ttl=62 time=50.677 ms
64 bytes from 192.168.1.60: icmp_seq=1 ttl=62 time=46.558 ms
64 bytes from 192.168.1.60: icmp_seq=2 ttl=62 time=25.199 ms

No entanto, não consigo alcançar 192.168.1.61

PING 192.168.1.61 (192.168.1.61): 56 data bytes
92 bytes from 192.168.11.1: Redirect Host(New addr: 192.168.11.211)
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 0054 722c   0 0000  40  01 7a88 192.168.11.103  192.168.1.61 
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1

Definitivamente defini rota estática em 192.168.1.61

 192.168.11.0    255.255.255.0    192.168.1.211       1

e eu posso até voltar a partir de 192.168.1.61

>ping 192.168.11.103
正在 Ping 192.168.11.103 具有 32 字节的数据:
来自 192.168.11.103 的回复: 字节=32 时间=114ms TTL=62
来自 192.168.11.103 的回复: 字节=32 时间=102ms TTL=61
来自 192.168.11.103 的回复: 字节=32 时间=102ms TTL=61
来自 192.168.11.103 的回复: 字节=32 时间=23ms TTL=61

Por favor, tenha em mente que o meu servidor é executado em uma versão chinesa do sistema operacional.

Eu corro a rota de rastreamento em ambas as extremidades e obtenho as seguintes

$ traceroute 192.168.1.60 //weird, you can see above that this server can be reached by ping. 
traceroute to 192.168.1.60 (192.168.1.60), 64 hops max, 52 byte packets
 1  192.168.11.1 (192.168.11.1)  1.931 ms  1.858 ms  2.591 ms
 2  10.0.0.1 (10.0.0.1)  25.274 ms  23.538 ms  23.927 ms
 3  * * *
 4  * * *
 5  * * *
 6  * * *
//truncated.

enquanto para o servidor não consigo acessar, recebi a mesma resposta no traceroute.

traceroute 192.168.1.61
traceroute to 192.168.1.61 (192.168.1.61), 64 hops max, 52 byte packets
 1  192.168.11.1 (192.168.11.1)  3.193 ms  2.823 ms  1.988 ms
 2  10.0.0.1 (10.0.0.1)  24.394 ms *  23.029 ms
 3  * * *
 4  * * *
 5  * * *
 6  * * *
//truncated.

Eu decidi ver outro servidor que eu posso alcançar ( 64 bytes from 192.168.1.30: icmp_seq=13339 ttl=126 time=65.530 ms ) e obtive a resposta perfeita.

traceroute 192.168.1.30
traceroute to 192.168.1.30 (192.168.1.30), 64 hops max, 52 byte packets
 1  192.168.11.1 (192.168.11.1)  6.746 ms  1.813 ms  2.417 ms
 2  10.0.0.1 (10.0.0.1)  22.344 ms  22.521 ms  23.538 ms
 3  192.168.1.30 (192.168.1.30)  22.876 ms *  102.062 ms

Porque eu posso pingar de volta de 192.168.1.61, eu também fiz um tracert e a resposta é boa para mim.

>tracert 192.168.11.103
通过最多 30 个跃点跟踪
到 mymachine [192.168.11.103] 的路由:
  1    <1 毫秒   <1 毫秒   <1 毫秒 192.168.1.211
  2    20 ms    21 ms    20 ms  10.0.0.11
  3    23 ms    26 ms    24 ms  mymachine [192.168.11.103]
跟踪完成。

Como mencionei acima, servidores e estações de trabalho podem alcançar a maioria dos servidores do outro site, mas isso aconteceu com servidores específicos. Nesse caso, acho que a maioria dos problemas está relacionada a 192.168.1.60 e 192.168.1.61. No entanto, não consigo encontrar nenhuma diferença nesses dois servidores com os outros.

Eu comparei o ifconfig e iptables em ambos os servidores openvpn, eles são quase os mesmos (definitivamente as direções não são iguais).

Eu gostaria de procurar idéias para solucionar o problema.

Qualquer conselho seria apreciado.

Atenciosamente,

Kyle