Добрый день.
Суть такая.
есть два dfl860e между ними туннель ipsec на одном из маршрутизаторов поднят l2tp server Для подключения клиентов удаленных, так вот при этом не видно устройств за туннелем из l2tp соединения, правила есть разрешающие, достаточно ли их?

нет
удаленный dfl должен знать о клиентах L2tp . а клиенты должны знать где находится сеть удаленного DFL.

задача решается правильно, правила и правильно RemoteNet\localNet (маршруты )на dfl в настройках туннеля.

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

сети указаны верно, в туннель прописаны нужные, а вот про маршрутизацию не понял,

показывайте скринами
настройки RemoteNet/Local net c обоих DFL ,
настройки туннеля
и статус маршруты !
ну и картинку рисуйте с адресами и интерфейсами
выхлоп
tracert -d <IP за удаленным DFL>
с клиента L2tp

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

удаленный
IPsec Status
List all active IKE SAs.
IPsec Interface:

Name: office
Encapsulation Mode: Tunnel
Local Network: 192.168.1.0/24
Remote Network: 192.168.123.0/24, 192.168.100.0/24, 192.168.31.0/24
LocalEndpoint: 0.0.0.0
Source Interface: any
Remote Endpoint: *
Outgoing Routing Table:
Config Mode: Disabled
IKE Proposal List: Standard
IPsec Proposal List: Standard
IKE Version: IKEv1
IKE Mode: Main
Auto Establish: Disabled
DH Group: 2
PFS DH Group: None, 1, 2, 5
NAT Traversal: Enabled if needed and supported by the remote peer
SA per: Net
Dead Peer Detection: Enabled
Authentication: PSK
None
Remote ID: None
Routing Table: main
Add Route: Disabled
MTU: 1480
Local IP: 192.168.1.1
Broadcast: 0.0.0.0

Send Rate: 4 kbps
Receive Rate: 1 kbps

там где l2tp server
IPsec Interface:

Name: *
Encapsulation Mode: Tunnel
Local Network: 192.168.100.0/24,192.168.123.0/24,192.168.30.0/24
Remote Network: 192.168.1.0/24
LocalEndpoint: 0.0.0.0/0, ::/0
Source Interface: any
Remote Endpoint: *
Outgoing Routing Table:
Config Mode: Disabled
IKE Proposal List: Standard
IPsec Proposal List: Standard
IKE Version: IKEv1
IKE Mode: Main
Auto Establish: Disabled
DH Group: 2
PFS DH Group: None, 1, 2, 5
NAT Traversal: Enabled if needed and supported by the remote peer
SA per: Net
Dead Peer Detection: Enabled
Authentication: PSK
None
Remote ID: None
Routing Table: main
Add Route: Disabled
MTU: 1360
Local IP: 192.168.123.1
Broadcast: 0.0.0.0

кто L2tp ?
кто шлюз у L2tp клиентов ?!
route print c клиента

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

а почему MTU разные ?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Кто эти устройства? виндузовые машины? В брандмауэре на них прописано, что винде следует отвечать на запросы из другой подсети, отличающейся от их домашней?
По умолчанию это отключено в винде.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

второй
с клиента сложно, это телефоны,,

Клиенты это телефоны, впн нужен для доступа к удаленным офисам,

ну тогда вот вам и ответ больше чем уверен . что телефоны не знают где сеть удаленного офиса.
а кто мешает
1 смоделировать с компьютера
2 поставить приложение на телефон для анализа сетевых настроек ?

вам шашечки или ехать ?!

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку