forum.opennet.ru - "Релиз ISC DHCP 4.3.0" (29)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Релиз ISC DHCP 4.3.0"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз ISC DHCP 4.3.0"	+/–
Сообщение от opennews (??) on 04-Фев-14, 15:02
После трёх с половиной лет разработки организация ISC (Internet Systems Consortium) опубликовала (https://lists.isc.org/pipermail/dhcp-announce/2014-February/...) новый значительный выпуск пакета DHCP 4.3.0 (https://www.isc.org/downloads/dhcp/430/) с реализацией сервера, транзитного релея и клиента для динамической настройки параметров сетевого соединения хоста с использованием протокола DHCP. Код проекта распространяется под лицензией BSD. Основным направлением развития DHCP 4.3.0 стало обеспечение полнофункциональной поддержки IPv6 - большинство возможностей DHCPv4 теперь доступны и при использовании DHCPv6. В частности, для DHCPv6 обеспечена (https://kb.isc.org/article/AA-01093/201/Adding-class-support...) поддержка классов (class "имя" {...}), что позволяет использовать привычный для пользователей DHCPv4 стиль оформления настроек. Для DHCPv6 также обеспечена поддержка (https://kb.isc.org/article/AA-01094/201/Adding-support-for-o...) обработчиков "on commit", "on expiry" и "on release", улучшены возможности по ведению журнала назначения адресов, добавлены выражения (https://kb.isc.org/article/AA-01096/201/DHCPv6-support-for-r...) v6relay и v6relopt для доступа к опциям из DHCPv6-релея. Из ограничений в поддержке IPv6 отмечается возможности использования только одного идентификатора в опции "host-identifier", невозможность одновременного использования клиентом и сервером DHCPv4 и DHCPv6 (для IPv4 и IPv6 нужно запускать раздельные экземпляры), поддержка указания в статусных сообщениях только текста на английском языке, ограниченное число поддерживаемых платформ (Solaris, Linux, FreeBSD, NetBSD и OpenBSD). Другие улучшения (https://kb.isc.org/category/201/0/10/Software-Products/DHCP/.../): - Поддержка (https://kb.isc.org/article/AA-01091/201/ISC-DHCP-support-for...) стандартной реализации динамического DNS-сервер (DDNS), соответствующего актуальным требованиям RFC 4701, 4702, 4703 и 4361 и предоставляющего возможность совместного использования записей DDNS между клиентами DHCPv4 и DHCPv6. Поддержка стандартного режима включается опцией "ddns-update-style standard". Возможность использования режима "ddns-update-style interim" сохранена, а реализация режима "ddns-update-style ad-hoc" удалена, так как он был объявлен устаревшим ещё в выпуске 4.2; - Возможность (https://kb.isc.org/article/AA-01092/201/OMAPI-support-for-cl...) динамического добавления и удаления классов и субклассов при помощи OMAPI (http://ipamworldwide.com/dhcp-api.html) (Object Management Application Programming Interface) без необходимости изменения файла конфигурации и перезапуска сервера; - Возвращена поддержка использования DDNS без определения зоны. Указанная возможность присутствовала в ветке 4.1, но была убрана в 4.2 из-за добавления новой асинхронной реализации DDNS; - Добавлена опция "dont-use-fsync yes" для отключения вызова fsync(), что позволяет повысить производительность серверов с большим числом операций обновления БД, но ценой этому является повышение вероятности нарушения целостности хранилища в случае сбоя; - Добавлены опции "ddns-local-address4" и "ddns-local-address6" для определения адреса с которого следует отправлять DDNS-обновления; - Для сервера добавлена опция "ignore-client-uids" для несохранения идентификаторов пользователей, что может оказаться полезным в конфигурациях, в которых UID могут меняться после перезагрузки, но MAC-адрес остаётся неизменным. URL: https://lists.isc.org/pipermail/dhcp-announce/2014-February/... Новость: http://www.opennet.dev/opennews/art.shtml?num=39002
Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз ISC DHCP 4.3.0, Аноним, 15:02 , 04-Фев-14, (1)

Релиз ISC DHCP 4.3.0, Xasd, 15:17 , 04-Фев-14, (2) +4

Релиз ISC DHCP 4.3.0, Аноним, 16:37 , 04-Фев-14, (3)

Релиз ISC DHCP 4.3.0, Xasd, 17:44 , 04-Фев-14, (7) +1

Релиз ISC DHCP 4.3.0, Аноним, 04:42 , 05-Фев-14, (20)

Релиз ISC DHCP 4.3.0, Xasd, 14:58 , 05-Фев-14, (26) +2

Релиз ISC DHCP 4.3.0, pavlinux, 16:49 , 04-Фев-14, (4) –1

Релиз ISC DHCP 4.3.0, izyk, 17:05 , 04-Фев-14, (5)
Релиз ISC DHCP 4.3.0, Xasd, 17:51 , 04-Фев-14, (8)

Релиз ISC DHCP 4.3.0, izyk, 19:03 , 04-Фев-14, (9)

Релиз ISC DHCP 4.3.0, Xasd, 19:19 , 04-Фев-14, (11)

Релиз ISC DHCP 4.3.0, izyk, 22:15 , 04-Фев-14, (15)

Релиз ISC DHCP 4.3.0, pavlinux, 02:51 , 05-Фев-14, (17)

Релиз ISC DHCP 4.3.0, Аноним, 03:02 , 05-Фев-14, (18)
Релиз ISC DHCP 4.3.0, izyk, 10:23 , 05-Фев-14, (23)

Релиз ISC DHCP 4.3.0, pavlinux, 14:47 , 05-Фев-14, (25)

Релиз ISC DHCP 4.3.0, izyk, 16:28 , 05-Фев-14, (27)

Релиз ISC DHCP 4.3.0, Аноним, 04:43 , 05-Фев-14, (21)

Релиз ISC DHCP 4.3.0, Аноним, 19:08 , 04-Фев-14, (10) –2

Релиз ISC DHCP 4.3.0, Аноним, 20:26 , 04-Фев-14, (12)
Релиз ISC DHCP 4.3.0, Аноним, 17:11 , 05-Фев-14, (29)

Релиз ISC DHCP 4.3.0, Аноним, 17:18 , 04-Фев-14, (6)
Релиз ISC DHCP 4.3.0, Аноним, 01:12 , 05-Фев-14, (16) +2

Релиз ISC DHCP 4.3.0, Аноним, 03:04 , 05-Фев-14, (19)

Релиз ISC DHCP 4.3.0, Аноним, 06:23 , 05-Фев-14, (22)

Релиз ISC DHCP 4.3.0, Аноним, 13:33 , 05-Фев-14, (24)

Релиз ISC DHCP 4.3.0, Аноним, 20:56 , 05-Фев-14, (30)

Релиз ISC DHCP 4.3.0, Аноним, 17:08 , 05-Фев-14, (28)

Релиз ISC DHCP 4.3.0, Денис, 19:06 , 06-Фев-14, (31)

Сообщения по теме [Сортировка по времени | RSS]

1. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 04-Фев-14, 15:02

IPv6 prefix delegation всё так же несовместим с ppp-интерфейсами? Или исправили наконец?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз ISC DHCP 4.3.0" +4 +/–

Сообщение от Xasd (ok) on 04-Фев-14, 15:17

> IPv6 prefix delegation всё так же несовместим с ppp-интерфейсами
у меня -- работает нормально.
конфигурационный файл для DHCP -- генерируется на лету -- скриптом /etc/ppp/ipv6-up.d/99-my-internet.sh ..
(а не прописывается заранее статически... ведь заранее мы не знаем даже номера для ppp-интерфейса. он может оказаться ppp0,ppp1,ppp2,ppp3,ppp4 -- так что заранее прописать конфиг-файл -- точно не возможно)
в файле /etc/ppp/ipv6-down.d/99-my-internet.sh --- происходит останов DHCP и удаление его конфигурационного файла.
----------------------------------------
это я говорил не про DHCPD , а про DHCPCD :-)
----------------------------------------
а при самой работе сервера DHCPCD -- при событии получения IPv6 Prefix (или при событии изменения этого префикса) -- динамически создаётся конфигурационный файл для RADVD , и запускается RADVD
(раньше времени запускать RADVD -- нельзя -- так как в этом случае RADVD может "заснуть" и уже не реагировать на то что появился новый префикс)
вобщм сложный костыль :) , но работает отлично :)
----------------------------------------
по хорошему -- нужно было бы написать одного демона-манагера, который бы всё время висел бы в памяти (учитывал бы актуальное состояние) и управлял бы всеми этими DHCPCD и RADVD и их конфигурационными файлами (запускал бы, останавливал бы, создавал конфиг, удалял конфиг)..
а производил бы это своё управление --- исходя из информации о поступающих событиях:
  -- появился новый pppX интерфейс
  -- разъединился pppX интерфейс
  -- появился IPv6 PD Prefix
  -- изменился IPv6 PD Prefix
  -- продлился (без изменений) IPv6 PD Prefix
  -- удалился IPv6 PD Prefix

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 04-Фев-14, 16:37

> это я говорил не про DHCPD , а про DHCPCD :-)
Спасибо, попробую dhcpcd. А то сабжевый dhclient при попытке получения префикса на ppp выдаёт «Unsupported device type 512 for "ppp0"». Сколько ни мучился, так и пришлось откапывать и собирать древний и неподдерживаемый wide-dhcpv6 как единственный, о котором до меня дошли "истории успеха". Будет время - попробую переделать на dhcpcd.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Релиз ISC DHCP 4.3.0" +1 +/–

Сообщение от Xasd (ok) on 04-Фев-14, 17:44

а вот я даже не пробовал использовать wide-dhcpv6
слишком уж не стандартное оно (wide-dhcpv6).. тем более если справляется  DHCPCD -- то зачем ставить не стандартный софт (?)..

dhclient -- да -- вроде бы не умеет IPv6 PD как пишут всякие там Wiki :-) -- это о нём новость?
пример скрипта для владельцев DHCPCD:
------------------------------------------------------------
файл etc/ppp/ipv6-up.d/99-my-internet.sh :

#!/usr/bin/bash

if [ -z "$IFNAME" ] || [ "$LINKNAME" != "my_provider_linkname_blahblahblah" ]
then
  true
  exit
fi

lan_iface="br-lan"
modprobe ip6_tables
modprobe ip6table_filter
ip6tables -P FORWARD DROP && sysctl net.ipv6.conf.default.forwarding=1 && sysctl net.ipv6.conf.all.forwarding=1
if ! ip6tables -t mangle -C FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
then
  ip6tables -t mangle -A FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
fi
if ! ip6tables -C FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT
then
  ip6tables -A FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT
fi
if ! ip6tables -C FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT
then
  ip6tables -A FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT
fi
cat >/var/run/custom-internet-dhcpcd.conf <<__END__
  ipv6only
  noipv6rs
ia_pd 1
__END__
cat >/var/run/custom-internet-dhcpcd-hooks <<__END__
#!/usr/bin/bash
if [ "\$reason" == "REBIND6" ] && [ "\$new_dhcp6_prefix" == "\$old_dhcp6_prefix" ]
then
  true
  exit
fi
if [ "\$reason" == "BOUND6" ] || [ "\$reason" == "REBIND6" ] || [ "\$reason" == "STOP6" ]
then
  if [ -f /var/run/custom-internet-radvd.conf ]
  then
    rm /var/run/custom-internet-radvd.conf
  fi
  if [ -f /var/run/custom-internet-radvd.pid ]
  then
    radvd_pid="\$(cat /var/run/custom-internet-radvd.pid)"
    rm /var/run/custom-internet-radvd.pid
    kill "\$radvd_pid"
  fi
  if [ -f /var/run/custom-internet-dhcpcd-addr.data ]
  then
    ip -6 addr del "\$(cat /var/run/custom-internet-dhcpcd-addr.data)" dev $lan_iface
    rm /var/run/custom-internet-dhcpcd-addr.data
  fi
fi
if [ "\$reason" == "BOUND6" ] || [ "\$reason" == "REBIND6" ]
then
  new_dhcp6_addr="\${new_dhcp6_prefix/%::\\/64/::1/64}"

  if [ "\$new_dhcp6_addr" != "\$new_dhcp6_prefix" ]
  then
    echo "\$new_dhcp6_addr" >/var/run/custom-internet-dhcpcd-addr.data
    ip -6 addr add "\$new_dhcp6_addr" dev $lan_iface

    cat >/var/run/custom-internet-radvd.conf <<__INNER_END__
interface $lan_iface {
  AdvSendAdvert on;

  MaxRtrAdvInterval 10;     # hack for broken mobile wifi-devices (normal default is 600)
  AdvDefaultLifetime 1800;  # hack for broken mobile wifi-devices (normal default is MaxRtrAdvInterval*3)
                            # see http://code.google.com/p/android/issues/detail?id=32662

  prefix \$new_dhcp6_prefix
  {
  };

  RDNSS 2001:4860:4860::8888 2001:4860:4860::8844
  {
  };
};
__INNER_END__

    radvd -C /var/run/custom-internet-radvd.conf -p /var/run/custom-internet-radvd.pid
  fi
fi
true
__END__
chmod +x /var/run/custom-internet-dhcpcd-hooks
dhcpcd -B -f /var/run/custom-internet-dhcpcd.conf -c /var/run/custom-internet-dhcpcd-hooks "$IFNAME" &
true
------------------------------------------------------------
файл /etc/ppp/ipv6-down.d/99-my-internet.sh :

#!/usr/bin/bash
if [ -z "$IFNAME" ] || [ "$LINKNAME" != "my_provider_linkname_blahblahblah" ]
then
  true
  exit
fi
lan_iface="br-lan"
modprobe ip6_tables
modprobe ip6table_filter
ip6tables -t mangle -D FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
ip6tables -D FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT
ip6tables -D FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT
dhcpcd -x "$IFNAME"
rm /var/run/custom-internet-dhcpcd.conf
rm /var/run/custom-internet-dhcpcd-hooks
rm /var/lib/dhcpcd/dhcpcd-"$IFNAME".lease6
true

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

20. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 04:42

Как обычно, в хучшем виде - три страницы простыней с конфигурацией размазанной по всему коду. А потом такие удивляются - за что мы инит не лю. За то что там за такими как этот тип приходится расчищать...

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

26. "Релиз ISC DHCP 4.3.0" +2 +/–

Сообщение от Xasd (ok) on 05-Фев-14, 14:58

> Как обычно, в хучшем виде - три страницы простыней с конфигурацией размазанной по всему коду.
это не код, а весёлый костыль. :-)
если ты захочешь этот костыль разбить на отдельные маленькие файлы -- то всё равно это ОСТАНЕТСЯ костылём -- но при этом ещё и будет находиться РАЗМАЗАННО внутри файловой системы...
(охринитально будет: файловая система будет усеяна мини-костылями! ну круто же! ещё больше непонятно-как связанных файлов! ещё сложнее система!)
уж пусть лучше костыль находится в одном файле. потому что это нормально, когда всё говно собрано в одном месте :) ..
а чтобы УСТРАНИТЬ костыльность этого кода (а не размазать говно по файловой системе) -- нужно сделать дополнительный сервис (запускаемый из systemd), который будет висеть в памяти и заниматься своей работой (а именно какой работой (?) заниматься согласованием сервисов: PPPD, DHCPCD, RADVD).
об этом я уже писал. см сообщение #2 (нижняя часть сообщения)

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

4. "Релиз ISC DHCP 4.3.0" –1 +/–

Сообщение от pavlinux (ok) on 04-Фев-14, 16:49

Таджикские админы! :)
Если так приспичило разруливать ppp, то делается бридж и все динамические линки суются в него.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от izyk (ok) on 04-Фев-14, 17:05

Точно. И ppp в бридж засунем, наш бридж, не такое может.
Молодец!

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Xasd (ok) on 04-Фев-14, 17:51

> Таджикские админы! :)
на самом деле -- некоторые люди -- вообще думают что:
1. ppp-интерфейс это якобы всегда ppp0 (во всех скриптах хардкодно прописывается ppp0)
2. интернет якобы всегда имеет стабильный канал, и якобы всегда не рвётся (или если рвётся, то якобы только на 1 минутку, а не на 4 часа), и всегда подключается с первого раза (особенно с первого раза -- если компьютер в процессе своей загрузки). и т д ...
а если серъёзно подумать и учесть сколько разных может быть разных не стандартных нюансов -- вот тогда и приходит в голову написать демона-манагера (висящего в памяти, для целей разруливания всё как надо), про который я упомянул сообщения #2 (в низу) :-)
------------------------------------------------------------
> Если так приспичило разруливать ppp, то делается бридж и все динамические линки
> суются в него.
ну а про bridge -- интересная мысль , спасибо за пищу для размышления , только как тогда получить site-local IPv6 при событии поднятия интерфейcа pppX
# UPDATED!
кажется я понял как получить site-local IPv6 если бы он был bridge .. надо ещё подумать :) [ну и вообще -- думать полезно, да]

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от izyk (ok) on 04-Фев-14, 19:03

> # UPDATED!
> кажется я понял как получить site-local IPv6 если бы он был bridge
> .. надо ещё подумать :) [ну и вообще -- думать полезно,
> да]
Вы действительно, думаете, что, ppp можно засунуть в bridge?
>> Таджикские админы! :)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Xasd (ok) on 04-Фев-14, 19:19

> Вы действительно, думаете, что, ppp можно засунуть в bridge?
а почему это должно не получиться? (ни разу не пробовал, разумется)
потому что "протокол точка-к-точке" ?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

15. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от izyk (ok) on 04-Фев-14, 22:15

Потому, что, есть теплое, а есть мягкое.
А если серьезно, попробуйте, или изучите, что есть что, и почему.
Для ленивых:
http://osdir.com/ml/linux.network.bridge/2008-06/msg00026.html

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

17. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от pavlinux (ok) on 05-Фев-14, 02:51

> Потому, что, есть теплое, а есть мягкое.
Патамуша, Гладиолус - http://lartc.org/howto/lartc.tunnel.ip-ip.html
и не обязательно для этого подымать адский openvpn

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 03:02

ipip ты в бридж тоже не засунешь. однако, с gretap-ом прокатить.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

23. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от izyk (ok) on 05-Фев-14, 10:23

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

25. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от pavlinux (ok) on 05-Фев-14, 14:47

> Да вы батенька, не только сомоуверенный ..., но
> еще, и не умеете признавать свои ошибки,
> хотя пургу несете, порой, знатную.
Во я лошара, как же у меня работаю около 1000 тунелей в одном бридже, даже низнаю...
Мож из-за того, что лохов на опеннете не слушаю, как думаш?

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

27. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от izyk (ok) on 05-Фев-14, 16:28

> Во я лошара,
Это точно. :)
Речь идет о "Point-to-Point Protocol" и его реализации в Linux.
Можно, глянуть на вывод "brctl show", где есть pppX?

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

21. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 04:43

> то делается бридж и все динамические линки суются в него.
Ого, да ты хакир? :)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Релиз ISC DHCP 4.3.0" –2 +/–

Сообщение от Аноним (??) on 04-Фев-14, 19:08

>по хорошему -- нужно было бы написать одного демона-манагера, который бы всё время висел бы в памяти (учитывал бы актуальное состояние) и управлял бы всеми этими DHCPCD и RADVD и их конфигурационными файлами (запускал бы, останавливал бы, создавал конфиг, удалял конфиг)..
Тс-с, тихо, а то Поцтеринг услышит ;) Лучше пусть этот демон рулит сетевыми делами, а не всем в сиситеме.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

12. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 04-Фев-14, 20:26

> Тс-с, тихо, а то Поцтеринг услышит ;)
Ага, и еще одним костылем станет меньше. Вот ведь изверг - последнее отнимает!

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

29. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 17:11

> Тс-с, тихо, а то Поцтеринг услышит ;) Лучше пусть этот демон рулит
> сетевыми делами, а не всем в сиситеме.
Без поттера никакого демона вообще не будет, потому что феерический костыль на шелле - это юниксвей.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

6. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 04-Фев-14, 17:18

> Поддержка стандартной реализации динамического DNS-сервер (DDNS), соответствующего актуальным требованиям RFC 4701, 4702, 4703 и 4361 и предоставляющего возможность совместного использования записей DDNS между клиентами DHCPv4 и DHCPv6.
А в BIND такая поддержка есть?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Релиз ISC DHCP 4.3.0" +2 +/–

Сообщение от Аноним (??) on 05-Фев-14, 01:12

Кто нибудь знает, поддерживается ли failover при работе в режиме ipv6?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 03:04

> Кто нибудь знает, поддерживается ли failover при работе в режиме ipv6?
Какой еще фейловер для dhcp сервера ты хочешь? Достаточно хранить лизы в месте, доступном обоим серверам, а там уже до кого клиент раньше добежит. Никакой специальной поддержки не требуется.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 06:23

Ну, я сейчас так и использую его, dhcpd6.leases лежит на glusterfs, pacemaker следит за состоянием демона dhcpd6. И это ни разу не круто.
В ipv4 режиме фейловер то нормально работает, если его еще не сделали для ipv6, то думаю скоро должны это реализовать...

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 13:33

> Ну, я сейчас так и использую его, dhcpd6.leases лежит на glusterfs, pacemaker
> следит за состоянием демона dhcpd6. И это ни разу не круто.
Зачем pacemaker? Ну упадет у тебя один dhcp-сервер, все запросы другому достанутся, они же мультикастовые, никакого переключения не требуется.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

30. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 20:56

Просто pacemaker у меня уже рулил другими сервисами. Конечно ради одного dchpd его ставить не очень хорошая идея)

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

28. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Аноним (??) on 05-Фев-14, 17:08

> Какой еще фейловер для dhcp сервера ты хочешь? Достаточно хранить лизы в месте, доступном обоим серверам, а там уже до кого клиент раньше добежит. Никакой специальной поддержки не требуется.
Что, и никаких race condition не возникает?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

31. "Релиз ISC DHCP 4.3.0" +/–

Сообщение от Денис (??) on 06-Фев-14, 19:06

о, ребят, может кто поможет
[br]
костыльно наверное, но
[br]
есть /48 подсеть, хочу в зависимости от маков рассовать в 3 разные /64 подсети
[br]
завел shared-network, в ней 3 subnet6 по /64, в них pool6 с allow known-clients; deny unknown-clients, в каждом pool6 своя group в которой определены host {} с идетификацией по маку(добавил и по uid, после прочтения манов)
[br]
так вот статику получают только чуваки с маками из первого pool6, все остальные(те, что определены во втором и третьем пуле) получают динамику из первого пула
[br]
параллельно работает dhcpd -4, там такая штука прокатывает - все получают статиту в том пуле, в котором описаны host
[br]
сломал голову, как его заставить смотреть дальше первого пула :(

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз ISC DHCP 4.3.0"	+/–
Сообщение от Аноним (??) on 04-Фев-14, 15:02
IPv6 prefix delegation всё так же несовместим с ppp-интерфейсами? Или исправили наконец?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Релиз ISC DHCP 4.3.0"	+4 +/–
	Сообщение от Xasd (ok) on 04-Фев-14, 15:17
	> IPv6 prefix delegation всё так же несовместим с ppp-интерфейсами у меня -- работает нормально. конфигурационный файл для DHCP -- генерируется на лету -- скриптом /etc/ppp/ipv6-up.d/99-my-internet.sh .. (а не прописывается заранее статически... ведь заранее мы не знаем даже номера для ppp-интерфейса. он может оказаться ppp0,ppp1,ppp2,ppp3,ppp4 -- так что заранее прописать конфиг-файл -- точно не возможно) в файле /etc/ppp/ipv6-down.d/99-my-internet.sh --- происходит останов DHCP и удаление его конфигурационного файла. ---------------------------------------- это я говорил не про DHCPD , а про DHCPCD :-) ---------------------------------------- а при самой работе сервера DHCPCD -- при событии получения IPv6 Prefix (или при событии изменения этого префикса) -- динамически создаётся конфигурационный файл для RADVD , и запускается RADVD (раньше времени запускать RADVD -- нельзя -- так как в этом случае RADVD может "заснуть" и уже не реагировать на то что появился новый префикс) вобщм сложный костыль :) , но работает отлично :) ---------------------------------------- по хорошему -- нужно было бы написать одного демона-манагера, который бы всё время висел бы в памяти (учитывал бы актуальное состояние) и управлял бы всеми этими DHCPCD и RADVD и их конфигурационными файлами (запускал бы, останавливал бы, создавал конфиг, удалял конфиг).. а производил бы это своё управление --- исходя из информации о поступающих событиях: -- появился новый pppX интерфейс -- разъединился pppX интерфейс -- появился IPv6 PD Prefix -- изменился IPv6 PD Prefix -- продлился (без изменений) IPv6 PD Prefix -- удалился IPv6 PD Prefix
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 04-Фев-14, 16:37
	> это я говорил не про DHCPD , а про DHCPCD :-) Спасибо, попробую dhcpcd. А то сабжевый dhclient при попытке получения префикса на ppp выдаёт «Unsupported device type 512 for "ppp0"». Сколько ни мучился, так и пришлось откапывать и собирать древний и неподдерживаемый wide-dhcpv6 как единственный, о котором до меня дошли "истории успеха". Будет время - попробую переделать на dhcpcd.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	7. "Релиз ISC DHCP 4.3.0"	+1 +/–
	Сообщение от Xasd (ok) on 04-Фев-14, 17:44
	а вот я даже не пробовал использовать wide-dhcpv6 слишком уж не стандартное оно (wide-dhcpv6).. тем более если справляется DHCPCD -- то зачем ставить не стандартный софт (?).. dhclient -- да -- вроде бы не умеет IPv6 PD как пишут всякие там Wiki :-) -- это о нём новость? пример скрипта для владельцев DHCPCD: ------------------------------------------------------------ файл etc/ppp/ipv6-up.d/99-my-internet.sh : #!/usr/bin/bash if [ -z "$IFNAME" ] \|\| [ "$LINKNAME" != "my_provider_linkname_blahblahblah" ] then true exit fi lan_iface="br-lan" modprobe ip6_tables modprobe ip6table_filter ip6tables -P FORWARD DROP && sysctl net.ipv6.conf.default.forwarding=1 && sysctl net.ipv6.conf.all.forwarding=1 if ! ip6tables -t mangle -C FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu then ip6tables -t mangle -A FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu fi if ! ip6tables -C FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT then ip6tables -A FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT fi if ! ip6tables -C FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT then ip6tables -A FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT fi cat >/var/run/custom-internet-dhcpcd.conf <<__END__ ipv6only noipv6rs ia_pd 1 __END__ cat >/var/run/custom-internet-dhcpcd-hooks <<__END__ #!/usr/bin/bash if [ "\$reason" == "REBIND6" ] && [ "\$new_dhcp6_prefix" == "\$old_dhcp6_prefix" ] then true exit fi if [ "\$reason" == "BOUND6" ] \|\| [ "\$reason" == "REBIND6" ] \|\| [ "\$reason" == "STOP6" ] then if [ -f /var/run/custom-internet-radvd.conf ] then rm /var/run/custom-internet-radvd.conf fi if [ -f /var/run/custom-internet-radvd.pid ] then radvd_pid="\$(cat /var/run/custom-internet-radvd.pid)" rm /var/run/custom-internet-radvd.pid kill "\$radvd_pid" fi if [ -f /var/run/custom-internet-dhcpcd-addr.data ] then ip -6 addr del "\$(cat /var/run/custom-internet-dhcpcd-addr.data)" dev $lan_iface rm /var/run/custom-internet-dhcpcd-addr.data fi fi if [ "\$reason" == "BOUND6" ] \|\| [ "\$reason" == "REBIND6" ] then new_dhcp6_addr="\${new_dhcp6_prefix/%::\\/64/::1/64}" if [ "\$new_dhcp6_addr" != "\$new_dhcp6_prefix" ] then echo "\$new_dhcp6_addr" >/var/run/custom-internet-dhcpcd-addr.data ip -6 addr add "\$new_dhcp6_addr" dev $lan_iface cat >/var/run/custom-internet-radvd.conf <<__INNER_END__ interface $lan_iface { AdvSendAdvert on; MaxRtrAdvInterval 10; # hack for broken mobile wifi-devices (normal default is 600) AdvDefaultLifetime 1800; # hack for broken mobile wifi-devices (normal default is MaxRtrAdvInterval*3) # see http://code.google.com/p/android/issues/detail?id=32662 prefix \$new_dhcp6_prefix { }; RDNSS 2001:4860:4860::8888 2001:4860:4860::8844 { }; }; __INNER_END__ radvd -C /var/run/custom-internet-radvd.conf -p /var/run/custom-internet-radvd.pid fi fi true __END__ chmod +x /var/run/custom-internet-dhcpcd-hooks dhcpcd -B -f /var/run/custom-internet-dhcpcd.conf -c /var/run/custom-internet-dhcpcd-hooks "$IFNAME" & true ------------------------------------------------------------ файл /etc/ppp/ipv6-down.d/99-my-internet.sh : #!/usr/bin/bash if [ -z "$IFNAME" ] \|\| [ "$LINKNAME" != "my_provider_linkname_blahblahblah" ] then true exit fi lan_iface="br-lan" modprobe ip6_tables modprobe ip6table_filter ip6tables -t mangle -D FORWARD -i "$lan_iface" -o "$IFNAME" -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu ip6tables -D FORWARD -i "$lan_iface" -o "$IFNAME" -j ACCEPT ip6tables -D FORWARD -i "$IFNAME" -o "$lan_iface" -j ACCEPT dhcpcd -x "$IFNAME" rm /var/run/custom-internet-dhcpcd.conf rm /var/run/custom-internet-dhcpcd-hooks rm /var/lib/dhcpcd/dhcpcd-"$IFNAME".lease6 true
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	20. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 04:42
	Как обычно, в хучшем виде - три страницы простыней с конфигурацией размазанной по всему коду. А потом такие удивляются - за что мы инит не лю. За то что там за такими как этот тип приходится расчищать...
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	26. "Релиз ISC DHCP 4.3.0"	+2 +/–
	Сообщение от Xasd (ok) on 05-Фев-14, 14:58
	> Как обычно, в хучшем виде - три страницы простыней с конфигурацией размазанной по всему коду. это не код, а весёлый костыль. :-) если ты захочешь этот костыль разбить на отдельные маленькие файлы -- то всё равно это ОСТАНЕТСЯ костылём -- но при этом ещё и будет находиться РАЗМАЗАННО внутри файловой системы... (охринитально будет: файловая система будет усеяна мини-костылями! ну круто же! ещё больше непонятно-как связанных файлов! ещё сложнее система!) уж пусть лучше костыль находится в одном файле. потому что это нормально, когда всё говно собрано в одном месте :) .. а чтобы УСТРАНИТЬ костыльность этого кода (а не размазать говно по файловой системе) -- нужно сделать дополнительный сервис (запускаемый из systemd), который будет висеть в памяти и заниматься своей работой (а именно какой работой (?) заниматься согласованием сервисов: PPPD, DHCPCD, RADVD). об этом я уже писал. см сообщение #2 (нижняя часть сообщения)
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	4. "Релиз ISC DHCP 4.3.0"	–1 +/–
	Сообщение от pavlinux (ok) on 04-Фев-14, 16:49
	Таджикские админы! :) Если так приспичило разруливать ppp, то делается бридж и все динамические линки суются в него.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	5. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от izyk (ok) on 04-Фев-14, 17:05
	Точно. И ppp в бридж засунем, наш бридж, не такое может. Молодец!
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	8. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Xasd (ok) on 04-Фев-14, 17:51
	> Таджикские админы! :) на самом деле -- некоторые люди -- вообще думают что: 1. ppp-интерфейс это якобы всегда ppp0 (во всех скриптах хардкодно прописывается ppp0) 2. интернет якобы всегда имеет стабильный канал, и якобы всегда не рвётся (или если рвётся, то якобы только на 1 минутку, а не на 4 часа), и всегда подключается с первого раза (особенно с первого раза -- если компьютер в процессе своей загрузки). и т д ... а если серъёзно подумать и учесть сколько разных может быть разных не стандартных нюансов -- вот тогда и приходит в голову написать демона-манагера (висящего в памяти, для целей разруливания всё как надо), про который я упомянул сообщения #2 (в низу) :-) ------------------------------------------------------------ > Если так приспичило разруливать ppp, то делается бридж и все динамические линки > суются в него. ну а про bridge -- интересная мысль , спасибо за пищу для размышления , только как тогда получить site-local IPv6 при событии поднятия интерфейcа pppX # UPDATED! кажется я понял как получить site-local IPv6 если бы он был bridge .. надо ещё подумать :) [ну и вообще -- думать полезно, да]
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	9. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от izyk (ok) on 04-Фев-14, 19:03
	> # UPDATED! > кажется я понял как получить site-local IPv6 если бы он был bridge > .. надо ещё подумать :) [ну и вообще -- думать полезно, > да] Вы действительно, думаете, что, ppp можно засунуть в bridge? >> Таджикские админы! :)
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	11. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Xasd (ok) on 04-Фев-14, 19:19
	> Вы действительно, думаете, что, ppp можно засунуть в bridge? а почему это должно не получиться? (ни разу не пробовал, разумется) потому что "протокол точка-к-точке" ?
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	15. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от izyk (ok) on 04-Фев-14, 22:15
	Потому, что, есть теплое, а есть мягкое. А если серьезно, попробуйте, или изучите, что есть что, и почему. Для ленивых: http://osdir.com/ml/linux.network.bridge/2008-06/msg00026.html
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	17. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от pavlinux (ok) on 05-Фев-14, 02:51
	> Потому, что, есть теплое, а есть мягкое. Патамуша, Гладиолус - http://lartc.org/howto/lartc.tunnel.ip-ip.html и не обязательно для этого подымать адский openvpn
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	18. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 03:02
	ipip ты в бридж тоже не засунешь. однако, с gretap-ом прокатить.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	23. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от izyk (ok) on 05-Фев-14, 10:23
	Да вы батенька, не только сомоуверенный ..., но еще, и не умеете признавать свои ошибки, хотя пургу несете, порой, знатную.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	25. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от pavlinux (ok) on 05-Фев-14, 14:47
	> Да вы батенька, не только сомоуверенный ..., но > еще, и не умеете признавать свои ошибки, > хотя пургу несете, порой, знатную. Во я лошара, как же у меня работаю около 1000 тунелей в одном бридже, даже низнаю... Мож из-за того, что лохов на опеннете не слушаю, как думаш?
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	27. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от izyk (ok) on 05-Фев-14, 16:28
	> Во я лошара, Это точно. :) Речь идет о "Point-to-Point Protocol" и его реализации в Linux. Можно, глянуть на вывод "brctl show", где есть pppX?
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	21. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 04:43
	> то делается бридж и все динамические линки суются в него. Ого, да ты хакир? :)
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	10. "Релиз ISC DHCP 4.3.0"	–2 +/–
	Сообщение от Аноним (??) on 04-Фев-14, 19:08
	>по хорошему -- нужно было бы написать одного демона-манагера, который бы всё время висел бы в памяти (учитывал бы актуальное состояние) и управлял бы всеми этими DHCPCD и RADVD и их конфигурационными файлами (запускал бы, останавливал бы, создавал конфиг, удалял конфиг).. Тс-с, тихо, а то Поцтеринг услышит ;) Лучше пусть этот демон рулит сетевыми делами, а не всем в сиситеме.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	12. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 04-Фев-14, 20:26
	> Тс-с, тихо, а то Поцтеринг услышит ;) Ага, и еще одним костылем станет меньше. Вот ведь изверг - последнее отнимает!
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	29. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 17:11
	> Тс-с, тихо, а то Поцтеринг услышит ;) Лучше пусть этот демон рулит > сетевыми делами, а не всем в сиситеме. Без поттера никакого демона вообще не будет, потому что феерический костыль на шелле - это юниксвей.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору

6. "Релиз ISC DHCP 4.3.0"	+/–
Сообщение от Аноним (??) on 04-Фев-14, 17:18
> Поддержка стандартной реализации динамического DNS-сервер (DDNS), соответствующего актуальным требованиям RFC 4701, 4702, 4703 и 4361 и предоставляющего возможность совместного использования записей DDNS между клиентами DHCPv4 и DHCPv6. А в BIND такая поддержка есть?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

16. "Релиз ISC DHCP 4.3.0"	+2 +/–
Сообщение от Аноним (??) on 05-Фев-14, 01:12
Кто нибудь знает, поддерживается ли failover при работе в режиме ipv6?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	19. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 03:04
	> Кто нибудь знает, поддерживается ли failover при работе в режиме ipv6? Какой еще фейловер для dhcp сервера ты хочешь? Достаточно хранить лизы в месте, доступном обоим серверам, а там уже до кого клиент раньше добежит. Никакой специальной поддержки не требуется.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	22. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 06:23
	Ну, я сейчас так и использую его, dhcpd6.leases лежит на glusterfs, pacemaker следит за состоянием демона dhcpd6. И это ни разу не круто. В ipv4 режиме фейловер то нормально работает, если его еще не сделали для ipv6, то думаю скоро должны это реализовать...
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	24. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 13:33
	> Ну, я сейчас так и использую его, dhcpd6.leases лежит на glusterfs, pacemaker > следит за состоянием демона dhcpd6. И это ни разу не круто. Зачем pacemaker? Ну упадет у тебя один dhcp-сервер, все запросы другому достанутся, они же мультикастовые, никакого переключения не требуется.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	30. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 20:56
	Просто pacemaker у меня уже рулил другими сервисами. Конечно ради одного dchpd его ставить не очень хорошая идея)
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	28. "Релиз ISC DHCP 4.3.0"	+/–
	Сообщение от Аноним (??) on 05-Фев-14, 17:08
	> Какой еще фейловер для dhcp сервера ты хочешь? Достаточно хранить лизы в месте, доступном обоим серверам, а там уже до кого клиент раньше добежит. Никакой специальной поддержки не требуется. Что, и никаких race condition не возникает?
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору

31. "Релиз ISC DHCP 4.3.0"	+/–
Сообщение от Денис (??) on 06-Фев-14, 19:06
о, ребят, может кто поможет [br] костыльно наверное, но [br] есть /48 подсеть, хочу в зависимости от маков рассовать в 3 разные /64 подсети [br] завел shared-network, в ней 3 subnet6 по /64, в них pool6 с allow known-clients; deny unknown-clients, в каждом pool6 своя group в которой определены host {} с идетификацией по маку(добавил и по uid, после прочтения манов) [br] так вот статику получают только чуваки с маками из первого pool6, все остальные(те, что определены во втором и третьем пуле) получают динамику из первого пула [br] параллельно работает dhcpd -4, там такая штука прокатывает - все получают статиту в том пуле, в котором описаны host [br] сломал голову, как его заставить смотреть дальше первого пула :(
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору