p
И таблицы All CHR keys
system id идентичный
Size: a a a
2020 December 10
YK
YK
system id идентичный
Замажьте ID, остальное не страшно. Можете в личку.
YK
Спасибо
Пожалуйста.
A
Я очень надеюсь на его надёжность можно положиться, что-бы настроить, и больше никогда-никогда...
A
))))))))))
p
Замажьте ID, остальное не страшно. Можете в личку.
скинул в личку
YK
дык в свой chr остался deadline at
Деадлине будет автоматически продлеваться. CHR будет раз в N дней лезть на mikrotik.com или куда-то там, и проверять, аткивна ли лицензия. Если аткивна - передвигать дедлайн вперед на месяц. На случай если не будет доступа. Если к дедлайну не сможет обновить лицензию или увидит что ключ передали куда-то - поставит птицу Limited Upgrades. Типа перестанет обновляться. Всё остальное будет рабоать.
YK
Я очень надеюсь на его надёжность можно положиться, что-бы настроить, и больше никогда-никогда...
Можете быть уверены. У меня в хозяйстве 30 штук - пока тьфу-тьфу, ни зависаний, ни перезагрузок. Здесь люди есть и с 1500 штуками, и более. Жалоб нет, или очень мало - перегрев, плохое питание. Кормите его правильно и охлаждайте, и будет работать долго. Обновлять не забывайте.
p
Деадлине будет автоматически продлеваться. CHR будет раз в N дней лезть на mikrotik.com или куда-то там, и проверять, аткивна ли лицензия. Если аткивна - передвигать дедлайн вперед на месяц. На случай если не будет доступа. Если к дедлайну не сможет обновить лицензию или увидит что ключ передали куда-то - поставит птицу Limited Upgrades. Типа перестанет обновляться. Всё остальное будет рабоать.
Спасибо! Особенно за нюанс с дедлайном. ) а то это неочевидно. имел дело x86 - там ставилось "навечно"
A
Можете быть уверены. У меня в хозяйстве 30 штук - пока тьфу-тьфу, ни зависаний, ни перезагрузок. Здесь люди есть и с 1500 штуками, и более. Жалоб нет, или очень мало - перегрев, плохое питание. Кормите его правильно и охлаждайте, и будет работать долго. Обновлять не забывайте.
Хорошо, это успокаивает )
YK
Спасибо! Особенно за нюанс с дедлайном. ) а то это неочевидно. имел дело x86 - там ставилось "навечно"
Это отличие CHR.
A
Тэкс. Теперь клиенту нужно указать, что за ВПН есть другая сеть. Это как?
route add целевая_сеть.0 mask 255.255.255.0 ip_vpn_сервера_в_vpn_подсети ?
route add целевая_сеть.0 mask 255.255.255.0 ip_vpn_сервера_в_vpn_подсети ?
A
VPN подключился, считает что он в сети 192.168.99.29-29, адрес VPN сервера 192.168.99.1, локальная подсеть за VPN - 192.168.88.1/24
route add 192.168.88.0 mask 255.255.255.0 192.168.99.1
так, да?
route add 192.168.88.0 mask 255.255.255.0 192.168.99.1
так, да?
YK
Тэкс. Теперь клиенту нужно указать, что за ВПН есть другая сеть. Это как?
route add целевая_сеть.0 mask 255.255.255.0 ip_vpn_сервера_в_vpn_подсети ?
route add целевая_сеть.0 mask 255.255.255.0 ip_vpn_сервера_в_vpn_подсети ?
Да, но для этого нужно чтобы IP на конце туннеля был всегда одним и тем же. Можно прописать юзеру постоянный IP и использовать его. А можно добавить маршрут и в качестве шлюза указать интерфейс. Работает не для всех типов интерфейсов.
YK
Блин, гоню. Это про маршрут в обратную сторону. Один из вариантов. Второй - прописать "сеть за клиентом". У вас верно.
p
l2tp server binding
p
тогда можно будет писать маршрут на туннельный интерфейс без эндпоинта
A
нипанятна...
вот есть у меня
сеть микротика 192.168.88.1-254,
подсеть для ВПН 192.168.99.10-30,
К ВПН подключается ПК на винде. Нужно что бы он локальную подсеть за ВПН видел. Куда копать, что гуглить? )
вот есть у меня
сеть микротика 192.168.88.1-254,
подсеть для ВПН 192.168.99.10-30,
К ВПН подключается ПК на винде. Нужно что бы он локальную подсеть за ВПН видел. Куда копать, что гуглить? )
p
в винде можно настроить либо туннель сразу с 0.0.0.0 либо как очередной connected