<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Адміністрування Debian GNU/Linux &#187; DNS</title>
	<atom:link href="http://www.debian-administration.org.ua/articles/tag/dns/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.debian-administration.org.ua</link>
	<description>Системне адміністрування Debian GNU/Linux: документація та поради</description>
	<lastBuildDate>Mon, 21 Jun 2010 14:50:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Apache reverse proxy</title>
		<link>http://www.debian-administration.org.ua/articles/apache-reverse-proxy/</link>
		<comments>http://www.debian-administration.org.ua/articles/apache-reverse-proxy/#comments</comments>
		<pubDate>Tue, 26 May 2009 07:15:29 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[Сервери]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[HTTP]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=310</guid>
		<description><![CDATA[Що робити, якщо ми маємо лише одну публічну адресу ІР, і, скажімо, п&#8217;ять веб-серверів? Технологія, яку можна використати має назву &#8220;reserve proxy&#8221;, і ось, як це щастя налаштовується. Ось, як виглядатиме уся схема: wbsvr-1,wbsvr-2,etc —– main-server(публічний) ——– клієант (оглядач тенет) wbsvr-1 є локальним веб-сером №1, наприклад http://192.168.1.1/tukang-nggame/ wbsvr-2 є локальним веб-сером №2, наприклад http://192.168.1.2/tukangnggame/ головний [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/apache-reverse-proxy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ddclient: отримуємо доступ до домашнього сервера з динамічною ІР</title>
		<link>http://www.debian-administration.org.ua/articles/ddclient/</link>
		<comments>http://www.debian-administration.org.ua/articles/ddclient/#comments</comments>
		<pubDate>Thu, 26 Feb 2009 22:08:08 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[мережі]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=137</guid>
		<description><![CDATA[Чому зобов&#8217;язана поява технології DynDNS (Динамічний DNS)? Однією з причин є досить прозаїчна обставина — нестача статичних IP-адрес в Інтернет-просторі, через що провайдери часто змушені давати своїм клієнтам динамічні адреси. Підприємливі розробники і цю нестачу обернули в дохідну статтю — з&#8217;явилися такі публічні сервіси, як www.no-ip.com, www.tzo.com та інші, які дозволяють на динамічній IP розміщувати [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/ddclient/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>dnsmasq — кешуючий сервер DNS</title>
		<link>http://www.debian-administration.org.ua/articles/dnsmasq/</link>
		<comments>http://www.debian-administration.org.ua/articles/dnsmasq/#comments</comments>
		<pubDate>Sat, 27 Dec 2008 17:07:38 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[DNS]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=247</guid>
		<description><![CDATA[dnsmasq — дуже легекий кешуючи сервер DHCP та DNS. Розроблений для надання цих сервісів для клієнтів маленьких локальних мереж. Dnsmasq отримує запити DNS і першим ділом шукає &#8220;відповіді&#8221; на їх у своєму локальному кеші, якщо знаходить, то віддає знайдену інформацію клієнту, що займає трохи менше часу, або ж надсилає його [запит] до вищестоячного сервера. Встановлення [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/dnsmasq/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BIND: secondary nameserver для зони</title>
		<link>http://www.debian-administration.org.ua/articles/bind-secondary_nameserver/</link>
		<comments>http://www.debian-administration.org.ua/articles/bind-secondary_nameserver/#comments</comments>
		<pubDate>Sun, 15 Jun 2008 12:03:41 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[Сервери]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[мережі]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=108</guid>
		<description><![CDATA[У системі DNS ваш домен завжди обслуговують щонайменше 2 nameserver`и. Коли перший сервер опиняється недоступним, запит направляється до другого. Якщо у вас є ще один сервер або VPS, можна назначити йому роль secondary nameserver`а. Зверніть увагу: primary і secondary сервери повинні знаходитись у різних хостинг-провайдерів. Ліпше за все, щоб вони знаходились у різних містах або [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/bind-secondary_nameserver/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BIND: primary nameserver для зони</title>
		<link>http://www.debian-administration.org.ua/articles/bind-primary_nameserver/</link>
		<comments>http://www.debian-administration.org.ua/articles/bind-primary_nameserver/#comments</comments>
		<pubDate>Sat, 14 Jun 2008 08:25:22 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[Сервери]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[мережі]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=107</guid>
		<description><![CDATA[Тут дуже коротко розглядається процес створення primary (основної) доменної зони у сервері доменних імен BIND9. Створіть файл з описом доменної зони /var/named/chroot/var/named/data/ІМ&#8217;Я.ДОМЕНУ (формату файлу). Тепер у кінець файлу named.conf додайте відомості про цю зону: zone "example.com" { type master; file "data/example.com"; allow-transfer { 192.168.254.254; }; }; Директивою allow-transfer ми дозовляємо ІР перевіряти і оновлювати зону [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/bind-primary_nameserver/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Налаштування DHCP-сервера</title>
		<link>http://www.debian-administration.org.ua/articles/setting_up_dhcp_server/</link>
		<comments>http://www.debian-administration.org.ua/articles/setting_up_dhcp_server/#comments</comments>
		<pubDate>Thu, 12 Jun 2008 08:28:58 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[Сервери]]></category>
		<category><![CDATA[DHCP]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[IP]]></category>
		<category><![CDATA[мережі]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=105</guid>
		<description><![CDATA[DHCP (англ. Dynamic Host Configuration Protocol — протокол динамічної конфігурації вузла) — це мережний протокол, що дозволяє комп&#8217;ютерам автоматично отримувати IP-адресу й інші параметри, необхідні для роботи в мережі TCP/IP. Для цього комп&#8217;ютер звертається до спеціального серверу, під назвою сервер DHCP. Мережний адміністратор може задати діапазон адрес, що розподіляють серед комп&#8217;ютерів. Це дозволяє уникнути ручного [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/setting_up_dhcp_server/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>BIND: формат файлу доменної зони</title>
		<link>http://www.debian-administration.org.ua/articles/bind-zone_file_format/</link>
		<comments>http://www.debian-administration.org.ua/articles/bind-zone_file_format/#comments</comments>
		<pubDate>Wed, 11 Jun 2008 06:45:40 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Мережі]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[мережі]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=104</guid>
		<description><![CDATA[Опис будь якого домену (службова інформація, його nameserver`и, поштові сервери, субдомени) або інакше кажучи, зони, повинні строго відповідати чітко визначеному формату. Розглянемо його. $TTL 1h @ IN SOA ns1.my-ns-server.com. hostmaster.example.com. ( 2007022600 ; Serial 3h ; Refresh 1h ; Retry 1w ; Expiry 1d ; TTL ) ;;; NS ;;; NS ns1.my-ns-server.com. NS ns.my-secondary-ns.com. ;;; [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/bind-zone_file_format/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>apache: автоматичні субдомени</title>
		<link>http://www.debian-administration.org.ua/articles/apache_automatically_subdomains/</link>
		<comments>http://www.debian-administration.org.ua/articles/apache_automatically_subdomains/#comments</comments>
		<pubDate>Sat, 31 May 2008 06:47:02 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Система]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[HTTP]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=100</guid>
		<description><![CDATA[Якщо є необхідність використовувати багато субдоменів, то не обов&#8217;язково засмічувати файл конфігурації, і описувати кожен субдомен окремо. Можна наслаштувати Apache таким чином, щоб кожна тека була доступною, як субдомен, до того ж, для створення нового субдомену необхідно буде усього лиш створити нову теку. Налаштування DNS У файлі опису зони або у налаштуваннях, які вам надасть [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/apache_automatically_subdomains/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Встановлення і налаштування DNS-сервера BIND9</title>
		<link>http://www.debian-administration.org.ua/articles/setting_bind9/</link>
		<comments>http://www.debian-administration.org.ua/articles/setting_bind9/#comments</comments>
		<pubDate>Tue, 27 May 2008 21:01:46 +0000</pubDate>
		<dc:creator>Сашко Кравчук</dc:creator>
				<category><![CDATA[Сервери]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[DNS]]></category>

		<guid isPermaLink="false">http://www.debian-administration.org.ua/?p=98</guid>
		<description><![CDATA[У цій статті я розповім, як налаштувати DNS сервер BIND v9, змусити його працювати у середовищі chroot, і створити в ньому зони для свого домену. Встановлення bind9 Для цього достатньо встановити лише один пакунок &#8212; bind9: # sudo apt-get install bind9 Налаштування chroot`ного середовища Дана частина є необов&#8217;язковою. Однак, з міркувань безпеки ліпше запустити Bind [...]]]></description>
		<wfw:commentRss>http://www.debian-administration.org.ua/articles/setting_bind9/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
