Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Autopause function #2115

Closed
woeisme opened this issue May 4, 2023 · 8 comments
Closed

Autopause function #2115

woeisme opened this issue May 4, 2023 · 8 comments
Labels
discussion status/stale No recently activity has been seen and will be closed soon.

Comments

@woeisme
Copy link
Contributor

woeisme commented May 4, 2023

I'm using the autopause feature successfully, however I notice in the logs endless wakeups from random access attempts (I'm runnning a user whitelist).

Endless knock attempts from random IP's are sort of defeating the purpose of the pause, what would be a good way to mitigate this behaviour?

@itzg
Copy link
Owner

itzg commented May 4, 2023

You will need to allow/restrict IP addresses at your internet router or some other routing point prior to the container. Any whitelisting within the Minecraft server won't help because...it has to be unpaused to process and block the connections.

@itzg itzg added the discussion label May 4, 2023
@woeisme
Copy link
Contributor Author

woeisme commented May 5, 2023

That´s unfortunately what I feared, is there a way to do container specific IP firewallling perhaps?

@woeisme
Copy link
Contributor Author

woeisme commented May 5, 2023

I decided to switch away from docker iptables rules to ufw and opened the minecraft port for just the a single users IP using UFW.
I'll test for the next few days to see if that cuts down on the random knocking.

@woeisme
Copy link
Contributor Author

woeisme commented May 5, 2023

For those that would like to use UFW to solve this please read this

I ended up limiting IP access at the router level.

@itzg
Copy link
Owner

itzg commented May 5, 2023

Great solution using UFW and that was exactly the answer to your question of container specific firewall.

@indykoning
Copy link

For the people where that may not be an option it might be cool to implement the likes of https://github.com/timvisee/lazymc
Which doesn't boot the server until a client actually tries to connect.
It gets rid of those pesky port scanners starting the server, but keeps the server accessible from any ip

@itzg
Copy link
Owner

itzg commented May 11, 2023

Very interesting concept, @indykoning . I could use the https://github.com/itzg/mc-router/tree/master/mcproto bits and tie that into start/stop logic in https://github.com/itzg/mc-server-runner/tree/master ...

@github-actions
Copy link

This issue is stale because it has been open 30 days with no activity. Please add a comment describing the reason to keep this issue open.

@github-actions github-actions bot added the status/stale No recently activity has been seen and will be closed soon. label Jun 10, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jun 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion status/stale No recently activity has been seen and will be closed soon.
Projects
Status: Done
Development

No branches or pull requests

3 participants