DHCP - Katedra Telekomunikacji AGH

Transkrypt

DHCP - Katedra Telekomunikacji AGH
Zasada działania
protokołu DHCP, sposoby
konfiguracji w
urządzeniach i hostach
Wydział Informatyki, Elektroniki i Telekomunikacji
Katedra Telekomunikacji
Kraków, 28.11.2016 r.
IPv6
Czyszczenie ustawień karty sieciowej:
•
-
netsh int ipv6 reset
netsh int ip reset
–
ipconfig /renew
RIP dla IPv6
•
–
–
–
–
–
–
R>enable
R#configure terminal
R(config)#ipv6 unicast-routing
R(config)#interface FastEthernet0/0
R(config-if)#ipv6 rip nazwa enable
R(config-if)#exit
RARP i BOOTP
RARP (ang. Reverse Address Resolution Protocol)
•
–
–
–
Pierwszy protokół dynamicznego przydzielania adresów IP
Przyznawał adres klientowi, który zgłaszał zapotrzebowanie przez
rozgłoszenie w sieci
Brak możliwości przyznania maski, bramy i innych danych TCP/IP
BOOTP (ang. Bootstrap Protocol)
•
–
–
–
Następca RARP
Ulepszone właściwości dynamicznego przyznawania adresów zastosowanie tzw. „magic cookie” – 64-bajtowy segment pakietu
BOOTP zawierający dane konfiguracyjne takie jak maska podsieci,
serwery DNS, itp.
Baza danych była statyczna (przechowywana w statycznym pliku
tekstowym), co ograniczało jego użyteczność
DHCP
• DHCP (ang. Dynamic Host Configuration Protocol – protokół
dynamicznego konfigurowania węzłów) – protokół
komunikacyjny umożliwiający komputerom uzyskanie od
serwera danych konfiguracyjnych, np. adresu IP hosta, adresu
IP bramy sieciowej, adresu serwera DNS, maski podsieci.
• Protokół DHCP jest zdefiniowany w RFC 2131 i jest następcą
BOOTP. DHCP został opublikowany jako standard w roku 1993.
• W kolejnej generacji protokołu IP, czyli IPv6, jako integralną
część dodano nową wersję DHCP, czyli DHCPv6. Jego
specyfikacja została opisana w RFC 3315.
Serwer DHCP
DHCP (ang. Dynamic Host Configuration Protocol)
•
–
–
–
–
–
Ulepszony następca BOOTP
Pakiet DHCP jest niemal identyczny jak BOOTP (obszar „magic
cookie” został powiększony, by pomieścić dodatkowe dane, np.
serwer DNS, serwer WINS)
Klient potrzebujący dynamicznego adresu IP uruchamia się i wysyła
rozgłoszeniem żądanie do wszystkich węzłów podsieci
Serwer nasłuchujący rozgłoszeń na porcie UDP 67 odpowiada na
żądanie klienta, przyznając adres IP z ustalonego z góry zakresu
Oprócz adresu IP do klienta wysyłane są wszystkie opcje
zdefiniowane w zakresie serwera:
•
•
•
•
Serwery DNS i WINS
Bramy domyślne
Maska podsieci
Wiele innych danych
Nagłówek DHCP
Nagłówek DHCP
• Operacja Typ nagłówka. 1 = BOOTREQUEST, 2 = BOOTREPLY
• Typ sprzętu Liczba z zakresu 1-28 oznaczająca typ sprzętu
(karty sieciowej). Dla sieci ethernetowej przyjmuje wartość 1.
• Długość adresu sprzętowego Oznaczenie długości
używanego adresu sprzętowego np. 6 dla Ethernetu 10 Mbps.
• Liczba skoków Pole jest opcjonalne. Zlicza liczbę pośrednich
ruterów biorących udział w transmisji pakietu.
• Identyfikator transakcji Wybierany losowo przez klienta
identyfikator (w sytuacji, gdy serwer nie będzie w stanie
"zrozumieć" adresu sprzętowego klienta. Wyśle odpowiedź na
broadcast, a xid będzie jedynym sposobem rozpoznania
odpowiedzi kierowanej do klienta).
• Liczba sekund Mierzony w sekundach czas, jaki upłynął od
momentu pierwszego wysłania przez klienta wiadomości typu
BOOTREQUEST.
Nagłówek DHCP
• Flagi W tej chwili używany tylko 1 bit (BROADCAST flag).
Pozostałe 15 bitów jest zarezerwowane na zastosowanie w
przyszłości.
• Adres IP klienta Pole nieobowiązkowe. Wypełniane w
przypadku np. odświeżania adresu.
• Przydzielony adres IP klienta Trzy możliwości przydzielania
adresu: ręcznie (na podstawie MAC), automatycznie (kolejność
zgłaszania) i dynamicznie (tylko na pewien okres).
• Adres IP serwera Ustawiane przez serwer.
• Adres IP bramki Ustawiane przez serwer.
• Adres sprzętowy klienta Adres MAC klienta.
• Nazwa serwera Pole opcjonalne. Nazwa hosta serwera.
DHCP – przydzielanie adresów IP
• przydzielanie ręczne oparte na tablicy adresów MAC oraz
odpowiednich dla nich adresów IP. Tworzone przez
administratora serwera DHCP. W takiej sytuacji prawo do pracy
w sieci mają tylko komputery zarejestrowane wcześniej przez
obsługę systemu.
• przydzielanie automatyczne, gdzie wolne adresy IP z zakresu
ustalonego przez administratora są przydzielane kolejnym
zgłaszającym się po nie klientom.
• przydzielanie dynamiczne, pozwalające na ponowne użycie
adresów IP. Administrator sieci nadaje zakres adresów IP do
rozdzielenia. Wszyscy klienci mają tak skonfigurowane interfejsy
sieciowe, że po starcie systemu automatycznie pobierają swoje
adresy. Każdy adres przydzielany jest na pewien czas. Taka
konfiguracja powoduje, że zwykły użytkownik ma ułatwioną
pracę z siecią.
DHCP – parametry przekazywane do
klienta
•
•
•
•
•
•
•
•
•
adres IP serwera DNS
nazwa DNS
adres IP bramy sieciowej (ang. gateway)
adres broadcast
maska podsieci
maksymalny czas oczekiwania na odpowiedź w protokole ARP
wartość MTU (maksymalny rozmiar pakietu)
adres IP serwera SMTP
adres serwera TFTP
APIPA
APIPA (ang. Automatic Private IP Addressing)
•
–
–
–
Proces wykorzystywany w sytuacji niedostępności serwera DHCP
Klienci APIPA automatycznie przydzielają sobie adresy IP z zakresu
169.254.0.0/16, co daje im podstawy łączności TCP/IP w małych
sieciach
Może sprawiać kłopot w dużych sieciach – gdy klient straci łączność z
serwerem DHCP i będzie musiał odświeżyć dzierżawę, przyzna sobie
adres z zakresu 169.254.0.0/16 – gdy serwer DHCP wróci do
eksploatacji, klient nie zarejestruje się w nim od razu i może być
odcięty od sieci
•
Rozwiązaniem jest klucz udostępniony przez Microsoft umożliwiający
wyłączenie APIPA
Agenty przekazujące DHCP
•
•
Stosowane w sieciach złożonych z wielu podsieci
Wykrywają pakiety rozgłoszeniowe i przekazują je do
serwera DHCP
DHCP i dynamiczny DNS
•
•
•
Za pomocą DNS klienci mogą automatycznie rejestrować
się w bazie danych dzięki mechanizmowi DDNS
(dynamiczny DNS)
DHCP w Win server integruje się bezpośrednio z DDNSem
Wszyscy klienci Windows 2000 i nowszych systemów
domyślnie wykonują tę operację sami lecz można
skonfigurować DHCP tak, by usługa serwera aktualizowała
rekord w dynamicznym DNSie za klienta
DHCP w systemie Windows Server
Automatyzacja tworzenia i przywracania kopii zapasowych
bazy danych DHCP
•
–
–
Brak potrzeby eksportowania kluczy rejestru i ręcznego
przenoszenia baz danych pomiędzy serwerami w celu migracji
DHCP
Migrację przeprowadza się bezpośrednio z konsoli zarządzania
serwerem DHCP
Alternatywne ustawienia sieci klienta DHCP
•
–
–
Możliwość ustawienia statycznego adresu IP, z którego
komputery klienckie będą korzystały w przypadkach
niedostępności serwera DHCP
Eliminuje automatyczny przydział adresu APIPA
DHCP – procedury awaryjne
Usługa DHCP nie posiada żadnej metody dynamicznej
współpracy z innym serwerem DHCP pozwalającej
synchronizować dzierżawy klientów i informacje zakresów
Możliwość konfiguracji zapasowego środowiska DHCP,
które zapewni redundancję na wypadek awarii lub
niedostępności serwera
Metody zapewniające nadmiarowość
•
•
•
–
–
–
–
–
Metoda 50/50
Metoda 80/20
Metoda 100/100
Metoda zakresów rezerwowych
Klastry serwerów DHCP
DHCP – procedury awaryjne
metoda 50/50
Polega na użyciu dwóch serwerów DHCP, z których każdy obsługuje taką
samą część żądań klientów w podsieci
Oba serwery dysponują podobnymi zakresami lecz przedziały adresów IP
muszą być w nich różne, aby uniknąć konfliktów adresowania
•
•
•
Po zażądaniu przez klienta adresu
IP przyjęty zostanie pierwszy z serwera,
który odpowie na nie, co mniej więcej równoważy obciążenie serwerów
•
Zastrzeżenia:
–
–
Nierównomierne rozmieszczenie klientów skutkujące wyczerpaniem puli u jednego z
serwerów
Konieczność wykluczenia przedziału adresów dla zakresu istniejącego w drugim
serwerze
DHCP – procedury awaryjne
metoda 80/20
Polega na użyciu dwóch serwerów DHCP, z których każdy obsługuje
część żądań klientów w podsieci
Dostępna pula z zakresu serwera DHCP wyznaczonego na zapasowy
zawiera tylko 20% dostępnej puli adresów IP
W większości przypadków serwer mieszczący te 20% będzie
położony w jakiejś odległej podsieci – nie będzie więc
odpowiedzialny za większość dzierżaw klientów
Serwer z 80% puli będzie położony bliżej użytkowników obsługując
przez to większość klientów ponieważ jego czas odpowiedzi będzie
krótszy
W przypadku awarii Serwera1, Serwer2 będzie odpowiadał na
żądania klientów, dopóki nie przywrócimy pierwszego serwera do
pracy
Zastrzeżenia:
•
•
•
•
•
•
–
–
W przypadku zbyt długiej nieobecności Serwera1, w Serwerze2 w końcu
wyczerpie się pula adresów do dzierżawienia i ponawianie dzierżawy przez
klientów stanie się niemożliwe
Konieczność wykluczenia przedziału adresów dla zakresu istniejącego w
drugim serwerze
DHCP – procedury awaryjne
metoda 100/100
Najskuteczniejszy sposób osiągania wysokiej dostępności środowiska
DHCP
Polega na użyciu dwóch serwerów DHCP, z których każdy obsługuje tę
samą sieć organizacji
Zakresy w obu serwerach zawierają jednak różne pule adresów o zbliżonej
wielkości, z których każda jest wystarczająco duża, by obsłużyć
wszystkich klientów w danej podsieci
Jeśli jeden z serwerów DHCP
przestanie być dostępny
i odpowiadać na żądania,
drugi przejmuje jego rolę
odpowiadając klientom i
pozwalając im zmieniać adresy
IP na dostępne w jego zakresie
Zastrzeżenia:
•
•
•
•
•
–
–
Konieczność zapewnienia klientom dużej
liczby adresów IP, ponad dwukrotnie
większej niż normalnie (trudne, a czasem nawet niemożliwe)
Konieczność wykluczenia przedziału adresów dla zakresu istniejącego w drugim
serwerze
DHCP – procedury awaryjne
Metoda zakresów rezerwowych
•
–
–
–
Rezerwowy serwer DHCP jest serwerem z zainstalowaną
usługą DHCP i skonfigurowanymi zakresami, lecz usługa nie
jest włączona
Zakresy muszą być zdefiniowane w różnych pulach adresów
lecz pozostają uśpione, dopóki nie będą potrzebne
Zaleta:
•
Usługę DHCP można zainstalować w serwerze, w którym
normalnie nie będzie zajmowała dodatkowych zasobów – w razie
problemów wystarczy aktywować uśpione zakresy (można w tym
celu wykorzystać zautomatyzowane narzędzie lub skrypt)
Klastry serwerów DHCP
•
–
–
Jeśli jeden serwer ulegnie awarii, drugi serwer w klastrze
przejmie usługę DHCP
Rozwiązanie to wymaga inwestycji w sprzęt i powinno być
brane pod uwagę jedynie w razie konieczności
DHCP – zaawansowane pojęcia
Superzakresy DHCP (ang. superscope)
•
–
Stosowane w środowiskach, w których wiele podsieci składa
się na jedno środowisko zakresu
•
W takim przypadku można utworzyć superzakres złożony z wielu
zakresów, które będą od niego zależne (jeśli wyłączymy
superzakres, zakresy też zostaną dezaktywowane)
Zakresy multiemisji (ang. multicast)
•
–
Tworzone, aby móc przydzielać klientom adresy IP
multiemisji, czyli takie, w których wszystkie docelowe hosty
mogą mieć ten sam adres IP (np. wideokonferencje)
Delegowanie administracji DHCP
•
–
–
Administrator DHCP
Przydzielenie użytkownika do powyższej grupy pozwala łatwo
oddelegować do niego zarządzanie usługą DHCP
DHCP – Netsh
Narzędzie wiersza poleceń Netsh
•
–
–
–
Umożliwia wykonywanie praktycznie wszystkich zadań administracyjnych
z poziomu wiersza poleceń
Dla użytkowników preferujących zarządzanie z linii komend
Umożliwia wykonywanie skryptów i plików wsadowych automatyzujących
procesy administracji
DHCP – bezpieczeństwo
•
•
•
•
Protokół DHCP nie jest w praktyce bezpieczny
Nie ma sposobu ustalenia czy żądanie klienta jest
pełnoprawne i czy nie ma złych intencji
Atak na serwer DHCP może mieć postać odmowy usługi
przez użytkownika poprzez żądanie wszystkich dostępnych
adresów z puli, uniemożliwiając tym samym otrzymanie
adresów przez pełnoprawnych użytkowników
Powinno być zapewnione wysokie bezpieczeństwo fizyczne
sieci
DHCP – zagadnienia i mechanizmy
zabezpieczeń
Autoryzacja DHCP
•
–
DHCP jest usługą nie stosującą uwierzytelniania
•
–
Począwszy od Win 2k stosuje się autoryzację serwerów DHCP
w domenie Active Directory
•
–
Każdy może założyć serwer DHCP w sieci i zacząć obsługiwać
klientów przydzielając im błędne adresy lub przekierowując z
nieuczciwych powodów
Po autoryzacji serwera DHCP przez odpowiednie władze domeny
może on zacząć przyznawać dzierżawy klientom
Wada:
•
Można dodać do sieci nieautoryzowany serwer NT 4.0
–
Aby ustalić położenie nielegalnych serwerów DHCP może okazać się
konieczne użycie analizatorów sieci

Podobne dokumenty