Como corrigir 10.8 compairtilhamento de internet, resultando em um performance de compairtilhamento de files fraco e sem server Time Machine?

TL; DR – O performance do compairtilhamento de files é extremamente fraco em um Mac Pro executando 10.8.2 com o compairtilhamento de files habilitado. Usá-lo como um server Time Machine também não funciona nesta configuration.

Eu tenho experimentado com o uso de um Mac Pro (início de 2008) como uma máquina de compairtilhamento de Internet paira outros dispositivos no meu apairtamento. O Mac Pro está configurado da seguinte forma:

Modem de cabo / fibra -> Interface PPPoE -> Ethernet 1 -> Wi-Fi (compairtilhamento de Internet) -> Dispositivos de cliente.

Tudo pairece estair funcionando relativamente bem. As máquinas cliente podem se conectair à networking compairtilhada e acessair a internet como esperado (a internet pairece ser rápida). A maioria dos services bonjour apairece nas máquinas clientes – por exemplo, o Mac Pro tem compairtilhamento de files ativado e isso apairece no meu Macbook como uma localization de networking disponível. O server de mídia Plex também está sendo executado no Mac Pro e no Xbox e meu telefone também o escolhe.

Eu também executo um server MAMP local no Mac Pro e tenho a configuration Named / BIND paira permitir URLs .dev paira resolview o Mac Pro. Isso também funciona com as máquinas clientes podendo navegair paira URLs .dev e os sites funcionam como esperado.

Em vez disso, fiquei satisfeito por ter me sentado paira desfrutair de uma cerveja … e chegou a hora de usair o compairtilhamento de files. Ligair ao Mac Pro e aos diretórios de navigation é extremamente lento – quase inutilizável. Copiair files leva uma idade. Eu tenho experimentado e pressionado botões e procurando durante toda a noite e até agora não consigo encontrair uma boa razão sobre o que estairia causando a má performance.

Eu também usei um compairtilhamento de files no Mac Pro como uma unidade de backup da máquina do tempo. Com um roteador na mistura, o meu Macbook irá fazer backup em uma unidade compairtilhada sem problema, mas a connection direta via Internet compairtilha resultados muito estranhos. Ele diz que não pode encontrair o disco e não posso mais usair qualquer uma das unidades Mac Pro como discos de máquina do tempo. Time Machine lança "O disco de backup não está disponível". paira mim cada vez que eu tentair.

O problema final que notei nesta configuration é que o Airfoil no Macbook não pode encontrair o Airfoil Speakers no Mac Pro.

Minha coragem é que todas essas coisas estão relacionadas e possivelmente causadas por várias sub-networkings criadas pela execução do Mac Pro desta maneira. Eu também estou pensando que pode estair relacionado ao IPv6, pois Little Snitch mostra o Macbook com um endereço IPv6 executado no process AppleFileSerview. Nos services que funcionam, ele mostra um endereço IPv4 192.168.2.X

Cavando mais background

Ethernet 1 está atribuindo-se um IP ao longo das linhas de: 169.254.xx Máscaira de sub-networking 255.255.0.0

Wi-Fi também está atribuindo-se um endereço IP semelhante: 169.254.xx com a mesma máscaira de sub-networking 255.255.0.0

A connection PPPoE está se conectando bem e usando meus serveres DNS especificados (192.168.2.1 – paira DNS local e 8.8.8.8). Isso pairece ter seu IP do modem de fibra e eu realmente não entendo o que acontece além disso.

As máquinas cliente estão se conectando a um roteador (o Mac Pro) 192.168.2.1 – e possuem endereços DHCP atribuídos de 192.168.2.x – Eles estão selecionando as configurações DNS da connection PPPoE.

O compairtilhamento de Internet está habilitado entre o conencionamento PPPoE eo Wi-Fi.

Eu tentei compairtilhair o conectado entre Ethernet 1 e Wi-Fi, mas isso impediu que tudo funcionasse.

Eu também tive uma olhada nas tabelas de IP (netstat -nr), mas isso faz muito pouco sentido paira mim. Saída abaixo:

Internet: Destination Gateway Flags Refs Use Netif Expire default 195.XXX.XXX.XXX UGSc 38 95000 ppp0 default link#4 UCSI 0 0 en0 default link#6 UCSI 2 0 en2 default link#9 UCSI 0 0 bridge0 127 127.0.0.1 UCS 0 0 lo0 127.0.0.1 127.0.0.1 UH 6 1617 lo0 169.254 link#4 UCS 1 0 en0 169.254.20.113 127.0.0.1 UHS 0 1 lo0 169.254.73.234 127.0.0.1 UHS 1 0 lo0 169.254.255.255 ff:ff:ff:ff:ff:ff UHLWb 0 10 en0 192.168.2 link#9 UC 6 0 bridge0 192.168.2.1 ac.de.48.67.b2.89 UHLWIi 10 729 lo0 192.168.2.13 20.c9.d0.79.cb.75 UHLWIi 4 54472 bridge0 1082 192.168.2.14 0.26.37.94.84.df UHLWIi 0 211 bridge0 620 192.168.2.15 d8:0:4d:ed:b3:de UHLWIi 0 0 en2 1193 192.168.2.15 d8.0.4d.ed.b3.de UHLWIi 0 71 bridge0 1193 192.168.2.16 link#9 UHRLWIi 0 423 bridge0 8 192.168.2.255 ff.ff.ff.ff.ff.ff UHLWbI 0 5 bridge0 195.166.128.186 XX.XXX.XXX.XXX UHr 39 51 ppp0 Internet6: Destination Gateway Flags Netif Expire ::1 link#1 UHL lo0 fd68:826b:73eb:aac::/64 fe80::bc56:f52b:e100:a834%utun0 Uc utun0 fd68:826b:73eb:aac:bc56:f52b:e100:a834 link#10 UHL lo0 fe80::%lo0/64 fe80::1%lo0 UcI lo0 fe80::1%lo0 link#1 UHLI lo0 fe80::%en0/64 link#4 UCI en0 fe80::21f:5bff:fe38:e158%en0 0:1f:5b:38:e1:58 UHLI lo0 fe80::%utun0/64 fe80::bc56:f52b:e100:a834%utun0 UcI utun0 fe80::bc56:f52b:e100:a834%utun0 link#10 UHLI lo0 ff01::%lo0/32 fe80::1%lo0 UmCI lo0 ff01::%en0/32 link#4 UmCI en0 ff01::%en2/32 link#6 UmCI en2 ff01::%utun0/32 fe80::bc56:f52b:e100:a834%utun0 UmCI utun0 ff02::%lo0/32 fe80::1%lo0 UmCI lo0 ff02::%en0/32 link#4 UmCI en0 ff02::%en2/32 link#6 UmCI en2 ff02::%utun0/32 fe80::bc56:f52b:e100:a834%utun0 UmCI utun0 

Alguma ideia sobre o que posso fazer paira consertair ou depurair esses niggles restantes seria incrível?

Atualização – Tenho realizado testes adicionais e o performance de compairtilhamento de canvas também é muito agitado.