ntk - resolv

Tags:  

НАЗВАНИЕ
    ntk-resolv - Управление поиском имен в ANDNA

ФОРМАТ ВЫЗОВА
    ntk-resolv [-vnPtrspShbml] host ntk-resolv -H host

ОПИСАНИЕ
    Ntk-resolv - это интерфейс ANDNA демона: он выполняет запросы к ANDNA
    и отображает полученный результат в stdout. Можно формулировать запросы
    как в области Интернета, так и в области Netsukuku. Он использет
    'andns protocol', чтобы расшифровать полученные данные. Подробно это
    объяснено в Netsukuku RFC 006

ИСПОЛЬЗОВАНИЕ
    Простейший пример:

            ntk-resolv hname

    Эта команда делает запрос в сеть, чтобы узнать, какой IP зарегестрирован
    доменному имени 'hname'. По умолчанию запрос выполняется в область
    Netsukuku.
   
ОПЦИИ
    -v --version
        Выводит версию программы.

    -n --nameserver=host
        Определяет сервер имен, который нужно использовать.
        По умолчанию это localhost.

    -P --port=n
        Использовать порт <n> для сервера имен. По умолчанию: 53.

    -t --query-type=snsd --query-type=ptr --qury-type=global --query-type=mx
        Определяет тип запроса. По умолчанию это snsd. Смотрите пункт
        ТИП ЗАПРОСА, для более полного понимания.

    -r --realm=inet --realm=ntk
        Определяет область поиска: Интернет или Netsukuku. По умолчанию: ntk

    -s --service=n[/proto]
        Определяет SNSD службу и относительный протокол поиска. Смотрите
        services(5). Сервис может быть сконфигурирован в алфавитный или
        цифровой формат. По умолчанию сервис и протокол равны 0 и tcp.
        Например:
   
                ntk-resolv -s domain/udp host
                ntk-resolv -s 53/udp host

        Смотрите пункт ТИПЫ ЗАПРСОВ, СЕРВИС И ПРОТОКОЛ для лучшего понимания.

    -S --silent
        С этой опцией, ntk-resolv будет работать очень точно.

    -b --block-recursion
        Выключает рекурсивый поиск (По умолчанию включен). Когда запрашивается 
        SNSD служба, и эта служба знает соответствие запрашиваемого имени
        с определенным IP, который ищут, тогда ответ будет содержать IP
        доменного имени, а не HASH доменного имени. 

    -m --md5-hash
        Если эта опция включена, то доменные имена будут интерпретироваться
        как MD5 HASH. Это полезно, если ты хочешь узнать IP узла, а тебе
        известен только MD5 HASH этого узла.

    -H --compute-hash
        Расчитывает HASH определенного доменного имени и выводит в stdout.
        Например:

                ntk-resolv -H hname

        В этом примере будет напечатан md5 hash имени `hname'. Это полезно
        для отладки SNSD конфигурации. На самом деле, если запрос не рекурсивен,
        то результат поиска хэшированных имен: ну, это возможно проверить, если
        ANDNA кэш имеет достаточно точное hash-значение для твоего SNSD имени.

    -l --parsable-output
        Выдает ответ с определенным синтаксисом. Формат вывода:

                ~ IP                               (SNSD s=0)
                - hname                            (Inverse)
                - hname prio weight                (SNSD s!=0)
                ~ ip prio weight                   (SNSD s!=0) 
                ~ ip service proto prio weight     (Global)
                - hname service proto prio weight  (Global)

        Если вывод содержит IP, то первый символ '~', если вывод содержит
        имя (хошированное или нет), то первый символ '-'.

    -h --help
        Выводит краткое описание опций ntk-resolv.  

    И последнее:
        Все опции, имеющие свои длинные вызовы, могут быть вызваны кратким
        путем через свои аббревиатуры. Например, эти записи эквивалентны:
   
                ntk-resolv -r i = ntk-resolv -r inet

        исключение составляет лишь -s, которая определяет имя нужного сервиса.

ТИПЫ ЗАПРОСОВ
    Ты можешь формулирвать различные виды запросов.

    С 'ptr' запросом, ты задаешь IP, и ты узнаешь есть ли доменное
    имя, связанное с этим IP.

    С 'snsd' запросом, ты задаешь имя, сервис и протсокол. Если сервис и
    протокол не определены, то они устанавливаются в 0, и ты получнишь IP,
    связанный с доменным именем на данный момент. Если ты определишь
    сервис и протокол, то ответ будет состоять из IP, которые предоставляют
    данные сервис/протокол от этого имени. Смотри раздел SNSD, СЕРВИСЫ И
    ПРОТОКОЛ чтобы понять лучше поведение SNSD. 
       
    Глобальный запрос вернет SNSD конфигурацию SNSD для доменного имени.
    Т.е. ты получишь все зарегестрированные сервисы доменного имени.

    'mx' запрос - это то же самое, что snsd запрос с сервисом 25 и proto TCP

SNSD, СЕРВИСЫ И ПРОТОКОЛ
    Тип SNSD Запроса определяет содержимое ответ. Совместно с SNSD
    (Scattered Name Service Disgregation (Распредененная Служба Хранения
    Имен)), ANDNA позволяют пользователю делать запрос как по имени, так и
    по сервису. Если сервис 0, то поиск будет вестись по имени. Если        
    сервис не 0, то поиск будет вестись по сервисам, связанным с данным
    именем (включая рассматриваемый протокол). Смотри services(5).

    Ты можешь определить сервисы, выразив их в /etc/services. Этот список
    может быть представлен также в цифровой форме. Также можно определить
    протокол:

                "domain", "53", "53/udp", "domain/udp"

    правильные сервис/прото записи.

    Например, следующие команды, проверят IP(ы) на наличие веб-сервера,
    связанного с именем "host":
     
                ntk-resolv -s http/tcp host
                ntk-resolv -s 80/tcp   host
                ntk-resolv -s 80       host
                ntk-resolv -s http     host
               
    Чтобы отконфигурировать SNSD, читай SNSD HowTo.       

    Если сервис (ну скажем http) не определен, то возвращается IP, связанное
    с именем. Если ты не хочешь устанавливать SNSD сервисов, то твой IP все
    равно будет связан с главным именем. Ты можешь ничего не делать.

    В любом случае каждый клиент будет делать различные запросы: обозреватели
    будут делать запрос на сервис=80 по  протоколу=tcp, почтовые клиенты будут
    делать запросы на сервис=25 по протоколу=tcp и т.д.

    Сервис полезен, если запрос делается в область Интернет.

    По умолчанию, сервис 0: т.е. запрос будет возвращать IP, зарегестрированное
    доменному имени. По умолчанию, протсокол tcp. Протокол не имеет значения,
    если сервис=0.

    Внимение: сервис и протокол также не имеют значение если идет поиск
    `ip->host` (тип запроса - ptr).    

ОШИБКИ
    { Без паники! }

    Если ты нашел ошибку, сообщи о ней. Используй online сообщатель
    об ошибках: <http://bugs.dyne.org/>

    или список рассылки: <http://lists.dyne.org/netsukuku/>

    объясни проблему подробнее и способ, как ее можно воспроизвести.

КОНТАКТЫ
    Подпишись в список рассылки, чтобы получать помощь и получать последние
    новости. А также, чтобы быть в курсе последних направлений разработки.

    Чтобы подписаться, отправь письмо сюда:
    netsukuku-subscribe@lists.dyne.org

    Мы живем круглосуточно в IRC, заходи сюда: #netsukuku на
    FreeNode irc server (irc.freenode.org).

АВТОРЫ
    Главные авторы и разработчики:

    Andrea Lo Pumo aka AlpT <alpt@freaknet.org>

    Главные учатники:

    Andrea Leofreddi <andrea.leofreddi@gmail.com>, Katolaz
    <katolaz@freaknet.org>, Federico Tomassini <effetom@gmail.com>

    Чтобы прочесть полный список АВТОРОВ, посети:
    <http://netsukuku.freaknet.org/?p=Contacts>

СМОТРИ ТАКЖЕ
    Для получения большей информации про Netsukuku:
    <http://netsukuku.freaknet.org>
   
    ntkd(8), andna(8), services(5)





 RSS of this page