Ви можете дістати частину шляху туди за допомогою наступної команди, запущеної всередині терміналу:
sudo lsof |grep TCP | grep ESTAB
Тут буде перераховано всі відкриті TCP-з'єднання. У першому стовпці буде перелічено програми, які встановлюють з'єднання, тож ви зможете зрозуміти, хто є ймовірним винуватцем. Приклад пари рядків виводу може виглядати так:
ssh 10099 tim 21u IPv4 0x1164766c 0t0 TCP 10.0.52.158:61830->home:ssh (ESTABLISHED)
Mail 13216 tim 23u IPv4 0x11660270 0t0 TCP 10.0.52.158:57696->##.##.##.##:imaps (ESTABLISHED)
Тож я бачу, що і Mail, і ssh використовують з'єднання. Якщо рішення не очевидно з цього, ви можете використовувати dtrace, щоб отримати детальнішу інформацію. Зокрема, ознайомтеся з інструментами DTrace , деякі з яких уже встановлені на вашому Mac під / usr / bin:
bitesize.d cpuwalk.d creatbyproc.d dappprof dapptrace diskhits dispqlen.d dtruss errinfo execsnoop fddist filebyproc.d hotspot.d httpdstat.d iodbctest iodbctestw iofile.d iofileb.d iopattern iopending iosnoop iotop kill.d lastwords loads.d newproc.d opensnoop otool pathopens.d pidpersec.d plockstat priclass.d pridist.d procsystime runocc.d rwbypid.d rwbytype.d rwsnoop sampleproc seeksize.d setuids.d sigdist.d syscallbypid.d syscallbyproc.d syscallbysysc.d topsyscall topsysproc weblatency.d
Я думаю, що той, кого ви хочете для вашої ситуації, це, мабуть, або tcpsnoop або tcptop , які, здається, не доступні на Mac за замовчуванням, що змушує мене замислитися, чи були якісь проблеми з переносом.