Elektrine lite

← Feed

@btr@social.cpp.org.pl

Post #2233189

2026-04-07 11:24 UTC

@fergycool@mastodon.social @warandpeas@mastodon.social @smallsco@oldbytes.space yup, if you're getting a timeout on the client side, it definitely sounds like a firewall/port forwarding issue. If you have your log level set at INFO or more verbose (I wouldn't recommend DEBUG though, it significantly slows things down and causes random issues), you should see something like "INFO:atalkvpn.server:Registered new node ...". This message shows if anything comes over UDP, so you can easily check if your server is reachable with netcat, e.g.: nc -zu your.atalkvpn.server.address 1029. Keep in mind that there's no client timeout mechanism implemented yet, so the client will stay registered until server restart. It shouldn't cause any issues though, it's just a tiny client object instance sitting quietly in server memory.

Replies (1)

  • @fergycool@mastodon.social 2026-04-07 13:28

    @btr@social.cpp.org.pl @warandpeas@mastodon.social @smallsco@oldbytes.space Thanks! Never thought of that. From the Mac laptop hosting the 7.1 VM it seems I can access TashRouter back on my home LAN using nc over a Tailscale connection as the TashRouter log shows: “Apr 07 14:11:25 wolfalice python3[2284]: 2026-04-07 14:11:25,550 DEBUG: Sending data to “. No time to test further now but will do so later.

    Open ##2233190