Маршрутизация при использовании PPTP не представляет сложности, если маршрут через публичную сеть на сервер PPTP может быть прописан в таблице маршрутизации явным образом: либо через статический шлюз, либо через заранее известный интерфейс типа "точка-точка". В этом случае маршрут в туннель будет единственным маршрутом по умолчанию.

Однако весьма часто встречается ситуация, когда настройки публичного интерфейса Ethernet принимаются от поставщика услуг по DHCP, поэтому IP-адрес следующего шлюза в публичной сети заранее неизвестен. Поставщик же может назначить клиенту только маршрут по умолчанию; по этому маршруту нужно прокопать туннель до сервера PPTP и дальше... дальше PPTP должен назначить свой собственный маршрут по умолчанию через этот туннель, по которому надлежит лазить во все остальные места мира. Такая схема часто используется, например, в домовых сетях. И как прикажете разделить эти два маршрута?

Чтобы разрешить эту проблему, клиент PPTP производит следующие манипуляции с маршрутами:

• Если перед стартом PPTP существует маршрут по умолчанию, то вычисляется маршрут на сервер PPTP и для него создаётся явная запись с маской /32. По общим правилам маршрутизации, такая запись имеет приоритет перед любой более общей. Далее клиент PPTP стартует, устанавливает соединение с сервером и создаёт свой маршрут по умолчанию. Метрика этого маршрута (в узле pptp.pptpNUM.ppp) должна быть установлена меньшей, чем метрика исходного публичного маршрута (в узле .ip.route, или в узле .port.NAME.ppp, или в узле .port.NAME.ifAddress.dhcp-options, в зависимости от того, как он создаётся). При разрыве туннеля PPTP явный маршрут на сервер, созданный для него, удаляется.
  Если метрика маршрута через туннель PPTP равна или больше метрики уже существующего маршрута, то никакие дополнительные маршруты не создаются и не удаляются.

ПРИМЕЧАНИЕ. Для сравнения, в продуктах корпорации Майкрософт в этой ситуации также выполняется аналогичная процедура, но только метрика маршрута в туннель устанавливается минимальной, а метрика старого (публичного) маршрута по умолчанию увеличивается до фиксированного значения 20. В NSG Linux 2.1 метрики обоих маршрутов назначаются вручную, что позволяет более гибко адаптировать систему к требованиям разнообразных корпоративных задач. Однако при этом администратор устройства должен сам следить за правильным соотношением между метриками того и другого маршрутов.

• Если в исходном состоянии вместо маршрута по умолчанию через публичную сеть задан маршрут в некоторую сеть, содержащую искомый сервер PPTP, то производятся те же операции.
• Если в исходном состоянии маршрут на сервер PPTP задан явным образом с маской /32, то никакие дополнительные маршруты не создаются и не удаляются.

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

Обратно в узел pptpNUM...