Проблема с маршрутом OpenVPN

У меня установлен OpenVPN на моем маршрутизаторе (под управлением IPFire), и я могу подключиться к нему извне с помощью Tunnelblick в OS X 10.7. После подключения я не могу правильно получить доступ ни к одной из систем за маршрутизатором. Вот соответствующая часть того, как в настоящее время распределяются IP-адреса:

На месте

• 192.168.1.1 - роутер
• 192.168.1.115 - сервер OS X
• 192.168.1.117 - Linux-сервер

Вне сайта

• 172.16.1.33 - клиентский компьютер под управлением OS X

Как упоминалось ранее, я могу без проблем подключиться через OpenVPN из-за границы. Я могу пинговать как 192.168.1.1, так и (похоже) 192.168.1.117, но не 192.168.1.115 (хотя я могу пинговать его на месте). Я обнаружил, что SSH-подключение к 192.168.1.117 фактически регистрирует меня в маршрутизаторе (который должен жить только на 192.168.1.1), поэтому я немного смущен, как это вообще возможно.

Вот мой server.conf файл для OpenVPN:

daemon openvpnserver
writepid /var/run/openvpn.pid
#DAN prepare OpenVPN for listening on blue and orange
;local 192.168.1.1
dev tun
tun-mtu 1400
proto udp
port 1194
script-security 3 system
ifconfig-pool-persist /var/ipfire/ovpn/ovpn-leases.db 3600
tls-server
ca /var/ipfire/ovpn/ca/cacert.pem
cert /var/ipfire/ovpn/certs/servercert.pem
key /var/ipfire/ovpn/certs/serverkey.pem
dh /var/ipfire/ovpn/ca/dh1024.pem
server 10.219.213.0 255.255.255.0
push "route 192.168.1.0 255.255.255.0"
status-version 1
status /var/log/ovpnserver.log 30
cipher AES-256-CBC
comp-lzo
max-clients 100
tls-verify /var/ipfire/ovpn/verify
crl-verify /var/ipfire/ovpn/crls/cacrl.pem
user nobody
group nobody
persist-key
persist-tun
verb 3

Вот конфигурация моего клиента:

tls-client
client
dev tun
proto udp
tun-mtu 1400
remote [redacted] 1194
pkcs12 [redacted].p12
cipher AES-256-CBC
comp-lzo
verb 3
ns-cert-type server
tls-remote [redacted]

Бег netstat -nr на клиенте при подключении к OpenVPN дает следующий вывод:

Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            172.16.0.1         UGSc           17        5     en0
10.219.213.1/32    10.219.213.5       UGSc            0        0    tun0
10.219.213.5       10.219.213.6       UH              2        0    tun0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              9    45124     lo0
169.254            link#4             UCS             0        0     en0
172.16             link#4             UCS             3        0     en0
172.16.0.1         98:2c:be:a5:a7:99  UHLWIi         18     1689     en0   1199
172.16.1.33        127.0.0.1          UHS             0        0     lo0
172.16.1.36        0:25:4b:b3:cf:84   UHLWIi          4   695688     en0   1122
172.16.255.255     ff:ff:ff:ff:ff:ff  UHLWbI          0       38     en0
192.168.1          10.219.213.5       UGSc            0        0    tun0

Internet6:
Destination                             Gateway                         Flags         Netif Expire
::1                                     link#1                          UHL             lo0
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0
fe80::1%lo0                             link#1                          UHLI            lo0
fe80::%en0/64                           link#4                          UCI             en0
fe80::21e:c2ff:fe01:6f1b%en0            0:1e:c2:1:6f:1b                 UHLI            lo0
ff01::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff01::%en0/32                           link#4                          UmCI            en0
ff02::%lo0/32                           fe80::1%lo0                     UmCI            lo0
ff02::%en0/32                           link#4                          UmCI            en0

Есть ли у кого-нибудь предложения о том, как правильно все маршрутизировать от клиента к локальной сети?