Наверное я далекий.

ppp351 Link encap:Point-to-Point Protocol
inet addr:172.16.0.1 P-t-P:172.16.0.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1450 Metric:1
RX packets:323 errors:0 dropped:0 overruns:0 frame:0
TX packets:256 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:17714 (17.7 KB) TX bytes:11778 (11.7 KB)

veth0 Link encap:Ethernet HWaddr 9a:f9:1b:c7:9f:d9
inet addr:172.17.11.136 Bcast:0.0.0.0 Mask:255.255.255.255
inet6 addr: fe80::98f9:1bff:fec7:9fd9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:583 errors:0 dropped:0 overruns:0 frame:0
TX packets:382 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:48823 (48.8 KB) TX bytes:255541 (255.5 KB)

это опять пакеты выходит приходят выходит отключенным натом.
172.16.27.40 так и не пингуется
PING 172.16.27.40 (172.16.27.40) 56(84) bytes of data.

--- 172.16.27.40 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4031ms

Будет ждать ответ тогда что вы выидите теперь, не удивлюсь если тик багует

Что это такое?

Обратил внимание только сейчас, после создания ранее когда увидел надпись ричибл и тунель построился, показалось все верно с этой настройкой и можно ее не драконить.

Но при детальном осмотре сейчас увидел
на преф соурсе 192.168.89.1 , а по вашей инструкции с сайта (ну где скриншот от пользователя) вообще 172.16.6.220 (что это за адрес?)

Я предполагаю когда добавлял впн соединение вот так все ивстало автоматом и отсюда и нат создался. а в графу префсоурсе ничего не вписывалось, т.к. в инструкции на вашем сайте об этом не говорится (но я понимаю что это всего лишь подсказка к действию не жели чем инструкция)

Я подожду что вы видите сейчас, а потом буду пыться создать новое впн подключение и тогда мне как в преф соурсе этот забивать 172.16.6.220?? или там должен фигурировать мой 172.16.27.40?

Да это жесть какая то
при выполнении шага 1.2.3
vpnki.ru/settings/router/settings-mikrotik-pptp

в графе Route list появляется надпись автоматом.
Dac 172.16.0.1 vpnki reachable pref source 192.168.89.1
корректировать нельзя, удалить нельзя

Создание нового маршрута (отмечен синим цветом на скриншоте), почему теперь то его winbox отмечает синим, секунд 30 подумал и присвоил ему reachable. тоже ничего не дает.
Nat изначально был был вычистен, в нем ничего нет и сейчас тоже.

Проделал процедуру несколько раз 1,2,3 в графу Route list лезит этот маршрут с непонятным мне адресом (который в моей сети нигде даже не фигурирует)

Уже в замешательстве
Нужно отдохнуть и пересобраться

Как я понимаю в тот маршрут должен мой ip встать 172.16.27.40, но как если при подключении к vpnki в маршрут встает тот ip 192.168.89.1 это на автомате походу что ли.
Ерунда какая то.
Если подключаешь например lte модем в меню interface, то он создает маршрут в меню routes на адрес 192.168.8.1, что соответствует его ip адресу и логично.

А тут получается как буд то бы сервис vpnki за адресом 192.168.89.1 вместо 172.16.27.40

Добил я его все же.
Помоему вам нужно вправить гайд на сайте, по настройке микротика или хотя бы сделать какое то упоминание что такое место может быть.

Сколько я не пытался создать новое PPPTP подключение везде присваивается адрес 192.168.89.1 (роутер ранее не имел ни одного ppptp соединения, находится в заводском состоянии по дефолту за исключением добавленного LTE модема)

Как получилось выйти из этого.

После создания (add new) подключения PPPTP во вкладке Interfaces (после чего впоследствии в Routes присваивается правило где фигурирует данный 192.168.89.1)

1.
Зайти во вкладку PPP


2. далее во вкладку Profiles

3. заменить на локальный адрес присвоенный туннелю (в моем случае 172.16.27.40)


адрес изменится на нужный.


Есть только один нюанс.
Если зайти сразу во вкладку Routes (маршруты) то можно обнаружить что там опять этот адрес 192.168.89.1
Не стоит рвать волосы на затылке.

Нужно зайти во вкладку Interface в созданное PPPTP подключение к сервису Vpnki открыть его и еще раз нажать на нем APPLY, затем OK и применится новый адрес в маршруте (Routes)

Не претендую на звание "чемпиона" , но помоему это очень архиеважная информация! А уж сколько времени отняла для простого обывателя.
В интернете я этого не нашел.
Без этого никак не вставал!

Возможно что RouterOS v6.43.8 (stable) предпоследняя версия прошивки конец 2018г. имеет такой дефолт.
Либо же это стандартный момент, но на который был опущен в гайде.
Но к сожалению вот на такую ерунду минутную ушло сколько 4 дня наверное. Хорошо что как то сразу apply догадался еще раз ему по кликать.

Блин я столько провозился с эти, надеюсь этот пинг добротный
PING 172.16.27.40 (172.16.27.40) 56(84) bytes of data.
64 bytes from 172.16.27.40: icmp_seq=1 ttl=64 time=40.9 ms
64 bytes from 172.16.27.40: icmp_seq=2 ttl=64 time=40.5 ms
64 bytes from 172.16.27.40: icmp_seq=3 ttl=64 time=39.7 ms
64 bytes from 172.16.27.40: icmp_seq=4 ttl=64 time=49.3 ms
64 bytes from 172.16.27.40: icmp_seq=5 ttl=64 time=38.0 ms

--- 172.16.27.40 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms
rtt min/avg/max/mdev = 38.055/41.712/49.327/3.936 ms