Come (e perché) assegnare il dominio .local al tuo Raspberry Pi

Sommario:

Come (e perché) assegnare il dominio .local al tuo Raspberry Pi
Come (e perché) assegnare il dominio .local al tuo Raspberry Pi

Video: Come (e perché) assegnare il dominio .local al tuo Raspberry Pi

Video: Come (e perché) assegnare il dominio .local al tuo Raspberry Pi
Video: Ottimizzare WINDOWS 11/10 🔆 Gratuito, facile e sicuro con SophiApp - YouTube 2024, Maggio
Anonim
Se sei stanco di cercare gli indirizzi IP dei dispositivi a cui accedi spesso tramite login remoto, SSH e altri strumenti sulla tua rete domestica, puoi risparmiare molto tempo assegnando un facile da ricordare
Se sei stanco di cercare gli indirizzi IP dei dispositivi a cui accedi spesso tramite login remoto, SSH e altri strumenti sulla tua rete domestica, puoi risparmiare molto tempo assegnando un facile da ricordare

.local

indirizzo al dispositivo. Continua a leggere come dimostriamo assegnando un nome facile da ricordare al nostro Raspberry Pi.

Perché voglio farlo?

Molto probabilmente la tua rete domestica utilizza assegnazioni IP DHCP, il che significa che ogni volta che un dispositivo lascia la rete e restituisce un nuovo indirizzo IP viene assegnato ad esso. Anche se imposti un IP statico per un dispositivo utilizzato di frequente (ad esempio, imposti la casella Raspberry Pi affinché venga sempre assegnata al numero

192.168.1.99

), devi ancora commettere quel numero completamente non intuitivo alla memoria. Inoltre, se è necessario modificare il numero per qualsiasi motivo, è necessario ricordarne uno nuovo al suo posto.

Fare così non è la fine del mondo, ma è scomodo. Perché preoccuparsi di memorizzare stringhe IP quando puoi dare a dispositivi locali facili da ricordare nomi come

raspberrypi.local

o

mediaserver.local

Ora, alcuni di voi (specialmente quelli di voi con una conoscenza più intima del DNS, della denominazione dei domini e di altre strutture di indirizzi di rete) potrebbero chiedersi quale sia il problema. Non c'è un rischio o un problema inerente nello slappare un nome di dominio sulla rete esistente? È importante qui prendere nota delgrande distinzione tra nomi di dominio pienamente qualificati (FQDN), che sono suffissi riconosciuti ufficialmente per i domini di primo livello (ad es.

.com

porzione di

www.howtogeek.com

How-To Geek è un sito web commerciale) e nomi di dominio che non sono riconosciuti dal sistema di denominazione / DNS globale o sono riservati per l'utilizzo della rete privata.

Per esempio,

.internal

è, al momento in cui scrivo, non un FQDN; non ci sono domini registrati in tutto il mondo che finiscono con

.internal

e quindi se dovessi configurare la tua rete privata da usare

.internal

per gli indirizzi locali, non ci sarebbe alcuna possibilità di un conflitto DNS. Ciò potrebbe tuttavia cambiare (anche se la possibilità è remota) in futuro se

.internal

è diventato un nome di dominio completo ufficiale e gli indirizzi terminano con

.internal

erano esternamente risolvibili tramite server DNS pubblici.

Al contrario, il

.local

dominio, è stato ufficialmente riservato come dominio di dominio speciale (SUDN) appositamente per l'utilizzo interno della rete. Non sarà mai configurato come FQDN e pertanto i nomi locali personalizzati non saranno mai in conflitto con gli indirizzi esterni esistenti (ad es.

howtogeek.local

).

Di cosa ho bisogno?

La salsa segreta che fa funzionare l'intero sistema di risoluzione DNS locale è conosciuta come Multicast Domain Name Service (mDNS). Confusamente, ci sono in realtà due implementazioni di mDNS in giro, una di Apple e una di Microsoft. L'implementazione mDNS creata da Apple è ciò che sottende il famoso servizio di scoperta della rete locale Bonjour. L'implementazione di Microsoft è nota come risoluzione dei nomi multicast Link-local (LLMNR). L'implementazione di Microsoft non è mai stata ampiamente adottata, in quanto non rispettava i vari standard e un rischio per la sicurezza legato ai domini che potevano essere acquisiti per uso locale.

Poiché l'implementazione di mDNS di Apple Bonjour gode di un tasso di adozione molto più ampio, ha un supporto migliore e un numero enorme di applicazioni per piattaforme grandi e piccole, abbiamo scelto di utilizzarlo per questo tutorial.

Se sulla tua rete ci sono computer con OS X di Apple, non c'è nulla che devi fare oltre a seguire il tutorial per impostare le cose sul lato Raspberry Pi (o altro dispositivo Linux). Sei pronto per andare mentre i tuoi computer lo supportano già.

Se stai utilizzando un computer Windows su cui non è installato iTunes (che avrebbe installato un compagno Bonjour client per la risoluzione mDNS), puoi risolvere la mancanza del supporto mDNS nativo scaricando l'app helper Apple Bonjour Printer Service qui. Sebbene la pagina di download suoni come se fosse uno strumento solo per la stampante, aggiunge effettivamente il supporto mDNS / Bonjour su tutta la linea a Windows.

Installazione del supporto Bonjour sul tuo Raspberry Pi

Il primo ordine del lavoro è quello di sollevare il terminale sul Pi o collegarlo al terminale remoto (se si dispone di una macchina senza testa) tramite SSH. Una volta al terminal, prenditi un momento per aggiornare e aggiornare apt-get. (Nota: se hai appena fatto questo come parte di un altro dei nostri tutorial Raspberry Pi, sentiti libero di saltare questo passaggio.)
Il primo ordine del lavoro è quello di sollevare il terminale sul Pi o collegarlo al terminale remoto (se si dispone di una macchina senza testa) tramite SSH. Una volta al terminal, prenditi un momento per aggiornare e aggiornare apt-get. (Nota: se hai appena fatto questo come parte di un altro dei nostri tutorial Raspberry Pi, sentiti libero di saltare questo passaggio.)

sudo apt-get update

sudo apt-get upgrade

Una volta completato il processo di aggiornamento / aggiornamento, è ora di installare Avahi, un'implementazione mDNS open source fantastica. Immettere il seguente comando al prompt:

sudo apt-get install avahi-daemon

Una volta completato il processo di installazione, non è nemmeno necessario riavviare il dispositivo. Il tuo Raspberry Pi inizierà immediatamente a riconoscere le query di rete locali per il suo nome host (per impostazione predefinita"

raspberrypi

) a

raspberrypi.local

Il particolare computer che abbiamo usato per questo test è lo stesso Raspberry Pi che abbiamo trasformato in un indicatore meteorologico ambientale, e successivamente modificato il nome host locale, così quando andiamo a cercare il nuovo conio

.local

indirizzo, cercheremo

weatherstation.local

invece di

raspberrypi.local

Di nuovo, per enfasi, la parte che precede il suffisso.local è sempre il nome host del dispositivo. Se vuoi che il tuo streamer musicale Raspberry Pi abbia il nome locale

jukebox.local

ad esempio, dovrai seguire queste istruzioni per cambiare il nome host di Pi.

Vai avanti e invia il ping al nuovo

.local

indirizzo sulla macchina che desideri accedere al dispositivo da ora:

Consigliato: