• 2 Posts
  • 28 Comments
Joined 2 years ago
cake
Cake day: September 25th, 2023

help-circle


  • Do you have a specific use case for two containers that you want to talk to each other?

    Sure, for example once a Jitsi Meet meeting ends (more than 1 person in a room in, everybody gone), save the chat log to CopyParty e.g. WebDAV push to /meetingname_date.txt would be enough to be useful. It’s something we tend to do manually on a regular basis.

    road map of what you are trying to accomplish before hand, and run it by the dev teams.

    Yes no rush and I can code so I would be able to test before suggesting anything.

    As I’m thinking about it, I wonder if your solution might be automation?

    I don’t touch AI but I do think conventions, e.g. not “just” an API but SWAGGER, specific filesystem on mountpoints, etc could facilitate this.



  • Thanks, that’s indeed exactly the kind of thing I’m looking for “The authentication glue you need.” but even more generalized than that, e.g. just “the glue you need.” not solely for authentication.

    Edit: to clarify and coming back after leaving few other comments, the 1 thing authentik has is that it is a cross-service need, namely nearly all services do need authentication AND, probably consequence of that, there are conventions and standards already in place, e.g. SAML, OAuth2/OIDC, LDAP, Auth0. So that makes everything much easier.






  • Well I do have Home Assistant, been running it for years, but HA is solely for … well home assisting (or IoT). HA as integrations but let’s say I want to use HA with … any of my other services, e.g. CopyParty to maybe store logs and makes them available or PeerTube to have videos from my camera, I can look at HA integrations, or CopyParty… issues maybe, or PeerTube npm registry.

    My point being that HA is a good example with integrations but it’s just one example. If I do take this example seriously though, is there a mechanism beside manual search in the list of integration that would list integrations with my services directly?



  • Different networks entirely. AFAICT no IP is hardcoded, only domain names which are the same.

    But… please feel free to check the URL, it seems to work.

    My hypothesis is that the player in the browser, maybe due to WebWorks, had cached the IP of the content. So I was getting the UI/API from the new IP but the content itself (namely video files) from the old IP which might have created some CORS/CSP issues and that the player itself blocked it. (updating the post on the forum with that idea in case others get in a similar situation)


  • Is the docker container spinning up and running, or failing and exiting?

    Running and healthy

    Run docker ps, it’ll tell you how long your containers have been running or if they exited.

    Indeed and they don’t exit.

    If everything is running then it’s most likely network, and I’d need to know how it is you used to access it on the old server (web address? Ip?)

    It it accessible via the domain name so networking, as least for UI and API, is working fine. Reverse proxy does let traffic go through.

    If it’s not running then you get to dig through error logs to get to the next step 🤓

    I checked error logs of all containers and seems fine. The only error I see are client side.







  • I mean… detecting (some) VPNs is as trivial as

    fetch('https://github.com/NazgulCoder/IPLists/raw/refs/heads/main/output/vpn-ipv4.txt').then( res => res.text() ).then( res => console.log( res.includes( "1.2.3.4" ) ) )

    thanks to https://github.com/NazgulCoder/IPLists/

    FWIW though I did try, connected via a random VPN from ProtonVPN from Argentina… and it wasn’t in that list. So it’s not perfect. Also ProtonVPN has apparently today 13K servers according to https://protonvpn.com/vpn-servers

    That being said I can imagine that Google, which is literally built on crawling the Web, has all the infrastructure and expertise needed to have such lists and up to date ones.

    I’m not justifying blocking VPN here, only trying to clarify that unless you self-host in a rather specific setup (i.e. not relying a popular cloud provider but truly self hosting) it’s technically not hard to block VPNs.