Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)CR
Posts
21
Comments
107
Joined
2 yr. ago

  • Nope, an application like this can't work as a flatpak as the sandbox prevents almost all shell functionality and makes the application unusable. Yes, the AppImages are basically the best solution for immutable operating systems.

  • I think in the end you still have to exercise some trust. There are things like audits, but these are costly and not an option in the current stage. Maybe in the future. Best I can do is to provide transparency by open-sourcing large parts of the codebase and providing detailed security information like https://docs.xpipe.io/reference/security.

    As someone who sometimes sells to the german public sector, it is true that they would prefer a good open source solution if it was available. But me being a german vendor makes up for it, as they still prefer this a lot more over any US-based vendors.

    In general about the key handling, XPipe doesn't read any kind of keys itself, it only forwards them to the local OpenSSH client. It is essentially a wrapper around in existing ssh client, and doesn't implement anything related to key handling itself.

  • I think if you have a specialized tools with openstack, XPipe probably can't compete with that in that area. But it can make your life easier in a lot of other areas and common tasks when it comes to accessing many servers.

    About the FOSS requirement, I know that this is a dealbreaker for some. That is a tradeoff when going the commercial route

  • Yes, the community edition doesn't have any limitation.

    For paid plans, it's relative to the average usage and activations across all licenses. E.g. if you, as an enterprise, purchase licenses for 5 users, but have a usage like other customers with 20 users, I might inquire about how you are using it. If it is a special case where you install and use it on many servers and VMs in parallel, this can be taken into account and the limits can be adapted. But in general, the license limits are permissive and do not interfere with your usage.

  • Linux @lemmy.ml

    XPipe - A connection hub for all your servers: Status update for the v16 release

    Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers: Status update for the v16 release

  • So I worked on this over the last couple of days and fixed several performance issues in the latest 15.4 release, especially when it comes to handling many added connections like in your case. Feel free to try it again, it should handle better now.

  • So I worked on this over the last couple of days and fixed several performance issues in the latest 15.4 release, especially when it comes to handling many added connections. Feel free to try it again, it should handle better now.

  • The only possibility I see here is that this is a Windows 10 system with an older SSHD if mobaxterm doesn't work anymore as there were some changes on which SSHD executable XPipe will use for mobaxterm.

    About the X11, I am not aware of any changes that could change that behaviour. If no parent connection of the LXC container has that explicitly enabled, it shouldn't use that.

    For both issues, feel free to post on GitHub and Discord and I can help troubleshoot this

  • I am a bit confused by the feedback on the performance here. Now the performance wasn't that great previously, but that should have been fixed over time, especially in the latest updates.

    Maybe I am missing something when testing. So if you want, feel free to elaborate on where the performance issues occur, I can look into that.

  • Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers: Status update for the v15 release

    Linux @lemmy.ml

    XPipe - A connection hub for all your servers: Status update for the v15 release

  • Alright, I see your points.

    Now that you have spent a lot of time discussing it, even looking at the code, one thing that would be valuable for me would be how accurate your expectations are based on what you read here compared to the actual app. If it is pretty much as expected, then I guess at least my summaries are accurate. If it's not, then I can still do a better job at that part. Fundamentally changing the project itself is a little bit too late, but at least the communication can be changed on why people could use it. And I'm not trying to gain a new user here as it's probably not for you, but still would be interesting to me. You can give it five minutes and use the .tar.gz or the .appimage if you don't want to install anything.

  • Thanks for taking your time to write this.

    I think the main point I'm trying to figure out here is whether this is a communications issue, i.e. how I describe it is not optimal or whether this is a fundamental project issue. Because I think I have a clear vision and target audience, I am part of that audience myself. The thing is, there isn't one standout feature. The value comes from the combination and integrations of multiple features that work together and allow for a smooth use experience. I can say it has support for SSH, docker, kubernetes, hypervisors, and more but all of that on an individual layer isn't that unique, it's the combination that you can use all of them together. But this is difficult to put into words, trying it out for yourself for a few minute usually yields better results.

    About the shell commands, that is one of the standout features about it, so it's on purpose. I know this approach is more difficult and error prone than doing some kind of native library stuff, but it also allows me to run the same commands in remote shells on remote systems.

  • Linux @lemmy.ml

    XPipe - A connection hub for all your servers: Status update for the v14 release

    Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers: Status update for the v14 release

    Linux @lemmy.ml

    XPipe - A connection hub for all your servers: Status update for the v13 release

    Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers: Status update for the v13 release

    Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers - Status update for the v12 release - Now with selfhst icons!

    Selfhosted @lemmy.world

    XPipe - A connection hub for all your servers - Status update for the v11 release

    Linux @lemmy.ml

    XPipe 10 comes with web service port-forwarding, markdown notes, better proxmox support, a new HTTP API, and more

    Selfhosted @lemmy.world

    XPipe 10 comes with web service port-forwarding, markdown notes, better proxmox support, a new HTTP API, and more

    Linux @lemmy.ml

    XPipe 9 comes with VNC, RDP, and SSH X11 support, a better SSH integration, terminal improvements, and many bug fixes

    Selfhosted @lemmy.world

    XPipe 9 comes with VNC, RDP, and SSH X11 support, a better SSH integration, terminal improvements, and many bug fixes

    Selfhosted @lemmy.world

    XPipe status update: A new fast terminal launcher, a better file browser, performance improvements, and many bug fixes

    Linux @lemmy.ml

    XPipe status update: A new fast terminal launcher, a better file browser, performance improvements, and many bug fixes

    Selfhosted @lemmy.world

    XPipe status update: New scripting system, advanced SSH support, performance improvements, and many bug fixes

    Linux @lemmy.ml

    XPipe status update: New scripting system, advanced SSH support, performance improvements, and many bug fixes

    Linux @lemmy.ml

    Status update for XPipe, a new type of shell connection hub and remote file manager

    Selfhosted @lemmy.world

    XPipe status update: SSH tunnel and config support, many new features, and lots of bug fixes