172.18.10.8 login router

Prima di tutto, verificare se la macchina si trova su questa subnet. Eseguire ipconfig /all su Windows, ip route o ip addr su Linux, oppure aprire Impostazioni di sistema, Rete, quindi Dettagli su macOS. Cercare un indirizzo che inizia con 172.18.10. Se il proprio indirizzo inizia con 192.168 o 10., ci si trova su una rete diversa e 172.18.10.8 non è raggiungibile dalla posizione attuale.

La posizione .8 non è la tipica posizione di un router, quindi non presupporre che sia il gateway predefinito. I comandi sopra indicano anche il gateway effettivo, riportato come Gateway predefinito su Windows o dopo default via su Linux. Se quel valore è 172.18.10.1 o qualcosa di completamente esterno a questa subnet, aprire quello. Per raggiungere un host non gateway su .8 è necessario che ci sia effettivamente qualcosa in ascolto.

L'intervallo 172.18.x.x si sovrappone al pool di indirizzi bridge predefinito di Docker, quindi un indirizzo qui fa spesso parte di una rete di container piuttosto che di un'apparecchiatura fisica. Eseguire docker network ls e docker network inspect sulla rete interessata per vedere la sua subnet e quali container possiedono i vari indirizzi. Le reti di container sono comunemente raggiungibili solo dall'host, non da altre macchine sulla LAN.

Una pagina vuota o un messaggio di connessione rifiutata spesso significa che la porta è errata anziché l'indirizzo. Provare esplicitamente http://172.18.10.8, quindi https://172.18.10.8. Alcune interfacce di gestione funzionano solo su 8080, 8443 o 443, scritte come http://172.18.10.8:8080. Se HTTPS presenta un avviso sul certificato, è del tutto normale per un indirizzo privato e non indica un host errato.

Confermare di aver inserito 172.18.10.8 e non 172.18.1.8, 172.180.10.8 o 127.18.10.8, ciascuno dei quali punta a un punto completamente diverso. Non sostituire i punti con le virgole. La maggior parte dei browser tratta un indirizzo semplice con un errore di battitura come una query di ricerca, quindi anteporre http:// per forzare la navigazione e cancellare qualsiasi voce di completamento automatico che continui a reinserire il valore errato.

Se viene visualizzato un modulo di login che rifiuta i dati inseriti, è probabile che l'account sia stato modificato rispetto allo stato di fabbrica. Controllare l'adesivo del dispositivo e il manuale per le credenziali predefinite dell'unità, e prestare attenzione al fatto che molte interfacce si bloccano dopo diversi tentativi falliti, quindi fare una pausa anziché insistere a tentativi. Bloc Maiusc, una password salvata obsoleta nel browser e il riempimento automatico del browser che inserisce la voce errata sono tutte cause frequenti.

È privato. Rientra in 172.16.0.0/12, uno dei tre intervalli riservati da RFC 1918 per uso interno, che si estende da 172.16.0.0 a 172.31.255.255. Questa è una comune fonte di confusione perché la maggior parte degli indirizzi 172 sono pubblici: 172.15.x.x e 172.32.x.x sono instradabili su internet. Solo le sedici reti /16 comprese tra 172.16 e 172.31 sono private, e 172.18 è una di queste.

Docker alloca gli indirizzi per il suo bridge predefinito e per le reti bridge definite dall'utente attingendo dall'intervallo 172.16.0.0/12, pertanto le subnet 172.18.x.x vengono frequentemente assegnate automaticamente quando si creano reti o si avviano container. Un indirizzo come questo identifica di solito un container anziché un hardware fisico. Utilizzare docker network inspect per mappare la subnet e vedere quale container possiede attualmente 172.18.10.8.

Non ce ne sono legate a questo indirizzo. Non è documentato alcun produttore che distribuisca 172.18.10.8 come gateway predefinito di fabbrica e non è nota alcuna coppia di credenziali predefinita per esso. Qualsiasi cosa risponda a questo indirizzo ha le proprie credenziali, impostate dal produttore come predefinite per unità oppure da un amministratore. Verificare sull'etichetta del dispositivo, nel relativo manuale o nella documentazione dell'ISP se l'apparecchiatura è stata fornita con un servizio.

Improbabile. I router e i gateway si trovano comunemente su .1 o .254 all'interno di una subnet, e .8 non è una di queste posizioni convenzionali. Un host su 172.18.10.8 è più tipicamente un server, un access point, un'interfaccia di gestione, un container o una macchina con indirizzo statico. Controllare il gateway predefinito riportato da ipconfig /all, ip route o dal pannello dei dettagli di rete di macOS per trovare l'indirizzo reale del router.

No. Gli indirizzi privati non riportano alcuna posizione, ISP, proprietario o intestatario, poiché non sono assegnati a nessuno. Qualsiasi organizzazione o nucleo familiare può utilizzare 172.18.10.8 sulla propria rete contemporaneamente, e milioni lo fanno. Una ricerca di geolocalizzazione o WHOIS non restituirà nulla di significativo. L'unico modo per identificare il dispositivo è dall'interno della rete a cui appartiene.

Provare prima http://, poiché molte interfacce di dispositivi su indirizzi privati utilizzano ancora HTTP semplice, quindi https:// se il primo fallisce. Se HTTPS funziona, è normale che compaia un avviso di sicurezza: i certificati non possono essere emessi in modo valido per indirizzi privati, quindi i browser li segnalano. Valutare anche porte non standard come 8080 o 8443, scritte come http://172.18.10.8:8080, che alcune interfacce di gestione usano al posto di 80 e 443.

Gli indirizzi host utilizzabili vanno da 172.18.10.1 a 172.18.10.254. L'indirizzo 172.18.10.0 identifica la rete stessa e 172.18.10.255 è l'indirizzo broadcast, quindi nessuno dei due viene assegnato a un host. Ciò fornisce 254 indirizzi utilizzabili sulla subnet, di cui 172.18.10.8 è l'ottavo. La subnet mask è 255.255.255.0, situata all'interno della maschera di blocco più ampia 255.240.0.0.