Hva er netbiosd på Mac? Hvorfor macOS ber om å få tillatelse til å kjøre det

netbiosd er en bakgrunnsprosess som følger med macOS og er signert av Apple. Jobben dens er å implementere NetBIOS, et gammelt nettverksnavnelag som Windows-maskiner har brukt i tiår for å kunngjøre seg selv og finne hverandre på et lokalt nettverk.

NetBIOS er eldre enn det meste av det du tenker på som moderne nettverk. Det ble designet for en tid da datamaskiner på samme kontornettverk trengte en enkel måte å kreve et kort, menneske-lesbart navn og sende det ut slik at andre kunne finne riktig maskin bak en adresse. Windows tok det i bruk, knyttet det tett til fil- og skriverdeling, og det ble grunnlaget for den klassiske Network Neighborhood-browsingen.

Apple inkluderte støtte for det fordi Mac-er lenge har måttet sameksistere med Windows-nettverk. Når Mac-en din kan se en Windows-PC i Finder-sidebaren, eller når en Windows-PC kan se Mac-en din mens fildeling er aktivert, kan netbiosd være en del av det som gjorde den introduksjonen mulig. Det samme gjelder eldre nettverkstilkoblede lagringsenheter og nettverksskrivere, mange av dem er bygget rundt SMB og Windows-stil browsing.

Grenser er verdt å være presis om. netbiosd håndterer oppdagelse og navngivning på ditt lokale nettverk — å avgjøre hvilken maskin som svarer på hvilket kort navn, og la enheter på samme subnet lære om hverandre. Den faktiske filoverføringen når du kobler til en deling håndteres av andre deler av systemet.

macOS-application brannmuren fungerer etter en enkel prinsipp: når et program ønsker å akseptere innkommende tilkoblinger, spør macOS deg én gang og husker svaret ditt. Utgående trafikk er ikke det som utløser dialogen. Noe lytter.

netbiosd lytter etter design. Navneannonsering er en toveis samtale — Mac-en din sender ut sitt navn og må også være tilgjengelig når en annen maskin spør hvem som har et bestemt navn. Det betyr å åpne en lyttende socket på det lokale nettverket, noe som er akkurat den oppførselen brannmuren er laget for å vise. NetBIOS navnetjeneste bruker tradisjonelt UDP-port 137 og datagramtjenesten UDP-port 138; disse tallene er standard, men hva som faktisk er i bruk avhenger av din macOS-versjon og hvilke delingstjenester du har aktivert.

Dette er grunnen til at netbiosd dukker opp i den dialogen oftere enn de fleste systemprosesser. Det misbehaver ikke, og det har ikke endret seg. Det er en av de få Apple-daemonene hvis normale funksjon er å være tilgjengelig fra andre maskiner på samme nettverk, og brannmuren behandler alle slike prosesser likt uansett hvem som har signert dem.

Forespørselen dukker også opp igjen etter systemoppdateringer. Når en binær fil blir erstattet under en oppgradering, kan brannmuren ikke gjenkjenne den som det programmet den så før, og den spør igjen. Dette er forventet, ikke et tegn på at noe er galt.

netbiosd er ikke skadelig programvare. Det er en førsteparts Apple-komponent, distribuert som en del av macOS, og på et sunt system har det en Apple-kodesignatur. Ingenting ved å se det i Activity Monitor eller i en brannmurforespørsel indikerer et kompromiss.

Du trenger ikke å ta det for god fisk. I Activity Monitor, velg prosessen og åpne inspektøren for å se den fullstendige banen til kjørbar filen den startet fra — en ekte systemdæmon ligger under systemkatalogene, ikke i nedlastingsmappen din. Hvis du er komfortabel med Terminal, kan du bruke verktøyet codesign med verbose verify-alternativet, pekt mot den banen, og det rapporterer signeringsmyndigheten; for en legitim kopi er det Apple. Alt som påstår navnet fra en uventet plassering, eller som feiler verifiseringen, er verdt å undersøke nærmere.

Den andre halvdelen av tryggheten er like viktig. netbiosd er en lokalnettverksprosess, ikke en internettprosess. NetBIOS-navnetjenesten er kringkastingsbasert og begrenset til ditt lokale subnett — den ruter ikke over internett, og rutere videresender ikke den trafikken ut til den bredere verden i normal drift. Frykten som vanligvis ligger under dette søket, at en ukjent dæmon stille sender dataene dine et sted, gjelder ikke. Uansett hva netbiosd sier, sier den det til enheter i ditt eget hjem eller kontor.

Den distinksjonen er verdt å ta med i enhver prosessundersøkelse på macOS: en prosess som lytter på ditt lokale nettverk og en som opprettholder en vedvarende forbindelse til en ekstern server gjør veldig forskjellige ting, og fortjener ulike nivåer av gransking.

For de fleste systemdæmoner er det ærlige rådet å tillate og gå videre, fordi å nekte bryter noe du er avhengig av. netbiosd er en av de ekte unntakene, og det er verdt et øyeblikk med tanke før du klikker videre.

Still deg selv ett spørsmål: kobler du noen gang til en Windows-PCs delte mappe, en eldre NAS-boks, eller en nettverksskriver som er avhengig av Windows-browsing? Hvis svaret er nei — og for mange med en hel-Apple husholdning er det nei — så koster det deg ingenting å nekte netbiosd. NetBIOS er arveteknologi. Moderne SMB-oppdagelse på Apple-plattformer baserer seg på andre mekanismer, og et nettverk uten NetBIOS-avhengige enheter har ingenting for netbiosd å snakke med.

Hvis svaret er ja, vær mer forsiktig. Å nekte innkommende tilkoblinger kan bryte oppdagelse — delen hvor enheter vises automatisk i Finder-sidebaren, eller hvor en Windows-maskin oppdager Mac-en din. Du kan ofte fortsatt få tilgang til en deling ved å koble til den eksplisitt med navn eller adresse i stedet for å vente på at den skal vises, så feilmeldingen er vanligvis ulempe heller enn en hard blokkering. Hvis en skriver eller NAS plutselig slutter å vises, er dette en plausibel årsak, og å reversere beslutningen i brannmurinnstillingene er enkelt.

Det finnes også et renere alternativ enn å kjempe mot forespørselen. Mye av det netbiosd gjør er knyttet til Windows-kompatibel fil-deling som er aktivert. Hvis du aktiverte det én gang for en enkel overføring og aldri brukte det igjen, kan du slå det av i delingsinnstillingene for å adressere situasjonen ved kilden.

Uansett hva du velger, gjør det med vilje. Det verste utfallet er å klikke Tillat på en dialog du ikke har lest, noe som er hvordan de fleste ender opp med en brannmurkonfigurasjon ingen forstår.

netbiosd er ikke uvanlig. En typisk Mac kjører dusinvis av bakgrunnsprosesser som berører nettverket — noen snakker med Apple, noen annonserer tjenester lokalt, noen opprettholder tilkoblinger på vegne av apper du installerte og glemte. Brannmurforespørselen viser bare den smale delen som vil godta innkommende tilkoblinger. Alt som går utad forblir usynlig med mindre du går inn for å se etter.

Den asymmetrien er det egentlige problemet. Du blir avbrutt om en arvemessig navnetjeneste som er begrenset til ditt eget subnett, mens en prosess som stille opprettholder en tilkobling til en ekstern server aldri genererer en dialog i det hele tatt. Activity Monitor forteller deg at en prosess eksisterer og omtrent hvor mange byte den har flyttet, men ikke hvilke domener den har nådd, og den tilbyr ingen måte å stoppe den på annet enn å drepe den.

Det gapet i synlighet er det NetMute ble laget for å lukke. Det viser sanntids nettverkstrafikk per app og prosess med domenenivå-logging, slik at du i stedet for et prosessnavn og et byteantall ser hvor hver app faktisk kobler til. Dets per-app-brannmur blokkerer alt med ett klikk, og midlertidige regler utløper av seg selv slik at en rask test ikke blir permanent uten å bli oppdaget. Nettverksprofiler bruker ulike regler avhengig av hvilket Wi-Fi-nettverk du er tilkoblet, noe som hjelper når et pålitelig hjemmenettverk og en flyplasstilkobling krever ulike nivåer av forsiktighet.

Poenget er ikke å blokkere flere ting. Det er å svare på spørsmålet som brakte deg hit — hva er denne prosessen og hvem snakker den med — uten å måtte lete etter svaret hver gang et nytt navn dukker opp.