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

port-forwarded service always appears to originate from 127.0.0.1 #155

Closed
andrewgdunn opened this issue Jul 25, 2020 · 2 comments
Closed
Labels
wontfix This will not be worked on

Comments

@andrewgdunn
Copy link

andrewgdunn commented Jul 25, 2020

Reference: containers/podman#6965

the default approach of providing port-forwarding in rootless mode has switched (and been hard-coded) to rootlessport,
for the purpose of providing super performance. The side-effect of this switch is source within the container to the port-forwarded service always appears to originate from 127.0.0.1 (see this issue)

This commit allows a user to specify if they want to revert to the previous approach
of leveraging slirp4netns add_hostfwd() api which, although not as stellar performance,
restores usefulness of seeing incoming traffic origin IP addresses.

Will rootlesskit add features to be able to resolve the originating address when doing forwarding? Please forgive/close if this is the wrong place to report it, I assumed that the issue would be more pertinent here than in the podman repository.

@AkihiroSuda
Copy link
Member

This is currently by design. Not sure how we could propagate the original src IP.

@AkihiroSuda AkihiroSuda added the wontfix This will not be worked on label Jul 25, 2020
@andrewgdunn
Copy link
Author

Excellent, thanks for clarification. I'm not familiar enough with the project intent/direction to disagree. I'll say from an end user standpoint we're happy to see this get merged so that we can specify slirp4netns. I'm really interested in the performance improvements that rootlesskit offers, but we're needing to see the source address inside the container (for ssh) as well as #153 bit us pretty hard.

Thanks for the quick feedback! I'll close this here. It's a good tombstone for others to find when they're trying to figure out why their source addressing looks like localhost.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants