<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sat Jan 11 07:52:34 UTC 2025

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Mojang Studios Jira</title>
    <link>https://bugs.mojang.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en</language>    <build-info>
        <version>9.12.2</version>
        <build-number>9120002</build-number>
        <build-date>10-01-2024</build-date>
    </build-info>


<item>
            <title>[BDS-10608] Can&apos;t connect from non-local networks (outside of LAN)</title>
                <link>https://bugs.mojang.com/browse/BDS-10608</link>
                <project id="11700" key="BDS">Bedrock Dedicated Server</project>
                    <description>&lt;p&gt;Getting very strange behaviour:&lt;br/&gt;
All my other apps deployed on my LAN (and even on the same server, also running in docker) work fine, I work in devops for a living, I know how to configure my firewall, that isn&apos;t a problem. I know a lot of issues here are random users posting unrelated issues, but this isn&apos;t it. With that out of the way, here are some details of my setup:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Running inside of a docker container, forwarding the UDP port for the server to the host&lt;/li&gt;
	&lt;li&gt;If I connect over LAN on a client, it works fine&lt;/li&gt;
	&lt;li&gt;If I try to connect using the public IP or DNS name, I get an &quot;unable to connect to world&quot;&lt;/li&gt;
	&lt;li&gt;Using the public name/ip, the server DOES receive and reply to single UDP packets, presumably ones that are just pings to show in the client UI&lt;/li&gt;
	&lt;li&gt;Using the public name/ip, I can go to &lt;a href=&quot;https://bedrockinfo.com/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;this site&lt;/a&gt;&#160;and it will connect and read the info of the server&lt;/li&gt;
	&lt;li&gt;The server itself (not just the container, but the host machine) doesn&apos;t receive further packets once the client tries to connect&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;This makes a whole lot of no sense. It DOES know where the server is, and it DOES connect to get some metadata, but refuses to connect for a game session.&#160;&lt;/p&gt;

&lt;p&gt;This is a snippet from the container logs:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;bedrock | [INFO] IPv4 supported, port: 19132
bedrock | [INFO] IPv6 not supported
bedrock | [INFO] IPv4 supported, port: 45410
bedrock | [INFO] IPv6 not supported
bedrock | [INFO] Server started.&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Not sure what that extra port is, but it shouldn&apos;t matter because docker IS NOT forwarding that other port, and local connections work fine despite that.&#160;&lt;/p&gt;</description>
                <environment></environment>
        <key id="396668">BDS-10608</key>
            <summary>Can&apos;t connect from non-local networks (outside of LAN)</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="5" iconUrl="https://bugs.mojang.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="10001">Awaiting Response</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="tarfeef101">Tareef Dedhar</reporter>
                        <labels>
                    </labels>
                <created>Tue, 15 Dec 2020 21:25:57 +0100</created>
                <updated>Thu, 13 Apr 2023 11:58:43 +0200</updated>
                            <resolved>Thu, 13 Apr 2023 11:58:43 +0200</resolved>
                                    <version>1.16.200</version>
                                                            <votes>12</votes>
                                    <watches>11</watches>
                                                                            <comments>
                            <comment id="1250361" author="JIRAUSER648376" created="Thu, 13 Apr 2023 11:58:43 +0200"  >&lt;p&gt;Hi&lt;/p&gt;

&lt;p&gt;Does it still occur? Can you get servers running and connecting outside of docker?&lt;/p&gt;

&lt;p&gt;This ticket will automatically reopen when you reply.&lt;/p&gt;</comment>
                            <comment id="1240512" author="JIRAUSER720794" created="Sat, 25 Feb 2023 19:40:45 +0100"  >&lt;p&gt;same issue;&lt;/p&gt;

&lt;p&gt;multiple physical servers with different IP addresses&lt;/p&gt;

&lt;p&gt;Issue still occurs with the most current version.&lt;/p&gt;

&lt;p&gt;however since I also operate a site-to-site VPN between my house &amp;amp; my in-laws; at my in-laws house my home operated server appears in the Friends Tab under LAN Games on my in-law&apos;s PC instance of Minecraft Bedrock.&lt;/p&gt;

&lt;p&gt;link to my Bug Report: &lt;a href=&quot;https://bugs.mojang.com/browse/BDS-17011&quot; title=&quot;UDP/TCP Port 19132 for IPv4 not listening when bedrock_server.exe is running&quot; class=&quot;issue-link&quot; data-issue-key=&quot;BDS-17011&quot;&gt;&lt;del&gt;BDS-17011&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="1141828" author="JIRAUSER583136" created="Wed, 16 Feb 2022 00:11:09 +0100"  >&lt;p&gt;Nope, they just close/reopen stuff seemingly every release due to some internal policy probably to try and prune tickets by &quot;what&apos;s getting attention and what we can ignore&quot;. I&apos;d be more critical if I didn&apos;t see a bunch of &quot;help me understand what servers are and how to operate them&quot; tickets along with a bunch of &quot;I can&apos;t use the game client correctly&quot; noise in here, but they do need a way to get through that cruft.&lt;/p&gt;</comment>
                            <comment id="1141827" author="mikehatfield" created="Tue, 15 Feb 2022 23:57:59 +0100"  >&lt;p&gt;No change at all from my point of view. &lt;a href=&quot;https://bugs.mojang.com/browse/BDS-10608?focusedCommentId=1139249&amp;amp;page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-1139249&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;My earlier comment&lt;/a&gt; still holds.&lt;/p&gt;

&lt;p&gt;Was there a code change in this area in 1.18.11 that was expected to change this behaviour?&lt;/p&gt;
</comment>
                            <comment id="1141624" author="JIRAUSER648376" created="Tue, 15 Feb 2022 10:49:55 +0100"  >&lt;p&gt;Hi&lt;/p&gt;

&lt;p&gt;Does this issue still occur after updating BDS to 1.18.11?&#160;&lt;/p&gt;

&lt;p&gt;This ticket will automatically reopen when you reply.&#160;&lt;/p&gt;</comment>
                            <comment id="1139249" author="mikehatfield" created="Thu, 3 Feb 2022 01:19:15 +0100"  >&lt;p&gt;Bedrock 1.18.2.03 doesn&apos;t fix this for me.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;If&lt;/em&gt; I port forward 19132 externally to one of my docker containers&apos; port 19132 then both iOS and Windows clients can ping the server and connect successfully.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;However&lt;/em&gt;, any other external port number causes all clients to &lt;b&gt;fail&lt;/b&gt; to ping or connect.&lt;/p&gt;

&lt;p&gt;I have four dockerized Bedrock servers using macvlan networking resulting in separate LAN IP addresses so they can all expose the default port and be discovered by LAN-connected clients. Only mapping UDP port 19132 specifically through the router will result in a successful external client connection to any one of them (one at a time depending on the forwarding target IP).&lt;/p&gt;</comment>
                            <comment id="1126742" author="JIRAUSER648376" created="Wed, 15 Dec 2021 16:51:05 +0100"  >&lt;p&gt;Hi&lt;/p&gt;

&lt;p&gt;Does this issue still occur after updating to 1.18.2? &lt;/p&gt;

&lt;p&gt;This ticket will automatically reopen when you reply. &lt;/p&gt;</comment>
                            <comment id="1064163" author="JIRAUSER682065" created="Mon, 30 Aug 2021 23:45:18 +0200"  >&lt;p&gt;The same issue with 1.17.11.01. I have ASUS RT-AC66U with enabled port forwarding (I have few more services on the same machine where Minecraft server is dockerized and all of them are working). Random ports in Minecraft are also present:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[INFO] opening worlds/Obsidian level/db
[INFO] IPv4 supported, port: 19132
[INFO] IPv6 not supported
[INFO] IPv4 supported, port: 37750
[INFO] IPv6 not supported
[INFO] Server started.&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Server accessible from within LAN but not accessible from WAN with obvious &quot;Unable to connect to world&quot;. Please help!&lt;/p&gt;</comment>
                            <comment id="1062651" author="JIRAUSER601849" created="Fri, 27 Aug 2021 05:17:07 +0200"  >&lt;p&gt;It&apos;s working! Running a 1.17 image provided by marctv via docker on synology.&#160; I can now connect locally and remotely again.&#160;&lt;/p&gt;</comment>
                            <comment id="1062091" author="JIRAUSER583136" created="Wed, 25 Aug 2021 21:40:10 +0200"  >&lt;p&gt;Anyone watching able to confirm this as an issue? I&apos;m 99.9999% sure they didn&apos;t fix this, but I also enabled local reflection on my router/dns to avoid such issues, and I don&apos;t particularly feel like changing that to confirm this :sweat_smile:&lt;/p&gt;</comment>
                            <comment id="1062025" author="JIRAUSER484247" created="Wed, 25 Aug 2021 19:02:19 +0200"  >&lt;p&gt;&lt;b&gt;Thank you for your report!&lt;/b&gt;&lt;br/&gt;
However, this issue has been temporarily closed as&#160;&lt;b&gt;&lt;font color=&quot;#ff5722&quot;&gt;Awaiting Response&lt;/font&gt;&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;Is this still an issue in the latest version? If so, can you please add it to the affected versions (or mention it if you are not the reporter).&lt;/p&gt;

&lt;p&gt;This ticket will automatically reopen when you reply.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Quick Links&lt;/b&gt;:&lt;br/&gt;
&#128211;&#160;&lt;a href=&quot;http://help.mojang.com/customer/portal/articles/801354-writing-helpful-bug-reports-for-minecraft&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Issue Guidelines&lt;/a&gt;&#160;&#8211; &#128172;&#160;&lt;a href=&quot;https://help.minecraft.net/hc/en-us/requests/new&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Mojang Support&lt;/a&gt;&#160;&#8211; &#128231;&#160;&lt;a href=&quot;https://feedback.minecraft.net/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Suggestions&lt;/a&gt;&#160;&#8211; &#128214;&#160;&lt;a href=&quot;http://minecraft.gamepedia.com/Minecraft_Wiki&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Minecraft Wiki&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="938724" author="JIRAUSER617695" created="Sun, 7 Mar 2021 17:39:21 +0100"  >&lt;p&gt;Is this being looked at?&#160;&lt;/p&gt;

&lt;p&gt;Experiencing the exact same problem as described by OP and the rest, and also have a double NAT setup as highlighted seems to be the problem by Eduo above.&lt;/p&gt;

&lt;p&gt;Both NATs (ISP Router NAT, then Eero router NAT) are configured properly for port forwarding of port 19132.&lt;/p&gt;

&lt;p&gt;But at startup, as noted by the others, a second &apos;random port&apos; is also assigned:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
[Version 1.16.201.3]&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
[INFO] IPv4 supported, port: 19132
[INFO] IPv6 supported, port: 19133
[INFO] IPv4 supported, port: 54704 &amp;lt;-- seems to assign random 2nd port each startup
[INFO] IPv6 supported, port: 54705
[INFO] Server started.&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Server info is successfully seen from WAN when checked via&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
https:&lt;span class=&quot;code-comment&quot;&gt;//bedrockinfo.com/&lt;/span&gt;&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Server can be connected to successfully from within LAN, but from WAN, searching for the IP/port combo from within Minecraft Bedrock shows no ping success, no server-name found, and &quot;unable to connect to world&quot;.&lt;/p&gt;

&lt;p&gt;Please help, Mojang!&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="934187" author="JIRAUSER615445" created="Mon, 1 Mar 2021 15:41:11 +0100"  >&lt;p&gt;TL;dr: This issue started for all at the same time the &quot;random ports&quot; started. It also seems to be heavily influenced by port mapping and NATs. It may be that random ports keep being assigned upon connection but it surely seems linked&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I think this issue is being sidetracked. I think the issue goes beyond this (and may or may not be related to the tendency of most recent version to assign random port numbers).&lt;/p&gt;

&lt;p&gt;It seems in all cases the common thread is double-natting. I have the same issue and I have confirmed it both in Windows and Linux. My servers used to work before the later updates that broke port creation.&lt;/p&gt;

&lt;p&gt;I&apos;m running the server behind the ISP Router NAT and then the Eero router NAT.&#160;&lt;/p&gt;

&lt;p&gt;Public IP &amp;gt; ISP Router full NAT&#160;&amp;gt; Eero IP per-port map -&amp;gt; Server IPs&lt;/p&gt;

&lt;p&gt;In the same Eero network I have mapped services for Minecraft, Remote Desktop, SSH, Plex, Pihole web server, Sonarr, etc.&lt;/p&gt;

&lt;p&gt;Access from the LAN works ok with the individual IP of all.&lt;/p&gt;

&lt;p&gt;Access from the ISP router WLAN doesn&apos;t work. I can access all the services other than Minecraft in their correct and their mapped ports (respectively).&lt;/p&gt;

&lt;p&gt;Access from the WAN works ok with the external public IP for all these services except for Minecraft (same as above), which broke in the same release the &quot;random port number&quot; was introduced.&lt;/p&gt;

&lt;p&gt;Like OP, I work in devops and have services and supported networks and servers for all of my long working life. The whole network works but this particular server, which stopped working at the same time it started assigning random port numbers on startup.&lt;/p&gt;

&lt;p&gt;So it seems the problem may be directly pointing to port mapping.&#160;&lt;/p&gt;</comment>
                            <comment id="932861" author="hman_thunder" created="Sat, 27 Feb 2021 17:26:10 +0100"  >&lt;p&gt;When running BDS in any virtual/docker environment, make sure the environment is getting the correct time. Once I resolved this some of my connection issues went away.&lt;/p&gt;</comment>
                            <comment id="905548" author="JIRAUSER601849" created="Wed, 27 Jan 2021 04:56:21 +0100"  >&lt;p&gt;Same issue here, started in early January 2021. Running native windows bedrock server&#160;1.16.201.2. I can connect locally but not from outside of my LAN. Ports are forwarding like they should as everything was working fine prior to the update at the end of the year. I even went so far as to create a new server instance on a different computer and a completely different router. Tried different ports too.. nothing.&#160;&lt;/p&gt;</comment>
                            <comment id="897361" author="JIRAUSER597561" created="Sun, 17 Jan 2021 02:19:52 +0100"  >&lt;p&gt;I&apos;m having almost the same issue. Native Windows 10 install,&#160; BDS 1.16.201.2. I can connect if I&apos;m on my LAN, but trying to connect externally with my public IP fails - with one exception that I discovered earlier today: I have SurfShark VPN installed on my phone and, I have no idea why, but I can connect to my server using the external IP as long as I am connected through my VPN. I was almost out of ideas before I stumbled across the VPN. Unfortunately, this is not an acceptable workaround, as not all of my players pay for a VPN service, and I&apos;m not entirely sure why this works at all, unless some part of the traffic is being blocked by my ISP (Verizon at home and Cricket on my phone). I confirmed that the use of a VPN does enable connections by installing SurfShark on my wife&apos;s phone and then attempting to connect from her Android device through the VPN to the public IP of the Windows 10 PC running the server.&lt;/p&gt;

&lt;p&gt;I also checked to verify that port forwarding is configured correctly on my router for both Minecraft and XBox Live services. I can also get basic server info from bedrockinfo.com.&lt;/p&gt;</comment>
                            <comment id="888061" author="JIRAUSER591605" created="Sat, 2 Jan 2021 10:02:53 +0100"  >&lt;p&gt;I&apos;m having the same issue. Also was running it in a docker container, but I&apos;m having issues running it directly on my machine as well. Connection works fine over LAN but fails using the IP or DNS. Server&#160;version 1.16.201.2 and client version 1.16.201 build 5131175. And my server info is shown on that bedrockinfo site too.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Very strange!&lt;/p&gt;</comment>
                            <comment id="885139" author="JIRAUSER589432" created="Mon, 28 Dec 2020 01:03:19 +0100"  >&lt;p&gt;I can confirm the same issue on two server (one in my home-lan and one hosted in cloud). Both running as docker containers, but according to Jody Cloutier I don&apos;t think this is an Docker issue. Would be nice, if this issue is raised in priority.&lt;/p&gt;</comment>
                            <comment id="882201" author="freejac" created="Tue, 22 Dec 2020 18:11:13 +0100"  >&lt;p&gt;Hi Just confirming the same as others. Cannot connect with outside IP only LAN with version 1.16.201 native install not a Docker container.&#160;&lt;/p&gt;

&lt;p&gt;Hi All. I Just wanted to update this thread. My Server started working in January. The only thing I did differently was re-install my O/S. A friend of mine who is real handy with Wireshark was going to take a look at it so i brought it back online after the O/S re-install, (W10 home on a NUC type device) and before he even started digging into the problem we just tried it and it worked. I wish i could pinpoint exactly why it works now but didnt in December. I literally changed nothing to the setup. my router was already set back in December as well the server was on a USB hard drive that i plugged in and doulble clicked the BDS .exe file and brought it up. The only detail about the operating system that comes to mind is it came with W10 Home OEM 1909 that did a feature update to 20H2 wheras i reinstalled W10 Home 20H2. All the drivers and there are many missing came from Windows Update but i wont worry about no sound on that little machine because my server is working.&#160;&lt;br/&gt;
&#160;&lt;/p&gt;</comment>
                            <comment id="881051" author="JIRAUSER565401" created="Tue, 22 Dec 2020 12:11:56 +0100"  >&lt;p&gt;me too&lt;/p&gt;

&lt;p&gt;for my server&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;using screen to start the server, and default server.properties&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;i cant connect using public ip&lt;/p&gt;

&lt;p&gt;but when im using vpn from my server, and using local ip to connect, it works fine&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;so, using this site &lt;a href=&quot;https://bedrockinfo.com/,&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bedrockinfo.com/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;i can confirm that the server is on, but cant connect using public ip&lt;/p&gt;</comment>
                            <comment id="863682" author="JIRAUSER583136" created="Tue, 15 Dec 2020 21:34:51 +0100"  >&lt;p&gt;note: it is possible there is some strange way the client deals with NAT and is failing due to a reflection issue. that wouldn&apos;t be a bug with the server, and if so, might need to be transferred to the client project instead. i would still classify that as a bug, though, given the total lack of documentation, and the very non-standard behaviour given all the existing apps I serve without issue under my current configuration&lt;/p&gt;

&lt;p&gt;(also as a random sidenote, i&apos;m pretty sure the docs don&apos;t actually say what protocol the port is using, might want to do that)&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_11500" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>ADO</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>720289</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10302"><![CDATA[Community Consensus]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_11700" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i1q4l3:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    </customfields>
    </item>
</channel>
</rss>