Вопросы Теги

выройте @nameserver не работает

btrfs subvolume snapshot -r /path/to/mounted/subvolume /path/to/snapshot

(Обратите внимание, что это не работало над более старыми версиями Ubuntu.)

1
15.11.2012, 12:26
3 ответа

Ваша команда хорошо работает здесь. Мое предположение - то, что брандмауэр, или в Вашем местоположении или в Вашем ISP, блокирует запросы DNS или ответы. Нормальное dig www.uniroma1.it вероятно, работы, потому что упомянутый брандмауэр позволяет запросы определенным серверам, как те предоставленные Вашим ISP и возможно 8.8.8.8.

1
27.01.2020, 23:29

Корневые серверы не ответят на запросы для доменов, для которых они не являются авторитетными. При выполнении команды без +norecurse аргумента она должна возвратить список направлений для .it домена. Вы никогда не будете получать рекордный ответ от Корневых серверов.

2
27.01.2020, 23:29
  • 1
    Но необходимо получить записи NS в разделе AUTHORITY, не "приведенное к таймауту соединение". –  Jim Paris 15.11.2012, 17:43
  • 2
    @Jim, Но мой ответ не был неправильным. Почему Вы вниз голосовали за него? Вы только ответили на часть вопроса сами. Вы не обратились к тому, что он запрашивал корневые серверы непосредственно, который был первой частью его проблемы –  midnightsteel 26.11.2012, 15:01
  • 3
    I downvoted, потому что это неправильно. Корневые серверы ответят на запросы с записью NS, указывающей на следующий сервер в иерархии, которая может отвечать. Они просто не отбросят запросы и не отправят ответа, который является тем, что видел автор вопроса. –  Jim Paris 26.11.2012, 20:31
  • 4
    я никогда не говорил, что он отбросит запросы. Нет, где в моем ответе сказал, что он отбросит запросы. Если можно указать в моем ответе, где я сказал, что он отбросит запросы, у Вас могут быть те точки. Если Вы будете читать далее, то Вы будете видеть, что я упомянул, что корень даст направления для .it домена. Я конкретно не обратился к его времени, выходят. Я обратился к тому, что он просил поддерживать запись. –  midnightsteel 28.11.2012, 15:34
  • 5
    Вы сказали: "Корневые серверы не ответят на запросы". Корневой сервер ответит. Это скажет, "Я не знаю, вот серверы имен для выяснения затем". Так или иначе, независимо от того, как nitpicky Вы хотите добраться, Ваш ответ не был полезен, который является точно, для чего downvote. У автора вопроса были проблемы с брандмауэром, блокирующим ответы, и Вы обсудили несвязанные детали о том, как корневые серверы имен не включают ответы в свои ответы. –  Jim Paris 28.11.2012, 21:19

В случае, если dig @nameserver domain.example.comне работает только для определенных серверов имен, но работает для подавляющего большинства из них, это также может быть проблемой блокировки трафика из некоторых источников этим сервером имен. Вероятно, они хотят отвечать только другим серверам имен (? ). Очевидно, что это плохое поведение, потому что это усложняет отладку проблем с DNS.

Это не относится к примеру корневого сервера, указанному в вопросе. Но, например, я наблюдаю такое поведение последовательно с серверами имен DNS-хостера DomainDiscount24 :

. 
dig @ns1.domaindiscount.net example.com

; <<>> DiG 9.11.5-P4-5.1ubuntu2.2-Ubuntu <<>> @ns1.domaindiscount.net example.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

(Использование example.comявляется примером, но даже это должно привести к ответу, указывающему мне на правильный сервер имен для домена example.com. Но такое же поведение, как показано выше, применяется при использовании домена, фактически размещенного на DomainDiscount24.)

0
17.06.2020, 13:27

Теги

Похожие вопросы