Come funziona Back To My Mac senza UPnP o NAT-PMP?

5

Back To My Mac (BTMM) usato per richiedere UPnP o NAT-PMP sul router per funzionare, ma a un certo punto questo è cambiato e può funzionare (anche se lentamente) senza quelli.

BTMM (di solito?) funziona impostando un tunnel IPv6 crittografato su IPv4 tra i due host e con UPnP / NAT-PMP, le porte appropriate vengono inoltrate sul router a ciascuna estremità, consentendo una connessione diretta.

Ma come funziona quando non c'è UPnP / NAT-PMP?

Ho notato che è molto più lento se entrambe le estremità non hanno UPnP / NAT-PMP (ottengo un ping ~ 40ms se entrambe le estremità hanno la configurazione automatica e circa 1000ms se non l'hanno t), quindi mi chiedo dove il traffico va - presumibilmente deve passare attraverso i server Apple se una connessione diretta non può essere negoziata automaticamente?

Ma anche con il semplice vecchio NAT, non è possibile per una terza parte arbitrare una connessione tra due host di NAT?

C'è un modo per dire come viene configurato quel tunnel IPv6? Non riesco a capirlo dall'output di ifconfig , traceroute , traceroute6 , netstat o lsof ...

Per i punti bonus, è possibile configurare in avanti un port forward statico su un router che non ha UPnP / NAT-PMP per far funzionare direttamente BTMM, piuttosto che in questa modalità più lenta?

    
posta drfrogsplat 04.05.2012 - 09:30
fonte

1 risposta

3

Probabilmente hai già letto ha-rendi-realizza-mele-back-to-mac-mobileme-service-uses-ipv6 ormai. Ha alcune delle risposte. Anche link Non so quanto è cambiato da quando MobileMe è diventato iCloud.

lsof -i: 4500 Mostra che il processo "racoon" sta gestendo il tunnel. Questa porta viene aperta anche sul router.

Mi chiedo che cosa faccia con mdsDirectory.db. Inoltre, sarebbe bello se BTMM funzionasse anche senza tunneling e invece usasse IPv6 nativo quando possibile.

    
risposta data 28.09.2012 - 21:46
fonte

Leggi altre domande sui tag