-
-
Notifications
You must be signed in to change notification settings - Fork 27
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
tftpd responses do not seem to reach host network #20
Comments
Why are you overwriting the service file in your docker run? Use the sample docker run and watch it work. This image has over 10 million pulls and it works just fine. |
@aptalca To add verbosity flags, because it runs without it by default. Otherwise the command is the same. I was able to get logs finally, and it looks like tftpd is receiving the request, but the host does not see the response:
|
This may be some peculiarity with how Docker
Instead, services running on the host are reachable at Edit: I reproduced this on Linux as well. The only difference is there you can |
This might be a relevant Docker bug: moby/moby#15127 (comment) |
I do not get any timeout here.
|
You cannot do TFTP cli from the same host. (even through virtual networks) |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I posted a workaround for this issue in #11 |
TFTP file transfers most definitely work without host level networking I have multiple setups. You can next-server from the same host. I understand this makes connection issues hard/impossible to troubleshoot, but unless anyone has a solid alternative that is reliable for testing people experiencing issues need to take a look at their overall setup. |
I can't get the tftpd connection working on a MacOS machine and docker-compose setup (latest docker version). Even with the #11 fix, I still have the same issue. I also tried to use host networking, but keep getting the "Transfer timed out." messages. I guess its the udp docker networking issue that I'm running into. For now I'm solving it with the build-in tftp server of MacOS and simlinking to the menus folder. That works, but of course not the way I would like it to be. |
Expected Behavior
I should be able to request files from the TFTP service.
Current Behavior
A client trying to request a file just times out with no acknowledgment from the server.
Steps to Reproduce
Run the container, publishing port 69/udp, the TFTP server.
Try to connect to the TFTP server from the host:
Now kill the container and just create a listening netcat instance with
--entrypoint /bin/sh linuxserver/netbootxyz -c 'nc -l -p 69 -u | xxd'
Run the tftp request again and note the output from the Docker container:
This proves that the UDP packet is making it into the container just fine, but the TFTP server is not acknowledging it for some reason.
Environment
OS: macOS 11
CPU architecture: x86_64
How docker service was installed: Docker for Mac
Command used to create docker container (run/create/compose/screenshot)
(Here I override the
run
script to just add more verbosity flags to tftpd. I also know I'm not publishing all the recommended ports, this is just for testing TFTP.)Docker logs
I spent several hours trying to produce logs, down to even hooking calls to
syslog()
inside the TFTP server, but was not able to get anything to help diagnose this issue.The text was updated successfully, but these errors were encountered: