Wie findet Minecraft LAN-Server?

1021
Fixee

Der Minecraft-Client (wenn Sie in den "Multiplayer" -Modus wechseln) sagt "LAN-Suche nach lokalen Servern ..."

Was macht es?

Hier ist mein Problem: wenn Computer A und Computer B miteinander verbunden sind, durch Switch1, dann Computer A die Minecraft - Client ausführen kann und einen Minecraft - Server auf Computer B finden Aber wenn Computer C durch Switch2 angeschlossen ist, kann C nicht sehen, der Server, auf B läuft C kann jedoch Ping B senden, und C kann sich um 10.1.10.143:64134 mit dem Server verbinden, wenn diese IP / dieser Port direkt eingegeben wird.

Der Mechanismus, nach dem Clients Server finden, wird von Switch2 irgendwie blockiert. Ist das UPnP? Oder etwas ähnliches?

Es ist ein großer Schmerz, die wechselnden IP-Adressen und die Port-Nummern jedes Mal zu verfolgen, wenn Sie einen Minecraft-Server starten.

0
Wenn sich switch1 und switch2 auf demselben Layer-2-Netzwerk befinden (dh nicht geroutet), wird dies funktionieren, also denke ich, dass Sie zwischen diesen beiden Netzwerken routen. Benötigen Sie diese beiden getrennt? Paul vor 8 Jahren 0
@Paul Beide befinden sich im selben LAN (ja, Schicht 2), aber Switch2 filtert einen kritischen Dienst irgendwie. Ich versuche herauszufinden was. Vielleicht funktioniert HTTPMU nicht (was die Basis für UPnP ist). Aber ich hoffe, jemand hier kann mir sagen, wie Minecraft nach seinen Servern sucht. Fixee vor 8 Jahren 0
Interessant - wenn Switch 1 und Switch 2 auf Layer 2 verbunden sind, sollte es keine Filterung geben. Diese Art von Inspektion geschieht normalerweise beim Routing. Auf einer Switching-Ebene interessieren wir uns nur für MAC-Adressen, während Upnp / Ssdp bei arbeitet eine Multicast-Ebene, die an einen Multicast-Mac gesendet wird. Also blockiert der Switch den Multicast-Verkehr? Paul vor 8 Jahren 0
@Paul Der Switch ist ein WLAN-Router (bei dem sich alle Computer in demselben LAN in der DHCP-Domäne des Routers befinden). Es kann eine Art Filterung sein, aber ich kann es nicht herausfinden. Es gibt keine explizite Einstellung, die ich für die UDP-Broadcast-Filterung finden kann. Fixee vor 8 Jahren 0

1 Antwort auf die Frage

3
Ian M

Ich habe ein bisschen Paketaufzeichnung auf Wireshark gemacht und das Beste, was ich sagen kann, verwendet ein IGMPv2-Paket, das an eine weniger benutzte Multicast-Adresse (224.0.2.60) gesendet wird, und bittet jeden, der einen Minecraft-Server ausführt, um dies zu melden. Dazu wird ein "Mitgliedschaftsbericht" verwendet.

Für die Nerds hier die vollständige Paket-Dump-Information:

Frame 10: 46 bytes on wire (368 bits), 46 bytes captured (368 bits) on interface 0 Interface id: 0 (\Device\NPF_) Encapsulation type: Ethernet (1) Arrival Time: Aug 25, 2016 22:25:55.171363000 US Mountain Standard Time [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1472189155.171363000 seconds [Time delta from previous captured frame: 0.235431000 seconds] [Time delta from previous displayed frame: 0.235431000 seconds] [Time since reference or first frame: 1.234950000 seconds] Frame Number: 10 Frame Length: 46 bytes (368 bits) Capture Length: 46 bytes (368 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ethertype:ip:igmp:igmp] [Coloring Rule Name: Routing] [Coloring Rule String: hsrp || eigrp || ospf || bgp || cdp || vrrp || carp || gvrp || igmp || ismp] Ethernet II, Src: Giga-Byt_91:9c:dc (fc:aa:14:91:9c:dc), Dst: IPv4mcast_02:3c (01:00:5e:00:02:3c) Destination: IPv4mcast_02:3c (01:00:5e:00:02:3c) Address: IPv4mcast_02:3c (01:00:5e:00:02:3c) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) Source: Giga-Byt_91:9c:dc (fc:aa:14:91:9c:dc) Address: Giga-Byt_91:9c:dc (fc:aa:14:91:9c:dc) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Type: IPv4 (0x0800) Internet Protocol Version 4, Src: 192.168.1.46, Dst: 224.0.2.60 0100 .... = Version: 4 .... 0110 = Header Length: 24 bytes Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT) Total Length: 32 Identification: 0x4347 (17223) Flags: 0x00 0... .... = Reserved bit: Not set .0.. .... = Don't fragment: Not set ..0. .... = More fragments: Not set Fragment offset: 0 Time to live: 1 Protocol: IGMP (2) Header checksum: 0x0000 [validation disabled] [Good: False] [Bad: False] Source: 192.168.1.46 Destination: 224.0.2.60 [Source GeoIP: Unknown] [Destination GeoIP: Unknown] Options: (4 bytes), Router Alert Router Alert (4 bytes): Router shall examine packet (0) Type: 148 1... .... = Copy on fragmentation: Yes .00. .... = Class: Control (0) ...1 0100 = Number: Router Alert (20) Length: 4 Router Alert: Router shall examine packet (0) Internet Group Management Protocol [IGMP Version: 2] Type: Membership Report (0x16) Max Resp Time: 0.0 sec (0x00) Header checksum: 0x07c3 [correct] Multicast Address: 224.0.2.60

Hier ist der Raw Packet Dump:

0000 01 00 5e 00 02 3c fc aa 14 91 9c dc 08 00 46 00 ..^..<........F. 0010 00 20 43 47 00 00 01 02 00 00 c0 a8 01 2e e0 00 . CG............ 0020 02 3c 94 04 00 00 16 00 07 c3 e0 00 02 3c .<...........<

Um Ihr Problem zu lösen, haben Sie möglicherweise Multicasts auf Ihrem Router deaktiviert oder IGMP ist deaktiviert. Ich bin mit den Flags nicht ganz vertraut, aber es sieht so aus, als ob etwas im Feld Options / Router Alert enthalten wäre ... Wahrscheinlich sagt der Router, dass er den Multicast nicht außerhalb des Subnetzes weiterleiten soll, aber das ist nur eine Vermutung.

Verwandte Probleme