[phpBB Debug] PHP Notice: in file /viewtopic.php on line 945: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead
[phpBB Debug] PHP Notice: in file /viewtopic.php on line 945: getdate(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead
BREN forums • View topic - IPv6 за крайни потребители в учебните заведения

IPv6 за крайни потребители в учебните заведения

IP маршрутизация, протоколи (BGP, OSPF и т.н.), регистри (IANA, RIPE и т.н.)

Re: IPv6 за крайни потребители в учебните заведения

Postby vesso » 03 Mar 2009, 20:39

Понеже някой може да попита за някои все още нестандартни решения за указване на хост информация за използваните кеширащи сървъри за имена, в случая на "stateless" конфигурация, мога да спомена RDNSS. Специално за Linux RDNSS софтуера можете да намерите на адрес:

http://rdnssd.linkfanel.net/

Самият демон (след като компилирате изходния код) е изпълнимия файл rdnssd. Демонът работи на принципа на "IPv6 Router Advertisements with the Recursive DNS Server (RDNSS)", описан в RFC 5006. За жалост още има какво да се изпипва и желае. Има и интеграция с radvd в последните му версии, но изисква определени версии на Linux ядрото и т.н. Казано накратко, още няма стабилно работещо решение за хост конфигурация в "stateless" режим на IPv6, от гледна точка на задаване на кеширащи DNS сървъри за имена. Все пак, ако го накарате да проработи, клиентските ви станции трябва да използват специален клиент, който можете да намерите тук:

http://www.hack.org/mc/hacks/radns/

(ще се наложи да компилирате и да правите пакет за него). За да видите докъде е стигнал проекта, пускам списъка му ToDo:

Code: Select all
- Figure out how to work with a concurrent dhclient for IPv4
  addressses. dhclient-exit-hooks that merges with real
  /etc/resolv.conf?

- Handle lifetime of RDNSS.

- Patch RDNS option into FreeBSD's rtadvd.

- Privilege seperation in radns?

- Tests? How?


Пак повтарям, за да не стават грешки или да не се вадят грешни заключения. Клиентът, който можете да изтеглите от този URL работи само, ако имате пуснат rdnssd или radvd с поддръжка на RDNSS. По-вероятно е да нямате такава поддръжка в хардуера или софтуера, който използвате за "stateless" конфигурация. Т.е. цялата описаната по-горе "екстра" е по-скоро за експеримент, но още не става за продукция (проверил съм и не става, има "чупене", което води до непоставяне на nameserver записите в /etc/resolv.conf). Освен това в нея има и чисто принципен проблем. Той се състои в това, че ако се използва DHCPv4, dhcp клиента се конкурира с radns клиента за това кой да попълва конфигурация на DNS кеширащи сървъри в /etc/resolv.conf. Същата конкуренция се получава когато има едновремена хост конфигурация по DHCPv4 и DHCPv6. От друга страна обаче, добрите дистрибуции имат добра скрипт система за управление на интерфейсите и мрежовите функции (например Red Hat Enterprise Linux има такава), и няма проблеми да се забрани на един от двата процеса да пише по /etc/resolv.conf (аз бих забранил DHCPv4).

Конкретно за нашето решение в СУ замисляме информацията в /etc/resolv.conf да се управлява само от DHCPv6 клиента. Ако има DHCPv4 клиент, той няма да пише в този файл. В момента се интересуваме и как може да стане това в Windows Vista. Има индикации, че подобна сепарация на првилегии при задаване на адресите на кеширащите сървъри, може да се направи и там.
vesso
 
Posts: 65
Joined: 17 Feb 2009, 21:09
Location: Sofia

Previous

Return to The Internet Protocol (IP)

Who is online

Users browsing this forum: No registered users and 1 guest

cron