Homepage » hogyan kell » Hogyan (és miért) hozzárendeljük a .local tartományt a Raspberry Pi-hoz

    Hogyan (és miért) hozzárendeljük a .local tartományt a Raspberry Pi-hoz

    Ha elfáradt a keresett eszközök IP-címének felkutatására, amelyeket gyakran használnak távoli bejelentkezéssel, SSH-val és egyéb eszközökkel az otthoni hálózaton, akkor sok időt takaríthat meg, ha könnyen megjegyezhető .helyi címét. Olvassa el, ahogy bemutatjuk, hogy egy könnyen megjegyezhető nevet rendelünk a Raspberry Pi-hoz.

    Miért akarom ezt tenni?

    Valószínűleg az otthoni hálózata DHCP IP-hozzárendeléseket használ, ami azt jelenti, hogy minden alkalommal, amikor egy eszköz elhagyja a hálózatot és visszaad egy új IP-címet, hozzá van rendelve. Még akkor is, ha statikus IP-t állít be a gyakran használt eszközhöz (pl. A Raspberry Pi mezőt mindig a számhoz rendeli) 192.168.1.99), akkor még mindig el kell kötelezned ezt a teljes számot a memóriára. Továbbá, ha valamilyen oknál fogva meg kell változtatnia a számot, emlékeznie kell egy újat a helyére.

    Ez nem a világ vége, de kényelmetlen. Miért zavarja az IP-karakterláncok megemlékezését, amikor a helyi eszközöket könnyen megemlítheti a nevek, mint például raspberrypi.local vagy mediaserver.local?

    Néhányan (különösen azok, akiknek mélyebb ismerete van a DNS-ről, a tartománynevekről és más hálózati címstruktúrákról) talán kíváncsi, hogy mi a fogás. Nem létezik-e olyan kockázata vagy problémája, amely a domain nevének csak a meglévő hálózatra való behatolásával jár? Fontos, hogy jegyezze fel a nagy a teljesen minősített tartománynevek (FQDN-ek) megkülönböztetése, amelyek hivatalosan elismert utótagok a felső szintű domainekhez (pl. .com része www.howtogeek.com a How-To Geek egy kereskedelmi webhely) és domainnevek, amelyeket a globális elnevezési / DNS-rendszer nem ismeri fel, vagy amelyek közvetlenül a magánhálózat használatára vannak fenntartva.

    Például, .belső ebből az írásból nem FQDN; nincsenek bejegyzett domainek a világ bármely pontján .belső és így ha a magánhálózatot használni szeretné .belső helyi címek esetén nem lenne esély a DNS-konfliktusra. Ez azonban változhat (bár az esély távoli) a jövőben, ha .belső hivatalos FQDN-nek és címekké vált .belső külső DNS-kiszolgálókon keresztül megoldható.

    Ezzel szemben a .helyi a tartományt speciálisan speciális domainnévként (SUDN) nevezték el, kifejezetten a belső hálózati használat céljából. Soha nem lesz konfigurálva FQDN-ként, és így az egyéni helyi nevek soha nem fognak ütközni a meglévő külső címekkel (pl. howtogeek.local).

    Mire van szükségem?

    A titkos szósszal, amely a teljes helyi DNS-megoldási rendszer működését teszi lehetővé, Multicast Domain Name Service (mDNS) néven ismert. Zavarban van, hogy az mDNS-t két, az Apple és az egyik Microsoft hajtja végre. Az Apple által létrehozott mDNS implementáció az, amit a népszerű Bonjour helyi hálózati felfedezési szolgáltatása alá helyeznek. A Microsoft végrehajtása Link-local Multicast Name Resolution (LLMNR) néven ismert. A Microsoft végrehajtását soha nem fogadták el széles körben, mivel nem tartotta be a különböző szabványokat és biztonsági kockázatot jelentett, hogy mely területeken lehet helyi felhasználásra rögzíteni..

    Mivel az Apple mDNS bevezetése a Bonjour-nak sokkal szélesebb körű elfogadásra van szüksége, jobban támogat, és rengeteg alkalmazást kínál a nagy és kicsi platformok számára, úgy döntöttünk, hogy ezt a bemutatót használjuk.

    Ha az Apple OS X rendszert futtató számítógépe van a hálózaton, akkor nem kell tennie, hogy a bemutatóval együtt kövesse a dolgokat a Raspberry Pi (vagy más Linux eszköz) oldalán. Beállítja, hogy a számítógépek már támogatják.

    Ha olyan Windows-gépet futtat, amelyen nincs iTunes telepítve (ami telepítette a Bonjour-ügyfelet az mDNS-felbontásra), akkor megoldhatja a natív mDNS-támogatás hiányát az Apple Bonjour Printer Service segítő alkalmazásának letöltésével itt. Bár a letöltési oldal úgy hangzik, mintha csak nyomtató-eszköz lenne, hatékonyan hozzáadja az mDNS / Bonjour támogatást a Windowshoz.

    A Bonjour támogatás telepítése a Raspberry Pi-ra

    Az első sorrendben az, hogy vagy húzzuk fel a terminált a Pi-n vagy csatlakozzunk a távoli terminálhoz (ha van fej nélküli gépünk) az SSH-n keresztül. Miután a terminálon tartózkodott, egy kis időt vesz igénybe az apt-get frissítéséhez és frissítéséhez. (Megjegyzés: ha nemrég csináltad ezt a Raspberry Pi oktatóink egyikének részeként, nyugodtan hagyd ki ezt a lépést.)

    sudo apt-get frissítés

    sudo apt-get frissítés

    A frissítés / frissítés befejezése után itt az ideje, hogy telepítse az Avahi-t, egy fantasztikus kis nyílt forráskódú mDNS implementációt. Írja be a következő parancsot a kérésre:

    sudo apt-get install avahi-daemon

    Miután a telepítési folyamat befejeződött, nem kell újraindítania az eszközt. A Raspberry Pi azonnal elkezdi felismerni a helyi hálózati lekérdezéseket a gazdagépnév alapján (alapértelmezés szerint „Raspberry Pi") nál nél raspberrypi.local.

    A konkrét gép, amelyet ehhez a teszthez használtunk, ugyanaz a Raspberry Pi, amit egy környezeti időjárási jelzővé alakítottunk, majd később megváltoztattuk a helyi gazdanevet, így amikor megkeressük az újonnan kivágottakat .helyi címet keresünk weatherstation.local ahelyett raspberrypi.local.

    Ismét a hangsúlyt a .local utótag előtti rész mindig az eszköz gazdaneve. Ha azt szeretné, hogy a Raspberry Pi zenéje a helyi nevet kapja jukebox.local, például a következőket kell követnie a Pi gazdanévének módosításához.

    Menj előre és ping az újra .helyi mostantól a készülékhez tartozó cím:

    Siker! Az weatherstation.local az 192.168.1.100-ra törekszik, ami a helyi hálózat tényleges eszköz IP-címe. Mostantól minden olyan alkalmazás vagy szolgáltatás, amely korábban megkövetelte a Raspberry Pi IP-címét, most helyett a .local címet használja.