@Chupaka Исправление маршрутизации без классов для PPTP на Windows-клиентах ?? Проблема возникает, когда вы используете PPTP в сети, скажем, 10.x.x.x/24, и подключаетесь к другой сети класса C 10.x.x.y/24. В сумасшедшем мире MikroTik маршрут, который получает PPTP-клиент, — это маршрут с маской /8, из-за чего весь трафик ломается либо на локальном, либо на удалённом конце, в зависимости от того, стоит ли галочка «использовать как шлюз по умолчанию» на клиенте. Вместо того чтобы получить маршрут, например, 10.1.1.1/24, вы получаете 10.1.1.1/8 — а это значит, что если ваша локальная сеть — 10.1.2.0/24, а удалённая — 10.1.1.0/24, вам придётся либо отказаться от доступа к локальной сети, либо от VPN-туннеля. [Фактически, обе сети не могут сосуществовать, так как указание класса /8 нивелирует всё.] (В сети 192.168.x.x будет /16.)
Это всё основано на устаревшей и давно отвергнутой идее маршрутизации по классам — сети 10.x считаются классом A (/8), 192.168 — классом C (/16). Я пришёл из среды SnapGear, там умели распространять настоящие безклассовые маршруты, которые такой проблемы не создавали.
Некоторые спрашивали, как передавать DHCP-данные клиентам — и утверждают, что DHCP не поддерживается в PPTP, что, возможно, так и есть. Но, честно говоря, мне всё равно, может ли DHCP передавать что-то PPTP-клиенту — меня больше волнует, что так быть не должно. Есть способ это исправить. Однозначно возможно передать PPTP-клиенту маршрут не по классам, а на основе безклассовой сети удалённого конца. (То есть можно передать маршрут 10.x.x.x/24, а не 10.x.x.x/8.) Как именно это сделать — не знаю, это задача MikroTik, а не моя. Я лишь знаю, что множество Linux-устройств делают это уже минимум десять лет. Почему MikroTik отказывается разобраться и реализовать это — не понимаю. Думаю, это не так уж сложно, просто требуется желание сделать.
— Greg
Это всё основано на устаревшей и давно отвергнутой идее маршрутизации по классам — сети 10.x считаются классом A (/8), 192.168 — классом C (/16). Я пришёл из среды SnapGear, там умели распространять настоящие безклассовые маршруты, которые такой проблемы не создавали.
Некоторые спрашивали, как передавать DHCP-данные клиентам — и утверждают, что DHCP не поддерживается в PPTP, что, возможно, так и есть. Но, честно говоря, мне всё равно, может ли DHCP передавать что-то PPTP-клиенту — меня больше волнует, что так быть не должно. Есть способ это исправить. Однозначно возможно передать PPTP-клиенту маршрут не по классам, а на основе безклассовой сети удалённого конца. (То есть можно передать маршрут 10.x.x.x/24, а не 10.x.x.x/8.) Как именно это сделать — не знаю, это задача MikroTik, а не моя. Я лишь знаю, что множество Linux-устройств делают это уже минимум десять лет. Почему MikroTik отказывается разобраться и реализовать это — не понимаю. Думаю, это не так уж сложно, просто требуется желание сделать.
— Greg
