[GH-ISSUE #68] Connection option to specify kitty profile #1013

Closed
opened 2026-02-28 12:00:47 +03:00 by kerem · 8 comments
Owner

Originally created by @majkinetor on GitHub (Jan 28, 2021).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/68

Originally assigned to: @VShawn on GitHub.

Kitty/putty has a profile given the huge number of options it has. PRM should support specifying it.

If existing profiles can be listed even better, but it would be enough to just specify it by name.

One should keep in mind that this couples PRM with local system settings and if it is moved to another machine connection may not work. There might be a way to embed the profile in PRM connection settings.

Originally created by @majkinetor on GitHub (Jan 28, 2021). Original GitHub issue: https://github.com/1Remote/1Remote/issues/68 Originally assigned to: @VShawn on GitHub. Kitty/putty has a profile given the huge number of options it has. PRM should support specifying it. If existing profiles can be listed even better, but it would be enough to just specify it by name. One should keep in mind that this couples PRM with local system settings and if it is moved to another machine connection may not work. There might be a way to embed the profile in PRM connection settings.
Author
Owner

@VShawn commented on GitHub (Jan 28, 2021):

@bluikko

Do you mean this setting?
image

let me think about it
there are several sources:

  • putty profile in register table
  • kitty profile in register table
  • kitty-portable profile in files

they are in different format, it is a challenge to list them together.

<!-- gh-comment-id:769025810 --> @VShawn commented on GitHub (Jan 28, 2021): @bluikko Do you mean this setting? ![image](https://user-images.githubusercontent.com/10143738/106139643-a674bb00-61a8-11eb-9792-9192f91deb06.png) let me think about it there are several sources: - putty profile in register table - kitty profile in register table - kitty-portable profile in files they are in different format, it is a challenge to list them together.
Author
Owner

@bluikko commented on GitHub (Jan 28, 2021):

Yes that is the setting.

I would say forget about kitty, not everyone can or want to use it.

<!-- gh-comment-id:769077798 --> @bluikko commented on GitHub (Jan 28, 2021): Yes that is the setting. I would say forget about kitty, not everyone can or want to use it.
Author
Owner

@majkinetor commented on GitHub (Jan 28, 2021):

I would say forget about kitty, not everyone can or want to use it.

Kitty is the only one that supports advanced options, such as sending password via cmd line, so I guess that is not an option. Kitty is superset of putty BTW.

<!-- gh-comment-id:769079237 --> @majkinetor commented on GitHub (Jan 28, 2021): > I would say forget about kitty, not everyone can or want to use it. Kitty is the only one that supports advanced options, such as sending password via cmd line, so I guess that is not an option. Kitty is superset of putty BTW.
Author
Owner

@bluikko commented on GitHub (Jan 28, 2021):

I've not missed any kitty options - not sure what they are exactly. Sending password would not be helpful in an enterprise where password saving is forbidden.

Using a SSH agent is a far better solution. Typing a password for those devices that do not support public keys in a directory service (switches etc. mostly) is not a big thing compared to the security benefits.

It seems you target home users. Just trying to give an enterprise point of view.

<!-- gh-comment-id:769083125 --> @bluikko commented on GitHub (Jan 28, 2021): I've not missed any kitty options - not sure what they are exactly. Sending password would not be helpful in an enterprise where password saving is forbidden. Using a SSH agent is a far better solution. Typing a password for those devices that do not support public keys in a directory service (switches etc. mostly) is not a big thing compared to the security benefits. It seems you target home users. Just trying to give an enterprise point of view.
Author
Owner

@majkinetor commented on GitHub (Jan 28, 2021):

not sure what they are exactly.

Thats why you didn't miss them :)

Sending password would not be helpful in an enterprise where password saving is forbidden.

Even enterprise does that on production envs, while devs typically handle dozen of stage/test/whatever environments that don't have such requirements.

Using a SSH agent is a far better solution

You have before cmd now so you can use it to start agent.

It seems you target home users.

While I do think that @VShawn targets home users (mostly due to Personal in PRM), I think it should work for enterprise users. I used number of 'enterprise' tools like this, even payed for some, and ditched them all after few weeks.

<!-- gh-comment-id:769087406 --> @majkinetor commented on GitHub (Jan 28, 2021): > not sure what they are exactly. Thats why you didn't miss them :) > Sending password would not be helpful in an enterprise where password saving is forbidden. Even enterprise does that on production envs, while devs typically handle dozen of stage/test/whatever environments that don't have such requirements. > Using a SSH agent is a far better solution You have `before cmd` now so you can use it to start agent. > It seems you target home users. While I do think that @VShawn targets home users (mostly due to _Personal_ in PRM), I think it should work for enterprise users. I used number of 'enterprise' tools like this, even payed for some, and ditched them all after few weeks.
Author
Owner

@bluikko commented on GitHub (Jan 28, 2021):

I brought up the SSH agent because profiles were not supported - mine is started on Windows startup.

We have to just agree to disagree. I hope nobody would use a plain password on those environments, I'd expect them to use keys and likely with an agent.

<!-- gh-comment-id:769097154 --> @bluikko commented on GitHub (Jan 28, 2021): I brought up the SSH agent because profiles were not supported - mine is started on Windows startup. We have to just agree to disagree. I hope nobody would use a plain password on those environments, I'd expect them to use keys and likely with an agent.
Author
Owner

@majkinetor commented on GitHub (Jan 28, 2021):

I hope nobody would use a plain password on those environments

OK, lets disagree then :) I would demand against it on my projects, because that would slow everybody down a lot for no good reason (on test environments data is mostly generated). So you are the one for the form, I am the one for the customer satisfaction (which is low if you are slow). There are at least 10 more reasons, but lets not go off topic.

<!-- gh-comment-id:769117491 --> @majkinetor commented on GitHub (Jan 28, 2021): > I hope nobody would use a plain password on those environments OK, lets disagree then :) I would demand against it on my projects, because that would slow everybody down a lot for no good reason (on test environments data is mostly generated). So you are the one for the form, I am the one for the customer satisfaction (which is low if you are slow). There are at least 10 more reasons, but lets not go off topic.
Author
Owner

@VShawn commented on GitHub (Jan 28, 2021):

I would say forget about kitty, not everyone can or want to use it.

I change to Kitty just because It support auto-command, to let me auto run some compile or test when I connect to a VM Ubuntu.

user should be able to choose SSH via KiTTY/PuTTY/PuTTY-CAC in the future version. Then you may choose what you like. But now we still a long trip to achieve this above #61.

Just trying to give an enterprise point of view.

I did build PRM for home users. Since all my test were based on VMs, no IT supports makes me hard to test something like RDP Gateway / SSH agent / SSH tunnels( i.e. I can add the feature but can't test it), if I can build the environment one day, I'd like to add support them.

BTW It is wellcomed for someone enterprise user to add new key support for PRM. PRM is not limit to persional only.

<!-- gh-comment-id:769137233 --> @VShawn commented on GitHub (Jan 28, 2021): > I would say forget about kitty, not everyone can or want to use it. I change to Kitty just because It support auto-command, to let me auto run some compile or test when I connect to a VM Ubuntu. user should be able to choose SSH via KiTTY/PuTTY/[PuTTY-CAC](https://github.com/NoMoreFood/putty-cac) in the future version. Then you may choose what you like. But now we still a long trip to achieve this above #61. > Just trying to give an enterprise point of view. I did build PRM for home users. Since all my test were based on VMs, no IT supports makes me hard to test something like RDP Gateway / SSH agent / SSH tunnels( i.e. I can add the feature but can't test it), if I can build the environment one day, I'd like to add support them. BTW It is wellcomed for someone enterprise user to add new key support for PRM. PRM is not limit to `persional` only.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/1Remote#1013
No description provided.