Внешний ip резолвится как localhost

Их NS возвращает такое и всё. Наверное, можно и локально так сделать на своём сервере прикола ради.

Хотя проверил из другой локации, возвращается syn-173-040-165-117.res.spectrum.com.

Скорее всего кто-то внутри страны хулиганит.

локально через /etc/hosts ты можешь сделать все что угодно :)

в RFC2606 зарезервировано несколько другое имя :) но один фих оно не сработает…

To safely satisfy these needs, four domain names are reserved as listed and described below.

                   .test
                .example
                .invalid
              .localhost

попинал nslookup localhost. 8.8.8.8 и еще не сколь сервисов - все возвращают 127.0.0.1

https://check-host.net/check-dns?host=173.40.165.117 тут можно посмотреть ответы из разных локаций. Есть ещё пачка похожих ресурсов. Для России на всех выдаёт Not found при запросе PTR.

Ну dig вообще спотыкается при запросе PTR для адреса 173.40.165.117. Если добавить +cdflag, то начал выдавать адекватный ответ.

Виновник найден:

173.40.165.117.in-addr.arpa     PTR     PASS    841ms   yandex

Значит, настала пора убрать яндекс из dnscrypt

в чём яндекс виновен? то что долго ждёт ответа от китайских нсов?

Владелец может прописать любой PTR. Это просто запись в DNS. Хоть localhost, хоть чужой домен.

Так это атака в полный рост. А что за кусок гавна ты используешь в качестве локального dns proxy?

Тут может быть атака на уязвимость в каком то софте. Который будет резолвить обратно, почта какая нибудь например.

у тебя в первом сообщении писано что и гугель отвечает локалхост :) дропай и гугель :) а заодно и всех остальных…

$ nslookup 117.165.40.173 1.1.1.1
173.40.165.117.in-addr.arpa     name = localhost.

думаю и собственная днс-система тебе такое же имя вернет, если такое имя отдает китайский ns, отвечающий за этот адрес.

У тебя может быть атака на сервисы которые используют реверсный резолв. Либо какой нибудь zero-day. Бань гадов по IP не дожидаясь новых проблем. Потому что проблемы на хосте у тебя уже сейчас

Не факт что гугель. Может кэш провайдера отравили

Аутентификация и/или авторизация по PTR осталась где-то в 1995.

Почта использует FCrDNS, это просто проверка что сервер тот, кем представляется. Она не авторизует в привычном смысле слова.

Владелец IP-диапазона может указать любую PTR-запись для своего IP-адреса. Это не проблема, не ошибка, не атака.

Ну этому я не очень верю, подменить нешифрованный DNS - как 2 байта переслать. А вот dnscrypt эту запись именно от яндекса получает.

мне кажется тут проблема не в подменах промежуточных записей или там шифрованности/вскрытия митм-зловредов в цепочке серверов между тобой и сервером с исходным данными для этого адреса, а в косячности данных онного самого «исходного сервера днс», хз как это правильно сказать :)

смотрю список пиров в торренте и с удивлением вижу там

Не нужно мучить днс рекурсоры такими тяжелыми массовыми запросами, если интересны подробности откуда пиры, лучше искать в локальных mmdb базах, к открытым web-ui торрент клиентов это не проблема, делал для rtorrent и transmission.

Это чего, я помню несколько часов решал траблу, что пром. сервер чпукс не работал. В итоге оказалось, что localhost резолвался во внешний адрес и из-за этого всё было плохо. У чпукса по умолчанию был внешний резолвер. Так что всё бывает, когда у админов руки из ж.

Нет, не внутри страны, скорее на том днсе кто эту зону держит. Или там два днса и они не синхронизированы.

Аутентификация и/или авторизация по PTR осталась где-то в 1995.

А mysql как имя хоста проверяет если в юзере указан буквенный хост а не айпи? Хотя там конечно пароль ещё, да и файрволлом обычно сверху закрыто.

Итоги:

Начинаем с a.in-addr-servers.arpa.

117.in-addr.arpa	nameserver = ns1.apnic.net.
117.in-addr.arpa	nameserver = ns2.apnic.net.
117.in-addr.arpa	nameserver = rirns.arin.net.
117.in-addr.arpa	nameserver = apnic.authdns.ripe.net.
117.in-addr.arpa	nameserver = ns3.lacnic.net.

165.117.in-addr.arpa	nameserver = ns2.cnmobile.net.
165.117.in-addr.arpa	nameserver = ns.cnmobile.net.

40.165.117.in-addr.arpa	nameserver = ns1.jx.chinamobile.com.
40.165.117.in-addr.arpa	nameserver = ns2.jx.chinamobile.com.

В этом случае mysql резолвит и A, и PTR. Если во всей цепочке будет несоотвествие, клиент реджектися.