IN AAAA

1.0Чудо{вищные} заметкиhttps://miracle.rpz.nameMiRacLehttps://miracle.rpz.name/author/miracle/IN AAAAВремя от времени сталкиваюсь с ситуацией в которой с виду живой и доступный по всем признакам веб-сервис некоторой части клиентов недоступен совсем (что можно объяснить проблемами на стороне клиентов) или вместо ожидаемых ресурсов отдаётся не совсем то, что клиент ждёт или вовсе "404" (что кажется загадочней, но тоже можно было бы объяснить локальной проблемой на стороне клиента - например "провайдерской" заглушкой и т.п. ошибкой в конфигурации устройств на пути к веб-сервису). Однако иногда проблема не может быть решена на стороне клиента. Всё чаще ситуация связана с ipv6 - в DNS для "проблемного" ресурса указан корректный ipv4-адрес (IN A), а ipv6 (IN AAAA) указан кривой(косой). Поскольку ipv6 не особо пока распространён, большинство клиентов кривой адрес не получают и не пользуются им - для них ваш сервер всегда доступен, а "жертвы" сетей, в которых ipv6 нормально маршрутизируются сталкиваются с описанной проблемой - получают некорректный адрес и в ответ на запрос по этому адресу их посылают на известный адрес... Не спешите отправлять несчастного клиента в "обратитесь к вашему администратору", попробуйте поискать проблему "в себе": <ul> <li>при наличии ipv6 адреса на вашем сервере - убедитесь в том, что адрес корректно указан в конфигурации используемого веб-сервера (в противном случае клиент может попадать в "умолчальный" server/VirtualHost); проверьте правильно ли указан адрес в DNS (запись типа AAAA) - в противном случае клиент попадает на чужой сервер или не попадает никуда.</li> <li>если адреса ipv6 на вашем сервере нет - убедитесь в том, что в DNS нет записи с типом AAAA</li> </ul> P.S. Здесь могла бы быть реклама сервисов вроде host-tracker.com, которые при удачном стечении обстоятельств могут "проявить" проблему. Но её не будет.  rich