1 votos

¿Dónde encontró Sharingd File la dirección IP que intentaba conectar?

Tengo esta aplicación para Mac instalada en LULU ( https://objective-see.com/products/lulu.html ) con el que descubrí /usr/libexec/sharingd tratando de la dirección IP local 192.168.2.255 . Descubrí lo que es el sharingd desde aquí https://discussions.apple.com/thread/6501958

Actualizar: usr/sbin/netbiosd también intenta acceder a la misma dirección IP.

pero quiero saber de donde Sharingd descubre/encuentra la dirección IP? resultado de ifconfig sin la dirección mac:

$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
    inet 127.0.0.1 netmask 0xff000000 
    inet6 ::1 prefixlen 128 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    nd6 options=201<PERFORMNUD,DAD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
EHC29: flags=0<> mtu 0
EHC26: flags=0<> mtu 0
XHC20: flags=0<> mtu 0
en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
    media: autoselect (none)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet 192.168.5.218 netmask 0xffffff00 broadcast 192.168.5.255
    media: autoselect
    status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    media: autoselect
    status: inactive
awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1484
    inet6 fe80::5cc0:dbff:fee3:d8e0%awdl0 prefixlen 64 scopeid 0xa 
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect
    status: active
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=60<TSO4,TSO6>
    media: autoselect <full-duplex>
    status: inactive
fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 4078
    lladdr 00:3e:e1:ff:fe:49:4e:9e 
    media: autoselect <full-duplex>
    status: inactive
bridge0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
    options=63<RXCSUM,TXCSUM,TSO4,TSO6>
    ether d2:00:14:94:e9:e0 
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en2 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 11 priority 0 path cost 0
    media: <unknown type>
    status: inactive
bridge100: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=3<RXCSUM,TXCSUM>
    ether 42:6c:8f:15:90:64 
    inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
    inet6 fe80::406c:8fff:fe15:9064%bridge100 prefixlen 64 scopeid 0xe 
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en0 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 7 priority 0 path cost 0
    nd6 options=201<PERFORMNUD,DAD>
    media: <unknown type>
    status: inactive
utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000
    inet6 fe80::f21f:cbe5:bae0:c2e1%utun0 prefixlen 64 scopeid 0xf 
    nd6 options=201<PERFORMNUD,DAD>
utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet6 fe80::7fa7:7485:c59b:f50%utun1 prefixlen 64 scopeid 0x10 
    nd6 options=201<PERFORMNUD,DAD>
en4: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet 169.254.218.132 netmask 0xffff0000 broadcast 169.254.255.255
    media: autoselect (100baseTX <full-duplex>)
    status: active

0 votos

@klanomath añadió el resultado, en1 es el único NIC ethernet a bordo, otro vino de docker, ningún contenedor docker se está ejecutando en mi mac.

0 votos

Estás compartiendo en0 (probablemente WLAN) internamente. La red interna (a través de bridge100) tiene la dirección/máscara de red 192.168.2.0/24 por defecto. La dirección broadcast de esta red es 192.168.2.255: inet 192.168.2.1 máscara de red 0xffffff00 broadcast 192.168.2.255

0 votos

Eso no es lo que estoy preguntando, sin embargo veo shardingd está transmitiendo a la red interna en 192.168.2.255

1voto

Oskar Puntos 1242

MacOS implementa mDNS - DNS multidifusión para encontrar otros dispositivos en el mismo segmento de la red. Básicamente, dice - quién puede compartir archivos y si la otra IP responde - tienes una conexión que puede hacerse si haces clic en ese host en el Finder (para una de las muchas posibles instancias)

Se llama Bonjour cuando está envuelto en IPv4/IPv6 así como en una red de configuración cero de bluetooth y esta tecnología impulsa cosas como AirPlay, Printer Sharing, handoff / continuidad y más.

Así que para responder a su pregunta, lo encontró preguntando en su red. No está claro por qué tienes 192.168.5.255 y 192.168.2.255 ambas como redes de difusión, pero eso no es necesariamente erróneo si tienes tu red configurada así.

0 votos

@klanomath wow - fallo de pegado - muchas gracias por detectar mi error

0 votos

No recuerdo dónde 192.168.2.255 tal vez creado por Docker o algún adaptador USB NIC que haya utilizado. Recientemente me deshice de este, pero todavía me ssme mensaje sharingd está intentando conectarse a 192.168.2.255

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X