OS X 10.6.8 traduzione diretta IP e problemi DNS

0

Questa è la situazione:

Ho un server web sulla mia LAN che fornisce versioni beta della mia documentazione per il mio software gratuito.

Questo server web, tramite il mio router, risponde a un indirizzo IP esterno. IP immaginari ai fini della spiegazione:

  • Il mio server web è sulla mia LAN a 192.168.10.100
  • Il mio IP statico WAN è 200.100.50.25

Esternamente, il DNS è non impostato in modo che alcuni nomi si risolvano in 200.100.50.25 . Né lo sarà. Quindi non puoi arrivarci nel modo usuale.

Quindi, fornisco gli URL ai miei beta tester in questo formato:

http://200.100.50.25/mybetadocs/webpage.html

Funziona bene. I miei tester fuori nel mondo possono arrivare al mio server e tutto va bene. Per loro.

Ecco il problema: sulla macchina mia , se provo a raggiungere quell'URL, ad esempio, quando clicco su un link su una pagina web che la contiene, la mia macchina dice al router di NAT to 200.100.50.25 , e questa è la fine di questo - non va da nessuna parte.

Il router non sembra avere alcuna capacità di loopback per far sapere che effettivamente, 200.100.50.25 è, in effetti, sulla mia LAN (anche se francamente, penso che dovrebbe già saperlo, dato che è il suo IP esterno e questo è dove sto cercando di arrivare. Funzionava bene sul mio vecchio router, ma comunque.)

Quindi quello che sto cercando è un modo per dire a OS X qui sul mio computer locale che quando raggiungo 200.100.50.25 , in realtà sto cercando di raggiungere 192.168.10.100 in modo che il mio server web risponda a io qui sulla mia macchina, direttamente via LAN.

In parole povere, solo sulla mia macchina, ho bisogno del seguente, ...

http://200.100.50.25/mybetadocs/webpage.html

... per raggiungere qui:

http://192.168.10.100/mybetadocs/webpage.html

In precedenza, i miei utenti hanno impostato una voce di file hosts per un nomeserver immaginario del modulo someweirdname.com, come questo ...

200.100.50.25 someweirdname.com

... e poi metti tutti i miei collegamenti nel modulo ...

http://someweirdname.com/mybetadocs/webpage.html

... che funziona davvero bene, ma si è imbattuto in un problema utente piuttosto grave in cui la configurazione di un file hosts era completamente al di là di essi, quindi nessun accesso ai documenti.

L'uso dell'IP non richiede nulla all'utente, ma cliccando sul link, e come ho detto, funziona bene per loro. Ma mi blocca me , il che è molto scomodo per me - non posso seguire gli URL su altri server web in vari punti della mia documentazione beta senza dover trascinare il mio cellulare, disattivando il suo accesso a wifi, e andando dopo quei collegamenti via 4G così il mio router vede la richiesta proveniente dall'esterno della LAN.

Quando sto leggendo i miei documenti qui, uso solo someweirdname.com per raggiungerli, ed è tutto relativo da lì, e funziona anche bene.

Semplicemente non posso farlo da altre pagine Web del server in rete. E per ... ragioni ... Devo testare quegli URL per assicurarmi che vadano dove dovrebbero andare.

Esiste una soluzione per questo enigma che non comporta l'acquisto di un altro servername, che mi costa ancora più denaro per esporre i miei documenti beta locali e gestire il conseguente abbandono della manutenzione DNS?

Posso conviverci con quello che è, e lo sono stato, ma lo odio.

    
posta fyngyrz 12.01.2016 - 18:51
fonte

3 risposte

2

Arpanet: al lavoro dal 1969 - la modifica del tuo file hosts è il metodo di scelta.

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1   localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost

- >

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
192.168.10.100  someweirdname.com www.someweirdname.com
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0     localhost

Potrebbe essere necessario svuotare la cache DNS utilizzando sudo killall -HUP mDNSResponder e sudo dscacheutil -flushcache .

    
risposta data 12.01.2016 - 19:48
fonte
0

La tua unica speranza per me sembra di fare un percorso statico sulla tua macchina per avere 200.100.50.25 indirizzato a 192.168.10.100 ma suppongo che non funzionerà senza alcuni trucchetti di rete sul lato del server web per ascoltare effettivamente i pacchetti invece di instradarli sul router che presenta problemi sul client.

Nel frattempo, potresti provare a configurare un servizio DNS dinamico gratuito per associare 200.100.50.25 con un nome host che verrà risolto per tutti i tester esterni sull'IP scelto per il server.

Quindi puoi avvalerti della normale modifica di /etc/hosts trickery per far sì che quel nome si risolva nella scelta dell'IP interno piuttosto che nei server DNS in generale.

Sostanzialmente allontana dall'indirizzo IP rigido l'URL e utilizza un nome che puoi sovrascrivere più facilmente.

    
risposta data 14.01.2016 - 17:23
fonte
0

Non è la soluzione ideale e non risolve nessuno dei problemi reali di per sé, ma se tutto ciò che vuoi è lasciare tutto com'è e avere un modo per testare i link , puoi avviare una connessione VPN. A quel punto, dovresti essere in grado di colpire il tuo IP pubblico dall'esterno e il port forwarding funzionerà nel modo desiderato.

    
risposta data 14.01.2016 - 22:04
fonte

Leggi altre domande sui tag