Мы позаботились о внедрении изменений, которые вы предложили sip.teltel.ioв наших предыдущих вопросах, но это не улучшило ситуацию.
Поддомен, размещенный на AWS, иногда не разрешается в направлении 8.8.8.8
8.8.8.8 Не удается разрешить наши поддомены случайным образом
8.8.8.8 возвращает NXDOMAIN случайным образом для всех наших поддоменов
ОБНОВЛЯТЬ:
- Мы даже сделали тестовый поддомен
xip.teltel.io, который настроен точно так же,sip.teltel.ioи при разрешении этого домена в сторону 8.8.8.8 он работает нормально каждый раз. Единственное различие между sip.teltel.io и xip.teltel.io — это нагрузка: глотокполучает трафик наших клиентов иксиптолько наши тестовые запросы.
Как вы можете это объяснить?
- Вот что мы также заметили: при разрешении на 8.8.8.8 с локального Wi-Fi или персональной точки доступа и т. д. иногда происходит сбой. Ответы приходят с этих IP-адресов Google:
74.125.46.10
74.125.112.1
74.125.112.9
74.125.x.x
74.125.z.z
74.125.w.w
Но при разрешении на 8.8.8.8 с сервера на AWS или DO всегда успешно. Ответы приходят с разных IP-адресов Google:
172.253.199.4
172.253.1.194
172.217.33.132
Отдает ли Google более высокий приоритет крупным клиентам, таким как AWS или DO, по сравнению с общественностью...? Или есть другое объяснение?
- Мы перехватили трафик, выполнив tcpdump (tcpdump udp и порт 53), и заметили, что когда Google не может выполнить разрешение, наши серверы имен никогда не получают запрос от Google.
- Здесь вы можете самостоятельно протестировать циклы:
Иногда это не удается с "глоток" -while true; do dig A 42894078.sip.teltel.io @8.8.8.8; done;
Это всегда нормально с "ксип"-while true; do dig A 42894078.xip.teltel.io @8.8.8.8; done;
Можете ли вы помочь нам решить это? Все это кажется нам довольно загадочным.
Спасибо!