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

Setup: jool_siit on ipv6-only workstation #430

Open
zod076 opened this issue Dec 12, 2024 · 6 comments
Open

Setup: jool_siit on ipv6-only workstation #430

zod076 opened this issue Dec 12, 2024 · 6 comments

Comments

@zod076
Copy link

zod076 commented Dec 12, 2024

Hi lists,

I have a typical flat network, router(asus) -> LAN(IPv6-only) and on the LAN i have a Debian machine running Jool Stateful NAT64.

The Debian machine is the only dual-stack machine for translation to work.
On the router I have a static route for 64:ff9b::/96 pointing to the NAT64 machine. Things are working.

Now I want to add jool_siit. Where do I add this ? I have another Debian workstation that is IPv6-only. Do I add it here ?

How would the commands look like after doing modprobe jool_siit ?

As I understand it, jool_siit is clat, meaning the Debian workstation could ping 1.1.1.1 and get a reply.

Thanks.

@zod076 zod076 changed the title jool_siit setup on ipv6-only workstation Setup: jool_siit on ipv6-only workstation Dec 12, 2024
@ydahhrk
Copy link
Member

ydahhrk commented Dec 13, 2024

I have a typical flat network, router(asus) -> LAN(IPv6-only) and on the LAN i have a Debian machine running Jool Stateful NAT64.

I have another Debian workstation that is IPv6-only.

  IPv4          IPv6
   │             │
╔══╧═════╗  ╔════╧════╗
║ Router ║  ║ Debian  ║
║ (Asus) ║  ║ (NAT64) ║
╚══╤═════╝  ╚════╤════╝
   │     IPv6    │
   └──────┬──────┘
          │
      ╔═══╧══════╗
      ║  Debian  ║
      ║ (Client) ║
      ╚══════════╝

the Debian workstation could ping 1.1.1.1 and get a reply.

Or it can ping 64:ff9b::1.1.1.1. (DNS64 adds the "64:ff9b::" automatically.)

If DNS64 is not an option for you (because of DNSSEC or whatever), then sure, you can enclose the SIIT in a network namespace, and the client will be able to ping 1.1.1.1. The enclosed SIIT will add 64:ff9b, and the NAT64 will remove it.

@zod076
Copy link
Author

zod076 commented Dec 14, 2024

Ok, so how would the jool_siit commands look like on the Debian workstation ? No network namespace required as I'd like to simulate it being somewhat similar to clatd. The NAT64 Debian machine is also acting as a DNS64 resolver for the local network.

@ydahhrk
Copy link
Member

ydahhrk commented Dec 14, 2024

No network namespace required

I don't think this can be done without a network namespace.

I'd like to simulate it being somewhat similar to clatd.

If you mean this clatd, then maybe the solutions aren't as different as you think.

clatd's README says that it (normally?) uses Tayga under the hood. As I understand it, Tayga is a TUN interface, which is a virtual interface. When you enclose Jool in a network namespace, you're essentially simulating that.

In any case, if clatd is already working for you, you can just use it. Nothing wrong with that AFAIK.

@zod076
Copy link
Author

zod076 commented Dec 15, 2024

Ok say I setup a network namespace for jool siit, how would the jool_siit commands look like in the network namespace ?

@ydahhrk
Copy link
Member

ydahhrk commented Dec 16, 2024

Like this

@zod076
Copy link
Author

zod076 commented Dec 16, 2024

Like this

Will try thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants