返回我的Mac,使用环回接口IPv6地址注册服务


9

我希望能够通过IPv6互联网使用“ 回到我的Mac ”。我已经获得了IPv6访问权限(即,我的ISP为我的机场分配了/ 64块并发送了RA,以便网络上的每个人都可以自动配置自己的公用IPv6地址。我的计算机根据其MAC地址为自己分配了两个地址,和一个临时地址。我可以访问ipv6.google.com和所有内容。)但由于某种原因,无用的回送IPv6地址已在“返回我的Mac”中注册,而不是有用的地址。

这是我使用dns-sd得到的:

dns-sd -F

Timestamp     Recommended Browsing domain
 0:15:52.133  Added     (More)               local
 0:15:52.134  Added                          icloud.com
                                             - > btmm
                                             - - > members
                                             - - - > 12345678

dns-sd -B _services._dns-sd._udp 12345678.members.btmm.icloud.com

Browsing for _services._dns-sd._udp.12345678.members.btmm.icloud.com
Timestamp     A/R Flags if Domain                    Service Type              Instance Name
 0:23:19.685  Add     3  0 .                         _tcp.local.               _rfb
 0:23:19.686  Add     3  0 .                         _tcp.local.               _ssh
 0:23:19.686  Add     3  0 .                         _tcp.local.               _sftp-ssh
 0:23:19.686  Add     2  0 .                         _tcp.local.               _airvideoserver

dns-sd -B _rfb 12345678.members.btmm.icloud.com

Browsing for _rfb._tcp.12345678.members.btmm.icloud.com
Timestamp     A/R Flags if Domain                    Service Type              Instance Name
 0:25:02.255  Add     2  0 12345678.members.btmm.icloud.com. _rfb._tcp.                Mac

dns-sd -L Mac _rfb 12345678.members.btmm.icloud.com

Lookup Mac._rfb._tcp.12345678.members.btmm.icloud.com
 0:26:33.431  Mac._rfb._tcp.12345678.members.btmm.icloud.com. can be reached at Mac.12345678.members.btmm.icloud.com.:5900 (interface 0)

dns-sd -G v6 Mac.12345678.members.btmm.icloud.com.

Timestamp     A/R Flags if Hostname                  Address                                      TTL
 0:27:45.201  Add     2  0 Mac.12345678.members.btmm.icloud.com. FDDC:DBC8:58A7:8322:021F:5BFF:FE3E:3C44%<0>  152

注册的IPv6地址用于ln0,该环回接口对运行服务的计算机无用。ifconfig列出了我的IPv6地址,包括我系统的真实网络接口上的一个自动配置的临时公共IPv6地址,这非常理想。为什么dns-sd不使用该地址注册服务,我该如何注册?

另外请注意,我的路由器支持NAT-PMP,因此即使我的计算机没有直接的公共IPv4地址,我也希望它使用NAT-PMP来确保已启用的服务可通过IPv4使用,但这并不似乎并非如此。当我在12345678.members.btmm.icloud.com域中查找服务实例然后用于dns-sd -G v4解析给定的主机名时,它说没有IPv4记录。


与所讨论的问题相切,深入的细节在任何地方都提供了一些最佳示例,确切说明了如何使用dns-sd。比手册页更有帮助!
Bill Cole

Answers:


5

听起来您真正在寻找的是广域Bonjour(以下简称“ WAB”),该系统中具有Bonjour功能的客户端除了通过多播DNS在本地网络上注册其服务外,还使用动态DNS更新(正在由RFC2136中的IETF标准化的过程中的方案),以向传统的单播DNS服务器不仅注册其IP地址,还注册可用的服务记录。

有关如何配置Mac以使用WAB的说明,请参阅dns-sd.org。他们甚至还有一个“系统偏好设置”面板,您可以下载并安装它以使其变得容易。我相信他们也对如何配置WAB使其与某些支持它的著名动态DNS服务提供商(例如dyn.com(aka dyndns.com))一起提供了指导。如果您在某个地方运行自己的DNS服务器,也可以在dns-sd.org上找到有关如何将DNS服务器设置为充当WAB服务器的说明。为了获得最佳结果,它可能需要运行BIND。

您只能选择使用支持WAB的动态DNS服务或运行自己的支持WAB的DNS服务器。iCloud的BTMM服务器不支持完整的WAB。

Back to My Mac利用了Wide-Area Bonjour的某些软件基础架构,但是iCloud BTMM服务器不提供完整的WAB服务,仅提供BTMM使用它的特定方式所需的部分。如您所见,BTMM客户端计算机在其回送接口上放置了一个IPv6“唯一本地地址”(ULA),并在BTMM的服务器上注册了该ULA。这些ULA之间的连接由BTMM Mac之间的受IPsec保护的隧道(通常为IPv6-in-IPv4)处理。有意使您不能直接连接到那些服务。这将强制连接通过受IPsec保护的BTMM隧道。Macs上的BTMM软件可以通过BTMM对Mac进行身份验证,并使用它来确保只有登录到您自己的BTMM帐户中的计算机才能建立BTMM IPsec隧道。

更新:还有一些想法:

  • 确保在AirPort基站的IPv6设置中未选中“阻止传入连接”。(请注意,AirPort Utility 6.0当前没有IPv6设置UI,因此您必须使用AirPort Utility 5.6或更早版本进行检查。)
  • 您可以从其他站点ping6您的家庭Mac的公共可路由的非临时IPv6地址吗?
  • 一个典型的BTMM连接(即通过IPv4,从另一个Mac上登录到同一个iCloud帐户并启用了BTMM)是否有效?您为什么要专门尝试通过IPv6做到这一点?如果我能更好地了解您的目标和制约因素,我可能会为您提供更好的帮助。

好的,这是个好信息。我实际上很熟悉dns-sd.org关于为此设置和定制DNS服务器的说明。我也看到dyndns.org前一段时间在做一些实验,但是最近没有看。我对BtMM提出的要求还可以,我只是希望它能真正起作用。手动SSH导致ULA超时,使用“新建远程连接”浏览显示该服务但连接超时,尝试通过Safari中的Bonjour菜单连接到_http服务超时。
bames53'2

我想我需要找出导致该地址的连接尝试总是超时的原因,即使我显然可以访问该服务(因为我正在从本地计算机尝试此操作)。
bames53'2

@ bames53啊。我对您的问题不太清楚的一件事是您是否曾经尝试过简单的BTMM连接尝试。很明显,您家里有(至少是传出的)IPv6连接,家里有BTMM Mac。但是还不清楚的是,您是否在另一个站点上拥有具有IPv6连接性的BTMM Mac。您尝试建立联系的方向;您尝试使用哪些服务;典型的IPv6-in-IPv4 BTMM隧道是否起作用?等等。更新您的问题以更明确地说明类似问题,如果它能给我进一步的了解,我也将更新我的答案。
2012年

@ bames53我仍然对弄清楚您所遇到的问题仍然感兴趣,因此,如果您想更新您的问题以按照我的建议提供更多信息,我仍然很想为您提供帮助。
Spiff 2012年

我还没有尝试过直接的BtMM连接,因为在依靠它在其他地方工作之前,我已经从本地网络对其进行了测试。有机会测试时,我会通知您。我对解决这个问题很感兴趣,因为即使来自远程网络的连接按预期工作,我也想知道为什么iCloud服务可见但在本地主机上不可访问。
bames53 2012年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.