Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Na bramie mam w sieci ustawiony serwer dhcp jako authoritative, chciałem postawić zapasowy (na wypadek, awarii routera), który parametru authoritative nie będzie miał ustawione. Tutaj mam pytanie: Jak zachowa się klient dhcp przy działających w sieci 2 serwerach: 1. authoritative, 2. nie authoritative, czy zawsze pobierze ustawienia z tego pierwszego jeśli jest dostępny, a tylko w przypadku braku odpowiedzi w jakimś czasie zaaplikuje ustawienia proponowane przez 2 serwer dhcp? W moim przypadku 1. Serwer DHCP na bramce z OS Vyatta Core, 2. Serwer ma być na CentOS 6.5 VM na Xenserver.
Ostatnio edytowany przez bonus (2014-12-17 12:09:59)
Offline
https://www.madboa.com/geek/dhcp-failover/
Offline
A może ucarp?
https://oitibs.com/debian-ip-failover-with-ucarp/
https://www.debian-administration.org/article/678/Virtual_IP_addresses_with_ucarp_for_high-availability
Konfiguracja prosta jak kilometr sznurka w kieszeni. :D
Ostatnio edytowany przez Jacekalex (2014-10-13 22:28:46)
Offline
uCarp nie jest rewelacyjny na linuxie do tego pod debianem ma głupi sposób konfiguracji. Choć z konfiguracją to też zbyt wiele wspólnego nie ma bo w porcie linuxowym można ustawić vip, interfejs na którym pracuje, hasło rozgłoszenia. Do prostego utworzenia vip współdzielonego ok, ale do czegoś więcej to nie to narzędzie na linuxie. A tutaj nie będzie współdzielenia lease table. Do tego DHCP nie musi występować po zawsze jednym adresem IP to i tak pracuje na broadcast.
Skonfigurować zgodnie z jednym z wielu poradników DHCP failover.
Offline
Do tego DHCP nie musi występować po zawsze jednym adresem IP to i tak pracuje na broadcast.[/quote]
Może i pracuje, tylko, że niektórzy sobie ustawiają specjalne regułki w iptables by identyfikowały one ten server dhcp (chodzi o bezpieczeństwo) i potem jak się zmieni jego adres i jest problem. xD Ja niby nie korzystam z dhcp ale mam tam regułkę by pakiety odnawiające lease przepuszczał (na wszelki wypadek jakbym potrzebował) i jakiś czas temu, tak nagle patrzę i 0 pakietów w tej regule i myślę sobie wtf, no i zmienili adres servera dhcp na jeden niżej ze 192.168.22.22 na 192.168.22.21. xD Jaki był powód tej zmiany to nie mam pojęcia. W każdym razie wziąłem poprawkę i pakiety znów wpadają.
Offline
[quote=morfik]
Do tego DHCP nie musi występować po zawsze jednym adresem IP to i tak pracuje na broadcast.[/quote]
Może i pracuje, tylko, że niektórzy sobie ustawiają specjalne regułki w iptables by identyfikowały one ten server dhcp (chodzi o bezpieczeństwo) i potem jak się zmieni jego adres i jest problem. xD Ja niby nie korzystam z dhcp ale mam tam regułkę by pakiety odnawiające lease przepuszczał (na wszelki wypadek jakbym potrzebował) i jakiś czas temu, tak nagle patrzę i 0 pakietów w tej regule i myślę sobie wtf, no i zmienili adres servera dhcp na jeden niżej ze 192.168.22.22 na 192.168.22.21. xD Jaki był powód tej zmiany to nie mam pojęcia. W każdym razie wziąłem poprawkę i pakiety znów wpadają.[/quote]
Czytaj dalej, sam vip z ucarp spowoduje tyle, że przełączenie na drugi serwer, który nie ma aktualnych informacji o przydziałach namiesza w przepływie w sieci.
DHCP filtruje się bardzo dobrze w warstwie aplikacji.
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00007 | SET NAMES latin2 |
0.00106 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.189.186.247' WHERE u.id=1 |
0.00128 | UPDATE punbb_online SET logged=1732815419 WHERE ident='18.189.186.247' |
0.00061 | SELECT * FROM punbb_online WHERE logged<1732815119 |
0.00073 | SELECT topic_id FROM punbb_posts WHERE id=277443 |
0.00018 | SELECT id FROM punbb_posts WHERE topic_id=26540 ORDER BY posted |
0.00061 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=26540 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00098 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=26540 ORDER BY p.id LIMIT 0,25 |
0.00078 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=26540 |
Total query time: 0.00644 s |