VPN + DNS-Enabler + Wide Area Bonjour = no success

Hi,

what I am trying to do is broadcast the bonjour services of my home network such as file sharing, iTunes home-sharing and the like through my VPN connection. Since I am not too savvy with networking related topics I bought "DNS Enabler Snow" since it advertises to provide wide area bonjour with a minimum of setup hassle.

Now I am only getting so far that I can see my machine at home through VPN under "Network" in OS X. But I cannot connect. It always says "Connection Failed". Neither can I see my home iTunes library.

In the "Domains" section of DNS Enabler I entered:
Domain Name: <my DynDNS Domain>
Primary DNS Server: <my DynDNS Domain>
Host Name: <my DynDNS Domain>
IP address: <the local IP address of the machine running DNS Enabler>

In the bonjour section of DNS Enabler I entered:
Service Type: afpovertcp.tcp
Service Name: File Sharing
Host: <my DynDNS Domain>
Port: 584
TXT: path=/

Can anyone hint me at what might be wrong with this configuration?

Thank you!
Florian

MacBook Pro 15" 2.16, Mac OS X (10.6.2)

Posted on Feb 10, 2010 6:39 AM

Reply
6 replies

Feb 10, 2010 10:51 AM in response to Schwabing

DNS Enabler is a neat way to rough in a basic BIND configuration, but it is no substitute for knowing what you're doing. Its Bonjour support is really limited to a list of possible service types--the rest is completely up to you, and in the case of wide-area Bonjour, more trouble than it's worth since it doesn't work very well.

If you're connecting through a VPN, you shouldn't really need to do any of this at all.

Feb 10, 2010 3:17 PM in response to Schwabing

First iTunes - iTunes will only browse and register services in the local (ie: ".local") domain. This domain only exists on local networks as it's substantiated by multicast-DNS. As multicast traffic won't traverse a VPN connection, iTunes sharing won't work in a Wide-Area setup. (Technically it is possible to proxy-register a service but it takes some mucking around).

On to the File Share - it showing up in Finder indicates that the DNS configuration is at least correct for browsing and registering that service. Not being able to connect to the service indicates that either a bad address has been entered for the service or that your NAT or firewall configuration is incorrect. Resolving this depends on your network topology. If you are establishing a VPN connection in to the network sharing the service, most likely you would want to enter the internal IP address of the machine sharing the service and not your DynDNS hostname as the services address. On the other hand, if you're not using a VPN you probably need to check that your firewall/NAT configuration allows traffic on port 584 from your external IP to the machine hosting the service's IP.

The advice above depends on your network topology - if it doesn't help you to get things working, please post back listing the IP addresses and domains involved. If you're not comfortable doing this, feel free to email me privately (see my website linked from my profile) if you'd like further assistance.

Feb 11, 2010 2:31 AM in response to 27 M AB/DL

Hi 27 M AB/DL.

Thank you for your reply. I agree that I seem to know too little about BIND configurations to be able to use DNS Enabler correctly. I will try to find a different solution to my problem. By the way, Teo Bernard, the developer of DNS Enaber is the friendliest guy ever. He gave me a full refund on the software - no questions asked.

However, from my limited networking knowledge and my own experience I cannot agree that a VPN connection makes the whole topic of wide-area bonjour obsolete. Once the VPN connection is established, I can access all devices on my home network by typing in their local IP addresses. But neither typing in machine names (such as "macmini") nor any bonjour services work over VPN.

Thank you anyway - I will keep trying.

Feb 11, 2010 2:55 AM in response to AndrewTJ

Hi Andrew.

thank you for your reply! My network topology includes a DynDNS domain and a VPN. The VPN server runs on my Internet router. When remote, I connect to my home network using the free software "IPSecuritas".

However, I am open to changing that setup, if necessary. What I like about the VPN is the security and that I don't have to think about opening ports in my router.

I checked your website "globalhostname.com". This is the exact solution to the wide-area file sharing issue with bonjour, isn't it? Can I become a beta tester? But you are saying iTunes home-sharing still will not work - that is too bad, since apparently others managed to make this work: http://www.macosxhints.com/article.php?story=20090915223636541

So maybe I have to switch to using HamachiX or OpenVPN. What I do not like about HamachiX is that apparently everyone involved needs to have the software running. And in order to make OpenVPN run on my internet router, I will have to go through installing custom firmware etc.

Would be great if you could share your opinion on the best solution with me.
Thanks & cheers!

Feb 11, 2010 5:26 PM in response to Schwabing

I think the problem with the current setup is the use of the DynDNS hostname for the AFP service's hostname. When you're connected via the VPN you are effectively on the same network and so connection's attempted to the external-IP recorded by the DynDNS hostname will fail as it's not possible to loop back (for want of a better description) through the router. If you add a new A-record to the zone that points to the machines internal IP address and then change the service to point to the new record it should work via the VPN.

iTunes sharing won't work via this method as iTunes will only register and browse for services in the ".local" domain. The ".local" domain (a top-level domain like ".com") is only available via multicast-DNS. Multicast traffic as a general rule is not carried over a VPN (or the internet for that matter) as due to it's broadcast nature it can quickly clog up and cripple a network.

Hamachi unlike most VPN solutions presents itself as a virtual network interface that can carry multicast traffic which is why iTunes sharing works over a Hamachi connection. A cursory Google search tells me that multicast traffic can be carried over a OpenVPN connection with some additional configuration - your mileage might vary though.

Wide-Area Bonjour works by adding an additional domain to the system that software can then use for registering and browsing services. Unlike regular Bonjour, Wide-Area Bonjour works over the internet as it's based on traditional unicast DNS with a few extensions for updating records in realtime and NAT-PMP or uPNP (one or the other is in pretty much every router) for automatically setting up port-forwarding. If NAT-PMP or uPNP is not available, services can still be browsed but can not be registered (only services that can accessed via the internet are advertised); it's for this reason that Wide-Area Bonjour won't work properly in concert with a VPN. Whilst most OS X software is written to just register and browse in whatever domains are available there are some like iTunes that only register in the ".local" domain.

You can find out more detailed information about these topics at http://multicastdns.org/ and http://dns-sd.org/. I'm happy to answer any further questions you might have either here or via email. If my Wide-Area Bonjour service sounds like a good fit for you, please drop me a note and I'll let you know when I open-up the service to new users again (slated for mid-March).

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

VPN + DNS-Enabler + Wide Area Bonjour = no success

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.