чт, 14 июл. 2022 г. в 14:57, Jude DaShiell :
>
> I'll go on a guess alsa got installed on the system. If that is correct,
> please try a command as root in terminal if necessary or on console:
>
>
> amixer set Master 100% unmute && alsactl store && aplay
> /usr/share/sounds/alsa/Front_Center.wav
>
вс, 17 июл. 2022 г. в 19:18, gevisz :
>
> чт, 14 июл. 2022 г. в 14:57, Jude DaShiell :
> >
> > I'll go on a guess alsa got installed on the system.
Yes, it is.
> > If that is correct, please try a command as root in terminal
> > if necessary or on console:
> >
> > amixer set Master 100% unmute &&
чт, 14 июл. 2022 г. в 10:53, Michael :
>
> On Thursday, 14 July 2022 07:19:14 BST gevisz wrote:
> > пт, 11 мар. 2022 г. в 20:15, gevisz :
> > > пн, 19 окт. 2020 г. в 00:15, gevisz :
> > > > вс, 18 окт. 2020 г. в 21:15, Dale :
> > > > > gevisz wrote:
> > > > > > вс, 18 окт. 2020 г. в 17:20, Dale :
>
On Friday, 15 July 2022 18:15:04 CEST Grant Taylor wrote:
> On 7/15/22 1:15 AM, J. Roeleveld wrote:
> > Yes.
>
> Okay.
>
> That simply means that SSH keys won't be used to authenticate to the
> remote system.
>
> > How would it not prompt for a password.
>
> There is a PAM module; pam_ssh_agent
On Friday, 15 July 2022 18:32:52 CEST Grant Taylor wrote:
> On 7/15/22 1:53 AM, J. Roeleveld wrote:
> > I agree, but that is a tedious process.
>
> Yes, it can be. That's where some automation comes into play.
True, properly done automation is necessary to make our lives easier.
> > I have mult
On Friday, 15 July 2022 14:44:10 CEST Neil Bothwick wrote:
> On Fri, 15 Jul 2022 09:53:44 +0200, J. Roeleveld wrote:
> > > There's no reason you cannot change SSH keys as regularly, and good
> > > reasons why you should. It's just that people don't bother to do it.
> >
> > I agree, but that is a t
On 7/15/22 11:42 PM, J. Roeleveld wrote:
True, properly done automation is necessary to make our lives easier.
#truth
I tried this approach in the past and some levels of automation still
use this, but for being able to login myself, I found having different
keys become cumbersome and I ende
On 7/15/22 11:46 PM, J. Roeleveld wrote:
Hmm... interesting. I will look into this.
:-)
But, it needs the agent to be running, which will make it tricky for
automation.
Why can't automation start an agent? Why can't there be an agent
running that automation has access to?
(I have some s
On Sunday, 17 July 2022 21:10:52 CEST Grant Taylor wrote:
> On 7/15/22 11:42 PM, J. Roeleveld wrote:
> > True, properly done automation is necessary to make our lives easier.
>
> #truth
>
> > I tried this approach in the past and some levels of automation still
> > use this, but for being able to
On Sunday, 17 July 2022 21:15:05 CEST Grant Taylor wrote:
> On 7/15/22 11:46 PM, J. Roeleveld wrote:
> > Hmm... interesting. I will look into this.
> :
> :-)
> :
> > But, it needs the agent to be running, which will make it tricky for
> > automation.
>
> Why can't automation start an agent?
It co
On 7/17/22 11:24 PM, J. Roeleveld wrote:
If I have 1 desktop and 1 laptop, that means 2 client machines.
Add 5 servers/vms.
/Clients/ need (non-host) key pairs. Servers shouldn't need non-host
key pairs. Servers should only need the clients' public keys on them.
That means 10 ssh-keys per
On 7/17/22 11:48 PM, J. Roeleveld wrote:
It could, but that would open up an unsecured key to interception if
an intermediate host is compromised.
What are you thinking? -- I've got a few ideas, but rather than
speculating, I'll just ask.
See previous answer, the agent, as far as I know, w
On Friday, 15 July 2022 18:39:25 CEST Grant Taylor wrote:
> On 7/14/22 3:22 PM, Steve Wilson wrote:
> > Have you looked at dev-tcltk/expect?
>
> Expect has it's place.
>
> Just be EXTREMELY careful when using it for anything security related.
I agree
> Always check for what is expected before s
13 matches
Mail list logo
