Лучший способ настроить кеширование DNS?

Question 1

В программном центре под партнерской секцией находится приложение «отправить сообщение« Я пишу на Canonical ». Его описание неясно, касается ли это только для использования OEM

Question 2

я бы порекомендовал сервер dnsmasq,

увидеть хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение;

http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Question 3

Question 4

Я использую «dnscache» (пакет «dnscache-run»), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53) и кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP-адрес. Хотя для улучшения этой программы можно изменить два параметра:

echo 16000000 > /etc/sv/dnscache/env/CACHESIZE
echo 16777216 > /etc/sv/dnscache/env/DATALIMIT

Question 5

"для ускорения поиска в DNS, я хочу установить кэш DNS или прокси-сервер".

ок. Но есть более простой способ, слишком. Используя видит сервера и/или Google имя будет быстрее, чем ваш собственный локальный кэш имен, которые уже существуют в видит/Гугл кэширует. Используя 208.67.222.222, 208.67.220.220, и/или 8.8.8.8 как имя предлагает будет быстрее почти все время. Вы можете проверить это с нажать [F8], чтобы проверить скорость на одном из видит имя сервера, на [F9] для Google, или [F10] для на вашем локальном кэше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек мог легко заметить разницу.

"для ускорения поиска в DNS, я хочу установить DNS-кэш или прокси-сервером".

вы открыты с dnscache части крайней мере? Инструкции ниже. Хотя, это не спасет кэш без патча...

sudo apt-get remove bind9 dnsmasq-base
sudo apt-get install djbdns dnscache-run
sudo killall -9 dnsmasq
sudo update-rc.d -f bind9 remove

тогда мы должны сообщить системе, чтобы использовать наш кэш.

sudo gedit /etc/resolv.conf

отредактировать файл, чтобы посмотреть, как этот пример. Этот файл определяет, какие название серверов, домен по умолчанию, и суффикса поиск. Суффикс поиска позволяет выполнять запросы, используя только часть узла и полностью определенное доменное имя. Например, 'команда nslookup ВСП' автоматически становится команда nslookup www.example.com когда example.com значение параметра "поиск".

nameserver 127.0.0.1      # Use the local resolver first.
nameserver 208.67.222.222 # OpenDNS
nameserver 8.8.8.8        # Google
domain example.com
search example.com

это немного необычно, но мы должны получить самую последнюю корневых серверов имен.

sudo dnsip $(dnsqr ns . | sed -e '/answer/!d;s/\(.*\)NS \(.*\)/\2/') | sudo tee /etc/dnscache/root/servers/@

я думаю, что файл resolv.файл conf перезаписывается, когда мы использовать DHCP. Я решил дать себе статический IP-адрес и удалить программное обеспечение, что кабачки это, редактирование интерфейсов для настройки статического IP-адреса. Но вы могли бы попробовать работать с администратором сети, если вы так склонны.

sudo apt-get purge network-manager network-manager-gnome
sudo gedit /etc/network/interfaces

моя интерфейсы файл выглядит следующим образом, но изменить ваши настройки.

# Loopback
#
auto lo
iface lo inet loopback

# First network card (attached to NAT router, attached to cable internet)
#
auto eth0
iface eth0 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1

теперь давайте просто перезагрузить.

sudo reboot

теперь вы используете локальный распознаватель и последний корневых серверов. Но Вы заметите, если вы попытаетесь это видит и Google на самом деле отвечая быстрее (для имен в свой кэш, который находится все самые популярные домены). Нет Дополнительная настройка, которая может привести к программного обеспечения станет более безопасной, что она уже есть.

Question 6

В С dnscache-запуск пакета была бы конфликтов с другими пакетами, как в libvirt, которые используют сетевой мост и dnsmasq.

sudo apt-get install dnscache-run

этот пакет удаляет resolvconf (файл/etc/файл resolv.conf), и вам придется использовать файл /etc/сети/интерфейсов или диспетчера сети просмотреть конфигурации.

Question 7

Question 8

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Question 9

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Question 10

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Question 11

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

Question 12

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

Question 13

Question 14

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Question 15

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Question 16

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

Question 17

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Question 18

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

Question 19

Question 20

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Question 21

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Question 22

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Question 23

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

Question 24

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

Question 25

Question 26

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Question 27

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Question 28

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

Question 29

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Question 30

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

Question 31

Question 32

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Question 33

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Question 34

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Question 35

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

Question 36

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

dblang · Answer 1 · 2 August 2018 в 04:01

я бы порекомендовал сервер dnsmasq,

увидеть хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение;

http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

9

ответ дан dblang 2 August 2018 в 04:01

1

Я использую dnsmasq для кэширования DNS. Также поставляются локальные сопоставления из / etc / hosts и DHCP (необязательно с использованием / etc / эфиров). – BillThor 23 January 2011 в 02:52
2

Я пробовал сервер dnsmasq, и она работает также, как bind9 для кэширования имен, но это тоже не похоже на кэш IP-адрес поиска. Это возможно с помощью dnsmasq? – user 26 January 2011 в 02:44
3

Остерегайтесь Network Manager, перезаписывая ваш resolv.conf при каждом запуске. – daithib8 6 June 2011 в 15:55

Juan Simón · Answer 2 · 2 August 2018 в 04:01

Я использую «dnscache» (пакет «dnscache-run»), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53) и кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP-адрес. Хотя для улучшения этой программы можно изменить два параметра:

echo 16000000 > /etc/sv/dnscache/env/CACHESIZE
echo 16777216 > /etc/sv/dnscache/env/DATALIMIT

user · Answer 3 · 2 August 2018 в 04:01

"для ускорения поиска в DNS, я хочу установить кэш DNS или прокси-сервер".

ок. Но есть более простой способ, слишком. Используя видит сервера и/или Google имя будет быстрее, чем ваш собственный локальный кэш имен, которые уже существуют в видит/Гугл кэширует. Используя 208.67.222.222, 208.67.220.220, и/или 8.8.8.8 как имя предлагает будет быстрее почти все время. Вы можете проверить это с нажать [F8], чтобы проверить скорость на одном из видит имя сервера, на [F9] для Google, или [F10] для на вашем локальном кэше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек мог легко заметить разницу.

"для ускорения поиска в DNS, я хочу установить DNS-кэш или прокси-сервером".

вы открыты с dnscache части крайней мере? Инструкции ниже. Хотя, это не спасет кэш без патча...

sudo apt-get remove bind9 dnsmasq-base
sudo apt-get install djbdns dnscache-run
sudo killall -9 dnsmasq
sudo update-rc.d -f bind9 remove

тогда мы должны сообщить системе, чтобы использовать наш кэш.

sudo gedit /etc/resolv.conf

отредактировать файл, чтобы посмотреть, как этот пример. Этот файл определяет, какие название серверов, домен по умолчанию, и суффикса поиск. Суффикс поиска позволяет выполнять запросы, используя только часть узла и полностью определенное доменное имя. Например, 'команда nslookup ВСП' автоматически становится команда nslookup www.example.com когда example.com значение параметра "поиск".

nameserver 127.0.0.1      # Use the local resolver first.
nameserver 208.67.222.222 # OpenDNS
nameserver 8.8.8.8        # Google
domain example.com
search example.com

это немного необычно, но мы должны получить самую последнюю корневых серверов имен.

sudo dnsip $(dnsqr ns . | sed -e '/answer/!d;s/\(.*\)NS \(.*\)/\2/') | sudo tee /etc/dnscache/root/servers/@

я думаю, что файл resolv.файл conf перезаписывается, когда мы использовать DHCP. Я решил дать себе статический IP-адрес и удалить программное обеспечение, что кабачки это, редактирование интерфейсов для настройки статического IP-адреса. Но вы могли бы попробовать работать с администратором сети, если вы так склонны.

sudo apt-get purge network-manager network-manager-gnome
sudo gedit /etc/network/interfaces

моя интерфейсы файл выглядит следующим образом, но изменить ваши настройки.

# Loopback
#
auto lo
iface lo inet loopback

# First network card (attached to NAT router, attached to cable internet)
#
auto eth0
iface eth0 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1

теперь давайте просто перезагрузить.

sudo reboot

теперь вы используете локальный распознаватель и последний корневых серверов. Но Вы заметите, если вы попытаетесь это видит и Google на самом деле отвечая быстрее (для имен в свой кэш, который находится все самые популярные домены). Нет Дополнительная настройка, которая может привести к программного обеспечения станет более безопасной, что она уже есть.

Спасибо Кристоферу. Можете ли вы объяснить, почему Google DNS быстрее, чем мой локальный кеш? Я считаю, что это быстро, но как можно быстрее пройти весь путь до своего сервера, чем идти в мой локальный кеш? — Eric Johnson, 27 April 2011 в 12:16
Потому что шансы очень хорошие, что у него уже есть ответ, не заставляя его снова искать. — user, 16 July 2011 в 00:34
Кристофер@: но после того, как ваш локальный кэш есть, поиск мгновенный. Если вы используете Google DNS вы должны ждать 80 мс каждый раз, когда вы делаете запрос. — Zan Lynx, 9 December 2011 в 06:59
@Zan Lynx Да, так что сделайте свой локальный кеш спросом у Google. Woo-Hoo! — user, 9 December 2011 в 07:49
Хотя @ user8290 имеет точку, я бы не сказал, что использование GoogleDNS быстрее , чем локальное. Да, у Google есть результаты, кэшированные, но давайте - если ваша международная скорость засасывает, это не имеет значения, даже если у Google есть все результаты DNS в мире. Локальные сети обычно имеют 100 Мбит / с +, поэтому запрос на локальный сетевой DNS-сервер для ответа будет по меньшей мере в 10 раз быстрее, чем запрос 8.8.8.8/8.8.4.4 (в зависимости от вашей международной скорости). Конечно, это означает, что вы получили результат на вашем DNS-сервере. — tftd, 4 June 2013 в 07:10

rickfoosusa · Answer 4 · 2 August 2018 в 04:01

В С dnscache-запуск пакета была бы конфликтов с другими пакетами, как в libvirt, которые используют сетевой мост и dnsmasq.

sudo apt-get install dnscache-run

этот пакет удаляет resolvconf (файл/etc/файл resolv.conf), и вам придется использовать файл /etc/сети/интерфейсов или диспетчера сети просмотреть конфигурации.

user · Answer 5 · 4 August 2018 в 20:04

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

rickfoosusa · Answer 6 · 4 August 2018 в 20:04

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

dblang · Answer 7 · 4 August 2018 в 20:04

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

Juan Simón · Answer 8 · 4 August 2018 в 20:04

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

BillThor · Answer 9 · 4 August 2018 в 20:04

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

rickfoosusa · Answer 10 · 6 August 2018 в 04:05

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

user · Answer 11 · 6 August 2018 в 04:05

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Juan Simón · Answer 12 · 6 August 2018 в 04:05

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

dblang · Answer 13 · 6 August 2018 в 04:05

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

BillThor · Answer 14 · 6 August 2018 в 04:05

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

user · Answer 15 · 7 August 2018 в 22:05

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

dblang · Answer 16 · 7 August 2018 в 22:05

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

rickfoosusa · Answer 17 · 7 August 2018 в 22:05

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Juan Simón · Answer 18 · 7 August 2018 в 22:05

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

BillThor · Answer 19 · 7 August 2018 в 22:05

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

user · Answer 20 · 10 August 2018 в 10:19

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

rickfoosusa · Answer 21 · 10 August 2018 в 10:19

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

Juan Simón · Answer 22 · 10 August 2018 в 10:19

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

dblang · Answer 23 · 10 August 2018 в 10:19

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

BillThor · Answer 24 · 10 August 2018 в 10:19

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

rickfoosusa · Answer 25 · 13 August 2018 в 16:43

Пакет dnscache-run имел наименьшие конфликты с другими пакетами, такими как libvirt, которые используют мостовую сеть и dnsmasq.

sudo apt-get install dnscache-run [ ! d3]

Этот пакет удаляет resolvconf (/etc/resolv.conf), и вам нужно будет использовать / etc / network / interfaces или network manager для просмотра вашей конфигурации.

user · Answer 26 · 13 August 2018 в 16:43

«Чтобы ускорить поиск DNS, я хочу установить кеш DNS или прокси.»

Хорошо. Но есть и более простой способ. Использование OpenDNS и / или серверов имен Google будет быстрее, чем ваш собственный локальный кеш для имен, которые уже существуют в кэшах OpenDNS / Google. Использование 208.67.222.222, 208.67.220.220 и / или 8.8.8.8 в качестве имени служит будет быстрее почти все время. Вы можете проверить это с помощью time nslookup www.google.com 208.67.222.222 для проверки скорости на одном из серверов имен OpenDNS, time nslookup www.google.com 8.8.8.8 для Google или время nslookup www.google.com 127.0.0.1 в вашем локальном кеше. Когда я говорю быстрее, я имею в виду технически быстрее и не так быстро, что человек может легко заметить разницу.

«Я вижу, по крайней мере, три программы, которые, я думаю, будут выполнять эту работу: bind9, pdnsd или dnsmasq. "

Вы открываете часть dnscache djbdns? Инструкции ниже. Хотя, он не сохраняет кеш без патча ...

  sudo apt-get удалить bind9 dnsmasq-base sudo apt-get install djbdns dnscache-run sudo killall -9 dnsmasq sudo update-  rc.d -f bind9 remove

Тогда нам нужно будет указать системе использовать наш кеш.

  sudo gedit /etc/resolv.conf

Отредактируйте файл, чтобы он выглядел как этот пример. Этот файл определяет, какие серверы имен использовать, домен по умолчанию и суффикс поиска. Суффикс поиска позволяет запускать запросы, используя только часть имени хоста полностью квалифицированного доменного имени. Для exmaple «nslookup www» автоматически становится «nslookup www.example.com», когда example.com является значением параметра «поиск».

  nameserver 127.0.0.1 # Использовать локальный преобразователь  первый.  nameserver 208.67.222.222 # OpenDNS nameserver 8.8.8.8 # Google domain example.com search example.com

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

  sudo dnsip $ (dnsqr ns. | sed -e '/answer/!d;s/\(.*\)NS \ (. * \) / \ 2 /') |  sudo tee / etc / dnscache / root / servers / @

Я думаю, что файл resolv.conf перезаписывается, когда мы используем DHCP. Я выбираю статический IP-адрес и удаляю программное обеспечение, которое его выдавливает, редактируя файл интерфейсов для настройки статического IP-адреса. Но вы можете попробовать работать с Network Manager, если вы так склонны.

  sudo apt-get purge network-manager network-manager-gnome sudo gedit / etc / network / interfaces

Файл моих интерфейсов выглядит следующим образом, но изменит вашу конфигурацию.

  # Loopback # auto lo iface lo inet loopback # Первая сетевая карта (присоединена к NAT-маршрутизатору,  прикрепленный к кабелю интернет) # auto eth0 iface eth0 inet статический адрес 192.168.1.254 netmask 255.255.255.0 сеть 192.168.1.0 broadcast 192.168.1.255 шлюз 192.168.1.1

Теперь давайте просто перезагрузимся.

  sudo reboot

Теперь вы используете локальный преобразователь и последние корневые серверы. Но вы заметите, что если вы попробуете, что OpenDNS и Google на самом деле отвечают быстрее (для имен, которые находятся в их кешах, которые являются самыми популярными доменами). Нет дополнительной конфигурации, которая могла бы заставить программное обеспечение стать более безопасным, чем оно есть.

Спасибо Кристоферу. Можете ли вы объяснить, почему Google DNS быстрее, чем мой локальный кеш? Я считаю, что это быстро, но как можно быстрее пройти весь путь до своего сервера, чем идти в мой локальный кеш? — Eric Johnson, 27 April 2011 в 12:16
Потому что шансы очень хорошие, что у него уже есть ответ, не заставляя его снова искать. — user, 16 July 2011 в 00:34
@Christopher: Но как только ваш локальный кеш имеет его, поиск выполняется мгновенно. Если вы используете Google DNS, вам приходится ждать 80 мс каждый раз, когда вы выполняете запрос. — Zan Lynx, 9 December 2011 в 06:59
@Zan Lynx Да, так что сделайте свой локальный кеш спросом у Google. Woo-Hoo! — user, 9 December 2011 в 07:49
Хотя @ user8290 имеет точку, я бы не сказал, что использование GoogleDNS быстрее , чем локальное. Да, у Google есть результаты, кэшированные, но давайте - если ваша международная скорость засасывает, это не имеет значения, даже если у Google есть все результаты DNS в мире. Локальные сети обычно имеют 100 Мбит / с +, поэтому запрос на локальный сетевой DNS-сервер для ответа будет по меньшей мере в 10 раз быстрее, чем запрос 8.8.8.8/8.8.4.4 (в зависимости от вашей международной скорости). Конечно, это означает, что вы получили результат на вашем DNS-сервере. — tftd, 4 June 2013 в 07:10

dblang · Answer 27 · 13 August 2018 в 16:43

Я бы порекомендовал dnsmasq,

См. хороший учебник здесь; http://embraceubuntu.com/2006/08/02/local-dns-cache-for-faster-browsing/

Вы можете прочитать здесь сравнение; [ ! d4]

http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software

9

ответ дан dblang 13 August 2018 в 16:43

1

Я использую dnsmasq для кэширования DNS. Также поставляются локальные сопоставления из / etc / hosts и DHCP (необязательно с использованием / etc / эфиров). – BillThor 23 January 2011 в 02:52
2

Я попробовал dnsmasq, и он работает так же, как bind9 для кэширования имен, но он также не кэширует поиск IP-адресов. Возможно ли использование dnsmasq? – user 26 January 2011 в 02:44
3

Остерегайтесь Network Manager, перезаписывая ваш resolv.conf при каждом запуске. – daithib8 6 June 2011 в 15:55

Juan Simón · Answer 28 · 13 August 2018 в 16:43

Я использую « dnscache » ( пакет «dnscache-run» ), и это очень просто. Не нужно ничего настраивать. Он фиксирует петиции DNS (порт 53 ), и он кэширует ответы, а в следующий раз, когда Linux запрашивает этот домен, dnscache немедленно возвращает IP. Хотя для улучшения этой программы можно изменить два параметра:

  echo 16000000 & gt;  / etc / sv / dnscache / env / CACHESIZE echo 16777216 & gt;  / etc / sv / dnscache / env / DATALIMIT

BillThor · Answer 29 · 13 August 2018 в 16:43

Какой бы инструмент вы ни использовали, убедитесь, что порт 53 не включен на вашем брандмауэре. Возможно, вы захотите разрешить только хост с исходящим доступом к кэшу.

DNSMasq прост в настройке и хорошо документирован. Если вы установите его на брандмауэре, укажите интерфейсы для привязки к исключению интернет-интерфейса.

Bind сложнее настроить и может быть переполнена как кеш для небольшой сети. Я считаю, что конфигурация по умолчанию - только кеширование. Вы можете добавить ACL, чтобы ограничить, какие адреса могут использовать ваш сервер.

Лучший способ настроить кеширование DNS?

59 ответов

Другие вопросы по тегам:

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