From: Stefano Brivio <sbrivio@redhat.com>
To: Felix Rubio <felix@kngnt.org>
Cc: passt-user@passt.top
Subject: Re: Connecting back to the host through a dummy veth interface
Date: Mon, 22 Dec 2025 23:51:17 +0100 [thread overview]
Message-ID: <20251222235117.2264ae71@elisabeth> (raw)
In-Reply-To: <2379954.irdbgypaU6@altair>
On Mon, 22 Dec 2025 13:48:03 +0100
Felix Rubio <felix@kngnt.org> wrote:
> Ok, things are starting to get clear. The problem was, I think, between the
> desk and the keyboard.
The chair! I think it was the chair. :)
> * I have everything on a VM that I configure with Ansible. I have just taken
> everything down and started from scratch
>
> * I still have my containers without any ad-hoc network. They are binding only
> to network interface 10.255.255.1, which is a dummy ethernet.
>
> * My error was that I am running an LDAP server in one of these containers,
> and I was checking if it was working with a ldapwhoami. The client was
> replying that could not reach the server, which triggered all subsequent
> investigation, but the real cause was that the certificate offered by the server
> was not trusted by the client, and the latter broke the connection (without
> giving a more proper message - facepalm).
>
> Once fixed the problem with the certificates, everything seems to work. This
> means that:
> * I have a dns server in 10.255.255.1 that resolves ldap.host.internal to
> 10.255.255.1
> * ldap server rootless container is listening to 10.255.255.1:1636
> * ldap client is in another rootless container, and can reach directly
> ldap.host.internal:1636.
>
> ... Is this last point expected? the ldap server is started through podman as
> a regular user, without any network options... nothing fancy.
Yes, it's expected, because 10.255.255.1 is not a loopback address.
> The reason for me asking is that all I have read points in the direction that
> from a rootless container I should not be able to loopback to the host... but
> maybe this dummy interface is not identified as "the host" and therefore I can
It's rather not identified as "loopback".
> connect to services bound to it? On the LDAP side, the logs show that these
> connections are coming from the same 10.255.255.1. That would be actually
> convenient, because then I can put firewall rules in place that prevent
> connecting from that dummy ethernet back to the host at all.
You don't need a whole new interface for that, by the way. You could
just add that address to an existing interface, assuming that the LDAP
server lets you bind to a specific address and not just a specific
interface.
--
Stefano
next prev parent reply other threads:[~2025-12-22 22:51 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <176606116131.2775.3279769610610037541@maja>
2025-12-20 14:12 ` Stefano Brivio
2025-12-20 14:28 ` Felix Rubio
2025-12-21 10:47 ` Stefano Brivio
2025-12-21 15:32 ` Felix Rubio
2025-12-22 22:51 ` Stefano Brivio
2025-12-22 12:48 ` Felix Rubio
2025-12-22 22:51 ` Stefano Brivio [this message]
2025-12-23 7:34 ` Felix Rubio
[not found] ` <3627291.QJadu78ljV@altair>
2025-12-22 22:51 ` Stefano Brivio
2025-12-18 12:32 Felix Rubio
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251222235117.2264ae71@elisabeth \
--to=sbrivio@redhat.com \
--cc=felix@kngnt.org \
--cc=passt-user@passt.top \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for IMAP folder(s).