Direi che @Insyte è su qualcosa quando parla del problema che è un problema di risoluzione DNS .. il che significa che il problema è la riscrittura dei pacchetti (leggi di nuovo @Insyte post per quella spiegazione).
Supponendo che tu abbia la seguente configurazione:
- IP pubblico:
201.206.x.y
- IP privato:
192.168.0.50
- Port forwarding per tutti gli 80 (e 443 se stai facendo SSL) su IP
201.206.x.y
→192.168.0.50
Digita quindi quanto segue nel tuo browser, mentre sei nella tua rete interna:
http://www.yourwebsite.com
e si verifica l'errore. Quindi, soluzione: hackerare il file hosts.
Su Windows, vai a C:\windows\system32\drivers\etc\hosts
(nota, non c'è estensione su quel file). Su Linux, il file si trova in /etc/hosts
.
Se apri quel file nel Blocco note, puoi vedere tutte le voci utilizzate per sovrascrivere DNS. Se desideri aggiornare quel file, dovrai aprire Blocco note (o qualunque programma tu stia usando per modificare il file) con i diritti di amministratore, altrimenti non potrai salvare il file.
Aggiungi questo al tuo file hosts:
192.168.0.50 www.yourwebsite.com
Quindi riavvia il browser , inserisci l'URL e il violà! Sta funzionando. Ciò significa che il tuo browser non si affida al tuo DNS per risolvere il tuo dominio sull'IP. Invece, stiamo ignorando questo e dicendo: Browser, vai al mio IP interno per quel nome di dominio, invece di chiedere a DNS l'indirizzo IP .
Se sei in un ufficio, puoi ottenere tutte le persone che hanno bisogno di accedere a questo sito Web interno, hackerare il loro file host o se hai un DNS interno, quindi puoi aggiungere una voce a quello.
Un'altra idea è quella di avere un server proxy interno (per tutta la navigazione web, ecc.) E quindi hackerare il file hosts sul server proxy. Questo significa che il tuo browser dirà, Proxy, per favore puoi procurarmi la risorsahttp://www.mywebsite.com
e il proxy dice Certo, e poiché mi è stato detto di ignorare il DNS per quel dominio, darò solo l'IP che è stato codificato il mio file hosts .