Обнаружил воспроизводимое поведение, которое, на мой взгляд, противоречит описанию работы DNS-based Routes.
Условия
В DNS-based Routes присутствует единственная запись:
x.com
Других доменов или похожих записей нет.
Проверка
При наличии единственной записи x.com в DNS-based Routes выполнение команды:
traceroute -n yandex.com
показывает, что трафик начинает маршрутизироваться через VPN. Это подтверждается уже на втором узле трассировки, который меняется с адреса провайдера на внутренний адрес VPN-интерфейса:
1 192.168.0.1
2 10.8.1.0
...
После удаления единственной записи x.com, применения конфигурации и очистки DNS-кэша выполнение той же команды:
traceroute -n yandex.com
показывает, что маршрут немедленно возвращается на основной интернет-канал. Второй узел трассировки снова становится адресом провайдера:
1 192.168.0.1
2 78.107.39.54
...
Таким образом, изменение единственной записи x.com в DNS-based Routes приводит к изменению маршрута домена yandex.com, что стабильно воспроизводится и подтверждается результатами traceroute.
Ожидаемое поведение
Согласно документации, запись
x.com
должна соответствовать только:
x.com;
*.x.com. (то есть всем поддоменам)
Домены, содержащие последовательность символов x.com в подстроке (например, yandex.com), не должны попадать под это правило.
Предположение
Складывается впечатление, что при сопоставлении DNS-based Routes происходит некорректная обработка доменных имен, из-за чего правило x.com ошибочно применяется к yandex.com.
Прошу проверить, воспроизводится ли данное поведение у других пользователей, а также подтвердить, является ли это известной ошибкой.
Если это действительно баг, хотелось бы, чтобы сопоставление выполнялось строго по доменному имени (x.com) и его поддоменам (*.x.com), как это указано в документации.
You can post now and register later.
If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.
.thumb.png.1fd0789d20654c4618db6486417ad8d5.png)
Question
knuklus
Обнаружил воспроизводимое поведение, которое, на мой взгляд, противоречит описанию работы DNS-based Routes.
Условия
В DNS-based Routes присутствует единственная запись:
x.comДругих доменов или похожих записей нет.
Проверка
При наличии единственной записи
x.comв DNS-based Routes выполнение команды:показывает, что трафик начинает маршрутизироваться через VPN. Это подтверждается уже на втором узле трассировки, который меняется с адреса провайдера на внутренний адрес VPN-интерфейса:
После удаления единственной записи
x.com, применения конфигурации и очистки DNS-кэша выполнение той же команды:показывает, что маршрут немедленно возвращается на основной интернет-канал. Второй узел трассировки снова становится адресом провайдера:
Таким образом, изменение единственной записи
x.comв DNS-based Routes приводит к изменению маршрута доменаyandex.com, что стабильно воспроизводится и подтверждается результатамиtraceroute.Ожидаемое поведение
Согласно документации, запись
x.comдолжна соответствовать только:
x.com;*.x.com. (то есть всем поддоменам)Домены, содержащие последовательность символов
x.comв подстроке (например,yandex.com), не должны попадать под это правило.Предположение
Складывается впечатление, что при сопоставлении DNS-based Routes происходит некорректная обработка доменных имен, из-за чего правило
x.comошибочно применяется кyandex.com.Прошу проверить, воспроизводится ли данное поведение у других пользователей, а также подтвердить, является ли это известной ошибкой.
Если это действительно баг, хотелось бы, чтобы сопоставление выполнялось строго по доменному имени (
x.com) и его поддоменам (*.x.com), как это указано в документации.2 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.