{"id":1377,"date":"2026-04-15T18:38:52","date_gmt":"2026-04-15T18:38:52","guid":{"rendered":"https:\/\/sudoit.pl\/?p=1377"},"modified":"2026-04-15T18:38:53","modified_gmt":"2026-04-15T18:38:53","slug":"plik-hosts-dns-i-hostname-w-linuxie-konfiguracja-i-praktyczne-zastosowania","status":"publish","type":"post","link":"https:\/\/sudoit.pl\/index.php\/2026\/04\/15\/plik-hosts-dns-i-hostname-w-linuxie-konfiguracja-i-praktyczne-zastosowania\/","title":{"rendered":"Plik hosts, DNS i hostname w Linuxie \u2013 konfiguracja i praktyczne zastosowania"},"content":{"rendered":"\n

Samo ustawienie adresu IP to dopiero po\u0142owa sukcesu. Komputer musi jeszcze wiedzie\u0107, jak t\u0142umaczy\u0107 nazwy na adresy IP<\/strong> i odwrotnie. Bo jasne, da si\u0119 pracowa\u0107, wpisuj\u0105c wsz\u0119dzie same adresy, ale to troch\u0119 jak zapami\u0119tywanie numer\u00f3w telefon\u00f3w wszystkich znajomych – technicznie mo\u017cliwe, praktycznie ma\u0142o wygodne.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Ten artyku\u0142 jest bezpo\u015bredni\u0105 kontynuacj\u0105 poprzedniego wpisu o konfiguracji sieci. Zak\u0142adam wi\u0119c, \u017ce w Twoim laboratorium wszystkie maszyny maj\u0105 ju\u017c poprawnie ustawione interfejsy, adresy IP i bramy zgodnie z topologi\u0105<\/strong>. To wa\u017cne, bo nazwy host\u00f3w i DNS maj\u0105 sens dopiero wtedy, gdy systemy s\u0105 ju\u017c prawid\u0142owo osadzone w swojej sieci. W kolejnym kroku, czyli w trzecim artykule, wykorzystamy t\u0119 sam\u0105 konfiguracj\u0119 do uruchomienia routingu pomi\u0119dzy podsieciami.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Zmiana nazwy hosta w Linuxie<\/h2>\n\n\n\n
\n\n\n\n

Hostname<\/strong> to po prostu nazwa Twojej maszyny w systemie. Widzisz j\u0105 m.in. w promptcie terminala, w logach, w komunikatach systemowych, a cz\u0119sto te\u017c wykorzystuj\u0105 j\u0105 us\u0142ugi sieciowe (np. przy identyfikacji hosta w sieci). To niby drobiazg, ale dobrze ustawiony hostname<\/strong> bardzo u\u0142atwia \u017cycie. Zw\u0142aszcza wtedy, gdy masz wi\u0119cej ni\u017c jedn\u0105 maszyn\u0119 i nie chcesz zgadywa\u0107, czy w\u0142a\u015bnie jeste\u015b na server1, server2<\/strong>, czy na tej trzeciej, gdzie lepiej niczego nie dotyka\u0107.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Jak sprawdzi\u0107 aktualny hostname?<\/h3>\n\n\n\n

Do sprawdzenia aktualnej nazwy hosta mo\u017cesz u\u017cy\u0107 polece\u0144:<\/p>\n\n\n\n

hostname  \nhostnamectl<\/code><\/pre>\n\n\n\n
Polecenie hostname<\/strong> pokazuje sam\u0105 nazw\u0119, a hostnamectl<\/strong> zwraca wi\u0119cej informacji o systemie i aktualnej konfiguracji.<\/p>\n\n\n\n
<\/div>\n\n\n\n
Ustawienie nazwy tymczasowo (do restartu)<\/h3>\n\n\n\n
To najszybszy spos\u00f3b, ale po ponownym uruchomieniu systemu nazwa mo\u017ce wr\u00f3ci\u0107 do poprzedniej:<\/p>\n\n\n\n
hostname debian.mojafirma.pl<\/code><\/pre>\n\n\n\n
<\/div>\n\n\n\n
Ustawienie nazwy na sta\u0142e (zalecane)<\/h3>\n\n\n\n
Najwygodniejsz\u0105 i najcz\u0119\u015bciej polecan\u0105 metod\u0105 w nowoczesnych dystrybucjach jest u\u017cycie hostnamectl, bo od razu ustawia nazw\u0119 w poprawny spos\u00f3b:<\/p>\n\n\n\n
hostnamectl set-hostname debian.mojafirma.pl<\/code><\/pre>\n\n\n\n
<\/div>\n\n\n\n
Metoda \u201cklasyczna\u201d przez plik \/etc\/hostname<\/h3>\n\n\n\n
Mo\u017cesz te\u017c zapisa\u0107 nazw\u0119 bezpo\u015brednio do pliku konfiguracyjnego \/etc\/hostname<\/strong>:<\/p>\n\n\n\n
echo \"debian.mojafirma.pl\" > \/etc\/hostname  \nreboot<\/code><\/pre>\n\n\n\n
Na ka\u017cdej z maszyn wirtualnych nadaj nazw\u0119 odpowiadaj\u0105c\u0105 systemowi. Warto zrobi\u0107 to od razu na wszystkich hostach z laboratorium<\/strong>, a nie tylko na tej jednej maszynie, na kt\u00f3rej akurat \u0107wiczysz. Dzi\u0119ki temu p\u00f3\u017aniejsze testy b\u0119d\u0105 du\u017co czytelniejsze. Zamiast zastanawia\u0107 si\u0119, kt\u00f3ry adres nale\u017cy do kt\u00f3rego systemu, od razu zobaczysz po nazwie, czy komunikujesz si\u0119 z debianem<\/strong>, centosem<\/strong>, ubuntu<\/strong> czy hostami klienckimi. Przy wi\u0119kszej liczbie maszyn to naprawd\u0119 robi r\u00f3\u017cnic\u0119.<\/p>\n\n\n\n
<\/div>\n\n\n\n
Plik hosts w Linuxie \u2013 co to w\u0142a\u015bciwie jest?<\/h2>\n\n\n\n
\n\n\n\n
Zar\u00f3wno Linux, jak i Windows maj\u0105 plik o nazwie hosts<\/strong>, kt\u00f3ry pozwala mapowa\u0107 nazwy host\u00f3w<\/strong> na konkretne adresy IP<\/strong>. Najpro\u015bciej m\u00f3wi\u0105c: to lokalna ksi\u0105\u017cka adresowa systemu. Je\u015bli wpiszesz tam w\u0142asne mapowanie, system mo\u017ce rozpozna\u0107 nazw\u0119 bez pytania serwera DNS.<\/p>\n\n\n\n
Dzi\u0119ki temu mo\u017cesz samodzielnie zdecydowa\u0107, \u017ce na przyk\u0142ad nazwa debian<\/strong> ma wskazywa\u0107 adres 192.168.0.10<\/strong>, a ubuntu adres 172.16.20.11<\/strong>. System nie musi wtedy pyta\u0107 serwera DNS – korzysta z lokalnego wpisu i od razu wie, gdzie kierowa\u0107 ruch.<\/p>\n\n\n\n
W Linuxie plik ten znajduje si\u0119 tutaj:<\/p>\n\n\n\n
\/etc\/hosts<\/code><\/pre>\n\n\n\n
<\/div>\n\n\n\n
Jak dzia\u0142a plik hosts?<\/h3>\n\n\n\n
Ka\u017cda linia w pliku \/etc\/hosts<\/strong> sk\u0142ada si\u0119 z adresu IP oraz przypisanej do niego nazwy hosta. Przyk\u0142adowo:<\/p>\n\n\n\n
192.16.0.10 debian  \n172.16.20.11 ubuntu  \n192.16.0.20 centos<\/code><\/pre>\n\n\n\n
Taki zapis m\u00f3wi systemowi: je\u015bli kto\u015b odwo\u0142uje si\u0119 do nazwy debian<\/strong>, to ma u\u017cy\u0107 adresu 192.168.0.10<\/strong>. To dzia\u0142a lokalnie, bez odwo\u0142ywania si\u0119 do zewn\u0119trznego serwera DNS. Dzi\u0119ki temu mo\u017cesz wygodnie pingowa\u0107 hosty po nazwie, \u0142\u0105czy\u0107 si\u0119 z nimi przez SSH albo u\u017cywa\u0107 ich w skryptach bez pami\u0119tania adres\u00f3w IP.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Po zapisaniu zmian plik hosts<\/strong> dzia\u0142a od razu. Nie trzeba restartowa\u0107 systemu ani \u017cadnej us\u0142ugi. Wystarczy spr\u00f3bowa\u0107 wykona\u0107 ping do hosta po nazwie, na przyk\u0142ad:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Warto pami\u0119ta\u0107, \u017ce je\u015bli chcesz, aby wszystkie maszyny w labie mog\u0142y rozpoznawa\u0107 si\u0119 po nazwie, to na ka\u017cdej z nich<\/strong> trzeba doda\u0107 odpowiednie wpisy. Plik hosts<\/strong> dzia\u0142a lokalnie, wi\u0119c nie jest centraln\u0105 baz\u0105 nazw dla ca\u0142ej sieci. W praktyce oznacza to, \u017ce wpisy trzeba uzupe\u0142ni\u0107 na ka\u017cdym systemie, z kt\u00f3rego chcesz korzysta\u0107 z nazw<\/strong>. <\/p>\n\n\n\n
Je\u015bli wi\u0119c w laboratorium chcesz pingowa\u0107 po nazwie nie tylko z Linuksa, ale r\u00f3wnie\u017c z host\u00f3w Windows, to tam r\u00f3wnie\u017c trzeba doda\u0107 odpowiednie mapowania w lokalnym pliku hosts.<\/p>\n\n\n\n
Plik ten znajdziesz w poni\u017cszym miejscu:<\/p>\n\n\n\n
C:\\Windows\\System32\\drivers\\etc\\hosts<\/code><\/pre>\n\n\n\n
Aby m\u00f3c edytowa\u0107 ten plik musisz skorzysta\u0107 z uprawnie\u0144 administratora.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
<\/div>\n\n\n\n
Praktyczny przyk\u0142ad: \u201eblokowanie\u201d strony przez hosts<\/h3>\n\n\n\n
Jednym z najprostszych trik\u00f3w z u\u017cyciem pliku hosts<\/strong> jest lokalne przekierowanie wybranej domeny na adres 127.0.0.1, czyli localhost<\/strong>.<\/p>\n\n\n\n
Przyk\u0142adowy wpis:<\/p>\n\n\n\n
127.0.0.1 www.google.com<\/code><\/pre>\n\n\n\n
Co si\u0119 wtedy stanie? Gdy system spr\u00f3buje otworzy\u0107 www.google.com<\/a><\/strong>, zamiast prawdziwego adresu Google u\u017cyje adresu 127.0.0.1<\/strong>, czyli skieruje ruch\u2026 do samego siebie. Efekt b\u0119dzie taki, \u017ce strona nie zadzia\u0142a poprawnie, bo na Twoim komputerze raczej nie dzia\u0142a serwer Google. To proste, ale bardzo dobrze pokazuje, \u017ce hosts<\/strong> ma pierwsze\u0144stwo wsz\u0119dzie tam, gdzie system sprawdza go przed DNS.<\/p>\n\n\n\n
To rozwi\u0105zanie bywa u\u017cywane do szybkich test\u00f3w albo prostego blokowania stron na pojedynczej maszynie.<\/p>\n\n\n\n
<\/div>\n\n\n\n
Czy plik hosts mo\u017ce by\u0107 zagro\u017ceniem?<\/h3>\n\n\n\n
Tak i warto o tym pami\u0119ta\u0107. Plik \/etc\/hosts<\/strong> nie s\u0142u\u017cy wy\u0142\u0105cznie do wygodnych test\u00f3w administratora. Je\u015bli kto\u015b uzyska dost\u0119p do systemu i zmodyfikuje ten plik, mo\u017ce przekierowa\u0107 ruch na inny adres, ni\u017c si\u0119 spodziewasz.<\/p>\n\n\n\n
W praktyce atakuj\u0105cy m\u00f3g\u0142by na przyk\u0142ad podmieni\u0107 adres znanej strony na fa\u0142szyw\u0105 witryn\u0119 przypominaj\u0105c\u0105 orygina\u0142. To prosty spos\u00f3b przygotowania gruntu pod phishing<\/strong> albo inne oszustwo. Dlatego plik hosts<\/strong> warto traktowa\u0107 jak normalny element konfiguracji systemu, a nie niewinny notatnik z nazwami.<\/p>\n\n\n\n
W \u015brodowiskach produkcyjnych i na serwerach dobrze jest od czasu do czasu sprawdzi\u0107, czy ten plik nie zawiera podejrzanych wpis\u00f3w. Szczeg\u00f3lnie wtedy, gdy u\u017cytkownik zg\u0142asza dziwne problemy z dost\u0119pem do stron, ale tylko na jednej maszynie.<\/p>\n\n\n\n
<\/div>\n\n\n\n
Zmiana kolejno\u015bci: hosts vs DNS<\/h3>\n\n\n\n
To, czy system najpierw sprawdza plik hosts<\/strong>, czy od razu pyta DNS<\/strong>, zale\u017cy od konfiguracji mechanizmu rozwi\u0105zywania nazw. W Linuxie kontroluje to zwykle plik: \/etc\/nsswitch.conf<\/strong><\/em>. W tym miejscu mo\u017cesz zmieni\u0107 kolejno\u015b\u0107, np. przestawiaj\u0105c files i dns<\/strong>. Przyk\u0142adowo:<\/p>\n\n\n\n