TL;DR - File sharing performance is extremely poor on a Mac Pro running 10.8.2 with file sharing enabled. Using it as a Time Machine server also no longer works in this setup.
Ho sperimentato l'utilizzo di un Mac Pro (inizio 2008) come macchina di condivisione Internet per altri dispositivi nel mio appartamento. Il Mac Pro è configurato come segue:
Modem via cavo / fibra - > Interfaccia PPPoE - > Ethernet 1 - > Wi-Fi (Condivisione Internet) - > Dispositivi client.
Tutto sembra funzionare relativamente bene. Le macchine client possono connettersi alla rete condivisa e accedere a Internet come previsto (Internet sembra essere veloce). La maggior parte dei servizi bonjour vengono visualizzati sulle macchine client, ad esempio il Mac Pro ha abilitato la condivisione dei file e questo appare sul mio Macbook come posizione di rete disponibile. Anche il server multimediale Plex è in esecuzione su Mac Pro e anche su Xbox e sul mio telefono.
Eseguo anche un server MAMP locale su Mac Pro e ho configurato Named / BIND per consentire URL .dev da risolvere su Mac Pro. Questo funziona anche con le macchine client che sono in grado di navigare verso gli URL di .dev ei siti web funzionano come previsto.
Piuttosto soddisfatto mi sono seduto per godermi una birra ... e poi è arrivato il momento di usare il file sharing. Connettersi a Mac Pro e sfogliare le directory è estremamente lento, quasi inutilizzabile. La copia dei file richiede un'età. Ho sperimentato e premuto tasti e ho cercato tutta la sera e finora non riesco a trovare una buona ragione per quello che potrebbe causare una cattiva prestazione.
Ho anche utilizzato una condivisione di file su Mac Pro come unità di backup di Time Machine. Con un router nel mix, il mio Macbook eseguirà il backup su un'unità condivisa senza problemi, ma la connessione diretta tramite Condivisione Internet fornisce risultati molto strani. Dice che non riesce a trovare il disco e non posso più utilizzare nessuna delle unità Mac Pro come dischi della macchina del tempo. Time Machine lancia "Il disco di backup non è disponibile." a me ogni volta che ci provo.
Il problema finale che ho notato in questa configurazione è che Airfoil sul Macbook non riesce a trovare gli altoparlanti Airfoil sul Mac Pro.
La mia impressione è che tutte queste cose siano correlate e probabilmente causate da varie sottoreti create eseguendo il Mac Pro in questo modo. Sto anche pensando che potrebbe essere correlato a IPv6 come Little Snitch mostra il Macbook con un indirizzo IPv6 in esecuzione sul processo AppleFileServer. Sui servizi che funzionano mostra un indirizzo IPv4 192.168.2.X
Scavando più in profondità
Ethernet 1 si assegna un IP lungo le linee di: 169.254.x.x Subnet Mask 255.255.0.0
Anche il Wi-Fi assegna a se stesso un indirizzo IP simile: 169.254.x.x con la stessa Subnet Mask 255.255.0.0
La connessione PPPoE si sta connettendo bene e utilizzando i miei server DNS specificati (192.168.2.1 - per DNS locale e 8.8.8.8). Questo sembra ottenere il suo IP dal modem in fibra e non capisco cosa succede oltre.
Le macchine client si connettono a un router (Mac Pro) 192.168.2.1 - e dispongono di indirizzi assegnati DHCP di 192.168.2.x - Stanno rilevando le impostazioni DNS dalla connessione PPPoE.
Condivisione Internet è abilitata tra la connessione PPPoE e Wi-Fi.
Ho provato a condividere il collegamento tra Ethernet 1 e Wi-Fi ma questo ha impedito il tutto di funzionare.
Ho anche dato un'occhiata alle tabelle IP (netstat -nr) ma per me ha poco senso. Uscita di seguito:
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
Qualche idea su cosa posso fare per correggere o eseguire il debug di questi rimanenti problemi sarebbe sorprendente?
Aggiornamento - Ho eseguito ulteriori test e le prestazioni di condivisione dello schermo sono anche molto discontinue.