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

[Feature Request] Export option allowing importing all configured hosts #122

Closed
dwilliam62 opened this issue Dec 24, 2023 · 22 comments
Closed

Comments

@dwilliam62
Copy link

With Putty for example I can copy the config files and easily add them or sync them between systems.

This would go a long way to making it easier to deploy at companies.

ideally the export file would be encrypted with a password

Thanks for this tool. I just started using it today at home.

@crschnick
Copy link
Member

Have you tried the git vault functionality yet? That one tries to approach of syncing information between systems from a more modern angle. If the git integration does not fit your use case, I can think of also adding a normal export functionality.

If you set a vault master passphrase in the settings, it does encrypt the sensitive information. That also applies to the information then stored in the git repository.

@dwilliam62
Copy link
Author

I am looking at it now I think that will work. It's more involved for sure. At work we have SecureCRT. We have a master config file that has not only hosts and VMs but commands for troubleshooting our product in their layered button bar feature. I.e. if I am working on a subsystem of the product, I can select from a drop down and get all the relevant troubleshooting commands for that subsystem as buttons that will run those commands or scripts. As it gets updated we can import and merge it as needed. Not need to set up git, a git repo, a git server, etc... Especially in non commercial settings Hopefully something for future consideration. Thank you

@crschnick
Copy link
Member

Interesting to hear about the actual work setups here. How exactly does the master config get shared in your case? Because I can see some problems here with importing and merging a config with multiple people working on it. That is why I went for using git as a platform, that solves many of these issues better.

The git repository is initialized then managed automatically, the only thing you need is a remote git host somewhere. For example, you can create private repositories for free on GitHub, so I also use that for my connection configurations.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@crschnick
Copy link
Member

That button bar looks like a nice idea, maybe I can also implement that somehow.

If you really want to use the shared drive, you can also change the vault location in the xpipe settings to be located somewhere on that share drive, and your information will be available anywhere you can access that shared drive from. It just gets a little bit complicated when multiple people access the shared data in parallel.

It is not really an export functionality, so I can maybe think about adding something like this in some way.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@crschnick
Copy link
Member

Hm yeah when starting out you will frequently encounter some issues with remote GitHub repositories. Most of the times SSH keys not working is caused by using a HTTP git remote url instead of an SSH-based on that should have the form [email protected]:user/repo.git. That also gives me the idea to verify that within xpipe, because right now we don't verify URLs.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@crschnick
Copy link
Member

Right now you would have to manually copy the data to the new directory when moving it. I could implement an optional dialog to also move the entire data as well though. Right now this functionality to change the directory is primarily there so people can switch between different configs.

Assuming that you were using the default directory before, you can copy the contents of <User Home>\.xpipe\storage into your new directory on the shared drive.

@crschnick
Copy link
Member

I created #128 for this

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@crschnick
Copy link
Member

So if you are using the normal version and the PTB, they have different directories as you mentioned in .xpipe and .xpipe-ptb so they don't interfere. The settings and some other user data are always stored in <home>/.xpipe or <home>/.xpipe-ptb, they can't be moved. The only part that can be moved is the connection configuration storage in <home>/.xpipe/storage.

The settings should not be shared as they contain platform specific information, only the storage directory. So if you change the vault directory in the settings menu, it should always refer to the storage directory, not the parent directory .xpipe itself.

I should clarify that somewhere though, I can see how that is confusing.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 24, 2023 via email

@crschnick
Copy link
Member

I'm sorry for the problems this has caused you, I will definitely use this as a motivation to make the process more robust.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 25, 2023 via email

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 25, 2023 via email

@dwilliam62
Copy link
Author

I am not sure if it's working as designed but only entries in the "Default' are stored to the GIT repository. The "All Connections" hosts are not imported from the GIT repo. I had to move all the connections to default first. I don't knwo how some were default and some were "all" Possibly the non default entries were the ones I cloned?

@crschnick
Copy link
Member

crschnick commented Dec 25, 2023

If you click on the settings button on the category or right click it (i.e. the one's other than Default that you want to share), there should be an option to enable or disable sharing.

This is so that you don't share everything automatically so you can also have private connections as well.

@dwilliam62
Copy link
Author

dwilliam62 commented Dec 25, 2023 via email

@crschnick
Copy link
Member

I guess we can close this?

While having a normal export option would be simpler for a lot of people, this would introduce new problems and I would have to support git and the import/export functionality. I think going forward focusing on git is the better option.

@dwilliam62
Copy link
Author

dwilliam62 commented Jan 5, 2024 via email

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

No branches or pull requests

2 participants