Кстати да, никто не говорил что на микротик)

Нет, указано, что на микротик

к слову, про FastTrack и IPSec

Перечитал вопрос

там просто из фастрака выкидвается правило ipsec чтобы не надо было его полностью вырубать

а множественное редактирование эт сколько?

1. В сети нет, неправильно настроен dhcp_server или сетевая карта неисправна.
2. Неверно указан шлюз, октет не может быть более 255
3. Проблем не должно быть
4. Да могут.Шлюз и DNS указан как широковещательный адрес
5. На физическом.
6.Коннектор RJ-45
7.В правиле есть ошибка. Нужно указать протокол tcp , а так же указать в dst-address  ip адресс роутера.
8.FastTrack минует ядро, шифрование IPSec просиходит на уровне ядра
9.L2tp GRE
10.У MikrotTik нет неуправляемы коммутаторов

Не важно сколько раз, но конкурсным временем поста будет метка последнего редактирования.

Всем хороших выходных, досвидания

всем пока

1. адреса из этого диапазона выдаются, когда сетевой адаптер не может получить адрес с DHCP сервера. В связи с чем, это уже другой вопрос.

2. Шлюз по умолчанию указан не верно/ в адресе не может быть 256

3. Проблем нет, айпишники указаны верно

4. Будут, шлюзом указан широковещательный адрес

5. На физическом и канальном.

6. Коннектор RJ-45 5e 8p8c

7. Неверно указан протокол, требуется tcp

8. FastTrack минует ядро , ipsec же проходит через него.

9. L2tp, gre

10. Таких нет у mikrotik

1) Интерфейс настроен на получение адреса от DHCP сервера, но по каким то причинам он не смог его получить.
2) Узел 64.256.162.138 не является IP адресом, а DNS сервер не смог разрешить его.
3) Настройки корректные.
4) Могут быть. Шлюз и DNS совпадают с широковещательным адресом сети.
5) На физическом.
6) Разъем 8P8C.
7) Правильно использовать протокол TCP, т.к. вероятно сделан проброс HTTPS.
add action=dst-nat chain=dstnat dst-port=443 protocol=tcp to-address=192.168.15.15 to-ports=443
8) Идет мимо ядра, шифрование производится ядром.
9) L2TP, GRE т.к. использут протокол UDP.
10) Вроде нет таковых.

1. в сети нет dhcp сервера, ПК получил ip по apipa
2. шлюз должен быть в той же подсети, что и ПК с которог не идет ping
3. проблем не должно быть
4. у компьютера будут проблемы т.к. адрес шлюза и dns-сервера принадлжит широковещательному адресу, сети в которой находится ПК
5. представления, канальный, физический
6. разъём 8P8C
7. не указан интерфейс с которог должен вестись проброс, если это eth1 то примерно так
  add chain=dstnat action=dst-nat to-addresses=192.168.15.15 to-ports=443 protocol=udp 
      in-interface=eth1 dst-port=443 
8. потому что тогда ipsec дожен быть промаркирован
9. gre
10. Не знаю такие

1. В сети не настроен DHCP-сервер и компьютер не получает ip автоматически по DHC
2.Шлюз и ip адресс не подходять они не водном локальной сети
3. Должно работать
4.Должно работать
5.На физическом
6.Коннектор Rj45
7.нет не правильно. правильно будеть add action=dst-nat chain=dstnat dst-port=443 in-interface="порт который подключен ISP"  protocol=udp to-address=192.168.15.15 to-ports=443
8.Потому что FastTrack позволяет пересылать пакеты без обработки ядром и одновременно не может работать с ipsec
9. Думаю L2TP c ipsec ключом
10. Пока не видел таких

1) такой ip адрес используется для автоматической настройки сетевого интерфейса в случае отсутствия DHCP
2) маска сети не соотвествует шлюзу, так же ошибка в самом ip адресе "256"
3) сетевые настройки на компьютере правильно указаны, днс и шлюз находятся в одной сети с пк. проблемы могут быть только на стороне шлюза либо днс сервера. для диагностики неправильности днс можно пропинговать какой либо ip адрес из интернета
4) в качествет шлюза и днс сервера указаны адреса широковещательного адреса, проблема исчезнет при правильной настроке сетевых параметров
5) на физическом
6) коннектор RJ45 5E 8P8C
7)правильно, проброшен 443 порт по протоколу udp
8) FastTrack - пересылает пакеты без обработки ядром, для шифрования используется мощности ядра
9) gre - использует меньше вычислительных ресурсов так как не имеет , следовательно обладает высокой скоростью работы.
10) все коммутаторы микротик поставлются с SwOS - что уже подразумевает что они все управляемые.

фуф, наконец то дописал поэму

Шлюз по умолчанию должен быть доступен в таблице маршрутизации, но не обязан быть в той же сети, хотя и винда этому отчаянно сопротивляется. Вброс сделан, дальше сами.

чет смотрю походу я долго писал 😂

1. Не получил адрес от DHCP
2. Шлюз не из под сети IP клиента, это не правильно.
3. Если проблемы и могут быть, то только на стороне шлюза, он же и DNS сервер. IP шлюза может быть какой угодно, главное из той же подсети, что и клиент. По сетевым настройкам проблем не вижу, по которым могли быть затыки выхода в сеть.
4. В качестве шлюза и днс указан широковещательный адрес. Проблемы будут.
5. Представления, Физическом
6. Коннектор Rj-45
7. Не указан протокол перенаправления на адресе назначения? И не указан источник, по которому производить перенаправление.
8. IPsec на некоторых моделях выведен как отдельный модуль (чип) и никак нельзя его пустить мимо процессора.
9. OpenVPN как самый быстрый. Могу ошибаться