... Предположим вывод на клиенте следующий:
{code}
$ nslookup example.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: example.com
Address: 1.1.1.1
Name: example.com
Address: 1.1.1.2
{code}
Проверяем что результат резолва с вашей машины целиком присутствует в ipset "https_reductor":
{code}
for ip in "1.1.1.1" "1.1.1.2"; do
ipset save https_reductor | fgrep "$ip" || echo "$ip" fail
done
{code}
Если отсутствуют, проверяем их наличие в кэш резолва:
{code}
for ip in "1.1.1.1" "1.1.1.2"; do
fgrep "$ip" /usr/local/Reductor/cache/https_resolv.json || echo "$ip" fail
done
{code}
Если их нет и там, убеждаемся, что домен вообще должен резолвиться:
{code}
grep example.com /usr/local/Reductor/lists/https.resolv
{code}
Если он отсутствует и там, остаётся убедиться в том, что в реестре данный домен вообще присутствует и как выглядит запись связанная с ним:
{code}
/usr/local/Reductor/bin/parse_dump_xml.sh > /tmp/dump.xml
vim /tmp/dump.xml
{code}
Поиск в vim осуществляется командой:
{code}
/example.com
{code}
следующие вхождения можно находить командой
{code}
/
{code}если на ваш взгляд домен действительно должен резолвиться, но он этого не делает (не попадает в lists/https.resolv) - создайте заявку в хелпдеске, предварительно сохранив dump.xml.
если домен в https.resolv попадает, но нужного ip нет - скорее всего необходимо добавить дополнительно DNS-сервер, используемый клиентом в /etc/resolv.conf
|
