Perché 127.0.0.1 potrebbe compromettere l'analisi di Windows Server

La posizione dovrebbe essere un'idea così semplice. Era dai tempi del cortile della scuola che non perdevo seriamente tempo con quella vecchia barzelletta sulla sintassi contro il contesto: “Qui? Non qui. Il tuo lì è il mio qui…”

Perché 127.0.0.1 potrebbe compromettere l'analisi di Windows Server

Potrebbe essere stato divertente la prima volta, ma sicuramente smette di essere divertente dopo alcune ripetizioni. Avrebbe dovuto impartire una lezione sulla relatività dei riferimenti che è rimasta con me per tutta la vita, ma non sembra aver funzionato in questo modo; è stato solo di recente che mi sono reso conto che esiste un'intera categoria di trappole per l'incauto violinista della rete che hanno lo stesso paradosso come loro causa sottostante – ruotano intorno all'ambiguità dell'equivalente TCP/IP della semplice parola inglese “me”. (Non lasciare che questo ti impedisca di sconcertare e intrattenere il tuo bambino in età prescolare con il "Io sono io, tu sei tu" enigma: i bambini in età prescolare hanno un senso dell'umorismo molto migliore su tali argomenti rispetto ai tipici server di rete e postazioni di lavoro.)

La gestione di tutto questo argomento è attraversata da bodge, pigrizia, posizioni contraddittorie e semplici malintesi

L'equivalente TCP/IP di "me" è in realtà l'indirizzo di rete 127.0.0.1 o "localhost". Questa convenzione è antica quanto le regole della rete, e quell'indirizzo e nome sono quindi riservati in un'ampia varietà di mode da tutti i tipi di codice di rete, sia all'interno del sistema operativo del tuo PC che all'esterno di cose come router, firewall e DSL connessioni.

Il modo in cui questo è stato implementato per gli utenti Windows è irregolare e frammentario, principalmente perché la gestazione di TCP/IP e la gestazione di Windows non erano strettamente collegate; infatti, non erano affatto collegati fino a tempi piuttosto recenti. Alzi la mano chi sa cosa si nasconde all'interno della cartella Windows/System32/Drivers/etc?

Lì puoi ancora trovare, anche al giorno d'oggi, segni del modo in cui il protocollo Internet mondiale è stato costretto a cooperare con un sistema operativo desktop solo parzialmente disposto. Non importa tutte le tessere e i touchscreen sfreccianti e il controllo basato sui gesti: lezioni su TCP/IP che ho imparato in passato i giorni di Windows per Workgroup mi guadagnano ancora buoni soldi per aver sistemato reti che si comportano male quasi due decenni dopo. Inoltre, quei vecchi ostacoli possono ancora inciampare nelle soluzioni moderne più ben intenzionate.

Questo mese, un esempio calzante ha dimostrato una versione piuttosto ambiziosa di quel vecchio cortile della scuola "qui/là" jape, uno che va sotto il nome di Windows Server 2008 R2 Best Practices Analyzer (BPA). Mentre scrivo questo articolo sono in viaggio alla Business Clinic, mi nascondo da un vero e proprio hooley che sta succedendo nel mio B&B a Snowdonia, ma anche da questo luogo remoto posso ancora sentire il reazioni di totale perplessità da parte dei proprietari di reti di piccole imprese, i lamenti dei professionisti dell'assistenza, gli stanchi sospiri di rassegnazione dal networking aziendale Ragazzi.

Ma parliamo un po' di più del 127 prima di parlare del BPA. Trattandosi di un antico indirizzo speciale che risale alle specifiche primordiali di TCP/IP, questo è as speciale e peculiare come 0.0.0.0 (che è un indirizzo che può essere scritto, ma non può realisticamente essere mai usato). Non è possibile inserirlo come risposta nelle utilità di amministrazione di Windows Server DHCP o DNS e, se si tenta di utilizzarlo come configurazione, potrebbero (o potrebbero non accadere) cose strane.

Perchè è questo? Perché Cassidy sta dando un'altra risposta confusa e troppo complicata a un indirizzo IP di quattro ottetti perfettamente chiaro e semplice? Beh, in fondo perché la gestione di tutto questo argomento è costellata di salti mortali, pigrizia, posizioni contraddittorie e semplici fraintendimenti. Un esempio che mi viene in mente è stato un mio cliente, il cui tradizionale intervallo di rete 192.168.0.x era stato sostituito da 127.0.0.x, perché il ben intenzionato ma un po' tecnico confuso aveva ricordato male la relazione tra intervalli di indirizzi privati, numerazione e ".local" come nome DNS per la tua rete interna e Windows dominio.