Re: Upgrade to Bookworm, now GNOME keyring dies--no access to stored SSH key passwords

er processes. I certainly hope this is resolved. OTOH, it forced me to recall a number of passwords! 藍 - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB

Re: Upgrade to Bookworm, now GNOME keyring dies--no access to stored SSH key passwords

* On 2023 14 Aug 21:29 -0500, Max Nikulin wrote: > On 14/08/2023 07:30, Nate Bargmann wrote: > > Now, while typing this email all keyring PIDs have vanished! > > It may be a way to minimize RAM usage. I don't think so. It has been persistent in the past in Buster and Bullseye with GNOME and is

Re: Upgrade to Bookworm, now GNOME keyring dies--no access to stored SSH key passwords

On 14/08/2023 07:30, Nate Bargmann wrote: I have been using the GNOME keyring applet to manage the SSH public key passwords I use as it prompts to save passwords and then lets me SSH to other hosts without out a password prompt. I do not know how it is arranged in Gnome, but I hope my

Upgrade to Bookworm, now GNOME keyring dies--no access to stored SSH key passwords

I now have two desktop systems running Bookworm with GNOME. The laptop was upgraded last month and I upgraded the desktop this afternoon. I have been using the GNOME keyring applet to manage the SSH public key passwords I use as it prompts to save passwords and then lets me SSH to other hosts

Re: Passwords

On Tue, Jan 17, 2023 at 3:55 AM DdB wrote: > > Am 17.01.2023 um 07:14 schrieb Stanislav Vlasov: > > вт, 17 янв. 2023 г. в 11:01, David : > >> Looking on the internet it says the passwords are stored in /etc/passwd > >> and /etc/shadow > > > > In /etc/sha

Re: Passwords

On 1/17/23 01:01, David wrote: Morning All, I have forgotten my password to a Debian PC using an SD stick as it's main drive. Looking on the internet it says the passwords are stored in /etc/passwd and /etc/shadow The password string in /etc/shadow looks as if it's encoded, how can I read

Re: Passwords

On Tue, 17 Jan 2023 15:02:03 +0100 steve wrote: > Le 17-01-2023, à 08:07:02 -0500, Greg Wooledge a écrit : > > > > > >If you went in via a Live CD, and mounted the Debian root partition, > >the next step is to chroot into the Debian root partition. Then you > >can run "passwd root" in the

Re: Passwords

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 thx everyone for sharing your point of view(s). I am enjoying that food-for-thought and reconsidering ... Am 17.01.2023 um 15:05 schrieb to...@tuxteam.de: >> chroot can be tricky for newcommers… > That's why passwd is nice to us and has the -R

Re: Passwords

On Tue, Jan 17, 2023 at 03:30:32PM +0100, steve wrote: > Le 17-01-2023, à 15:05:37 +0100, to...@tuxteam.de a écrit : > > > > chroot can be tricky for newcommers… > > > > That's why passwd is nice to us and has the -R option :) > > Thanks Tomas, didn't know that option. Will go to bed a bit less

Re: Passwords

Le 17-01-2023, à 15:05:37 +0100, to...@tuxteam.de a écrit : chroot can be tricky for newcommers… That's why passwd is nice to us and has the -R option :) Thanks Tomas, didn't know that option. Will go to bed a bit less stupid tonight :-)

Re: Passwords

On Tue, Jan 17, 2023 at 03:02:03PM +0100, steve wrote: > Le 17-01-2023, à 08:07:02 -0500, Greg Wooledge a écrit : > > > On Tue, Jan 17, 2023 at 01:53:33PM +0100, steve wrote: > > > Le 17-01-2023, à 07:19:04 -0500, Greg Wooledge a écrit : > > If you went in via a Live CD, and mounted the Debian

Re: Passwords

Le 17-01-2023, à 08:07:02 -0500, Greg Wooledge a écrit : On Tue, Jan 17, 2023 at 01:53:33PM +0100, steve wrote: Le 17-01-2023, à 07:19:04 -0500, Greg Wooledge a écrit : > On Tue, Jan 17, 2023 at 09:36:03AM +0100, steve wrote: > > Easier would be to delete the second field in /etc/shadow for

Re: Passwords

On Tue, Jan 17, 2023 at 01:53:33PM +0100, steve wrote: > Le 17-01-2023, à 07:19:04 -0500, Greg Wooledge a écrit : > > > On Tue, Jan 17, 2023 at 09:36:03AM +0100, steve wrote: > > > Easier would be to delete the second field in /etc/shadow for root, so > > > there > > > won't be anymore root

Re: Passwords

On Tue, Jan 17, 2023 at 01:53:33PM +0100, steve wrote: > Le 17-01-2023, à 07:19:04 -0500, Greg Wooledge a écrit : > > > On Tue, Jan 17, 2023 at 09:36:03AM +0100, steve wrote: > > > Easier would be to delete the second field in /etc/shadow for root, so > > > there > > > won't be anymore root

Re: Passwords

Le 17-01-2023, à 07:19:04 -0500, Greg Wooledge a écrit : On Tue, Jan 17, 2023 at 09:36:03AM +0100, steve wrote: Easier would be to delete the second field in /etc/shadow for root, so there won't be anymore root password (it's empty). You can then create one with the 'passwd' command. If you

Re: Passwords

On Tue, Jan 17, 2023 at 09:36:03AM +0100, steve wrote: > Easier would be to delete the second field in /etc/shadow for root, so there > won't be anymore root password (it's empty). You can then create one with the > 'passwd' command. If you can edit the /etc/shadow file, you're already root,

Re: Passwords

On Tue, Jan 17, 2023 at 07:38:28AM +0100, Toni Mas Soler wrote: > You don't need a live-usb/cd. > If your boot system is grub you only have to change command to exec=/bin/bash > > Once you are in your system you can change root password and others. For the record, the kernel parameter you

Re: Passwords

schrieb Stanislav Vlasov: > >> ??, 17 ???. 2023 ?. ? 11:01, David : > >>> Looking on the internet it says the passwords are stored in /etc/passwd > >>> and /etc/shadow > >> > >> In /etc/shadow only password's hashes, some data, one-way calculated > >>

Re: Passwords

On Tue, Jan 17, 2023 at 1:01 AM David wrote: > Morning All, > > I have forgotten my password to a Debian PC using an SD stick as it's > main drive. > > Looking on the internet it says the passwords are stored in /etc/passwd > and /etc/shadow > > The password

Re: Passwords

On Tue, Jan 17, 2023 at 09:51:46AM +0100, DdB wrote: [...] > Everyone (and their friend) seem to know, how to work around this, which > apparently is common debian knowledge (which is nice). > > But somehow, i feel there could be more caring about avoiding to teach > future hackers by accident.

Re: Passwords

Hello On 2023-01-17 09:51, DdB wrote: Am 17.01.2023 um 07:14 schrieb Stanislav Vlasov: вт, 17 янв. 2023 г. в 11:01, David : Looking on the internet it says the passwords are stored in /etc/passwd and /etc/shadow In /etc/shadow only password's hashes, some data, one-way calculated from

Re: Passwords

To prevent that, you should encrypt your disks, so no-one can mount them and change your passwords/read your data. (But you won't recover for lostt passphrase, then ;)) Regards, -- Bastien

Re: Passwords

On Tue, 17 Jan 2023 09:51:46 +0100 DdB wrote: > Am 17.01.2023 um 07:14 schrieb Stanislav Vlasov: > > вт, 17 янв. 2023 г. в 11:01, David : > >> Looking on the internet it says the passwords are stored in > >> /etc/passwd and /etc/shadow > > > > In /

Re: Passwords

On Tue, 2023-01-17 at 09:51 +0100, DdB wrote: > Am 17.01.2023 um 07:14 schrieb Stanislav Vlasov: > > вт, 17 янв. 2023 г. в 11:01, David : > > > Looking on the internet it says the passwords are stored in > > > /etc/passwd > > > and /etc/shadow > > > &

Re: Passwords

Hello On 2023-01-17 08:58, Tim Woodall wrote: On Tue, 17 Jan 2023, Stanislav Vlasov wrote: ??, 17 ???. 2023 ?. ? 11:01, David : I have forgotten my password to a Debian PC using an SD stick as it's main drive. Looking on the internet it says the passwords are stored in /etc/passwd

Re: Passwords

account and impossible to forget. Long and complex passwords are only necessary for non-local user accounts, e.g. Web-sites, e-Mail accounts, or any accounts exposed to the Internet. -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https

Re: Passwords

On Tue, 2023-01-17 at 09:51 +0100, DdB wrote: > > But somehow, i feel there could be more caring about avoiding to teach > future hackers by accident. Is this kind of lesson appropriate for a > users list? Yes. It's a common occurrence, and trivial to deal with - if you have physical access to

Re: Passwords

Am 17.01.2023 um 07:14 schrieb Stanislav Vlasov: > вт, 17 янв. 2023 г. в 11:01, David : >> Looking on the internet it says the passwords are stored in /etc/passwd >> and /etc/shadow > > In /etc/shadow only password's hashes, some data, one-way calculated &

Re: Passwords

Le 17-01-2023, à 07:58:40 +, Tim Woodall a écrit : One other thing you can do if you don't have a quick and easy way to boot is to manually replace the hash in /etc/shadow with one that you do know the password for. (This might be the case, for example, where the USB stick is for booting

Re: Passwords

On Tue, 17 Jan 2023, Stanislav Vlasov wrote: ??, 17 ???. 2023 ?. ? 11:01, David : I have forgotten my password to a Debian PC using an SD stick as it's main drive. Looking on the internet it says the passwords are stored in /etc/passwd and /etc/shadow In /etc/shadow only password's

Re: Passwords

futureproofing could include encrypting passwords then logging those on paper in encrypted form. Just remember where you keep that log and remember your encryption for recovery if you forget your password again. Us totally blind people not only have braille as an encryption technique but other

Re: Passwords

11:01, David : > > > I have forgotten my password to a Debian PC using an SD stick as it's > > main drive. > > > Looking on the internet it says the passwords are stored in /etc/passwd > > and /etc/shadow > > In /etc/shadow only password's hashes, some data,

Re: Passwords

вт, 17 янв. 2023 г. в 11:01, David : > I have forgotten my password to a Debian PC using an SD stick as it's > main drive. > Looking on the internet it says the passwords are stored in /etc/passwd > and /etc/shadow In /etc/shadow only password's hashes, some data, one-way cal

Passwords

Morning All, I have forgotten my password to a Debian PC using an SD stick as it's main drive. Looking on the internet it says the passwords are stored in /etc/passwd and /etc/shadow The password string in /etc/shadow looks as if it's encoded, how can I read this string? David.

Re: Help! Thunderbird lost my passwords

On 04.08.2021 05:03, Douglas McGarrett wrote: On 7/19/21 1:15 AM, Alexander V. Makartsev wrote: On 19.07.2021 05:13, w...@mgssub.com wrote: I installed tbird 78.12.0 (64-bit)  and it can't find my email passwords. I have browsed signons.sqlite  and the passwords seem

Re: Help! Thunderbird lost my passwords

All passwords need to be written and secured. First by being part of a book or being in a specific place in a hard copy file. Second, encrypted before written down. For anyone to be able to use any of those passwords even if found they'd have to know the encryption system you used.

Re: Help! Thunderbird lost my passwords

On 4/8/21 10:03, Douglas McGarrett wrote: a Master Password. What is it, and where is it, and should I need it? go: edit|preferences|privacy& Security and on my screen 'Passwords' is close to the bottom before you start scrolling -- All the best Keith Bainbridge keith.bainbrid

Re: Help! Thunderbird lost my passwords

On 7/19/21 1:15 AM, Alexander V. Makartsev wrote: On 19.07.2021 05:13, w...@mgssub.com wrote: I installed tbird 78.12.0 (64-bit)  and it can't find my email passwords. I have browsed signons.sqlite  and the passwords seem to be there in the middle of the db. I have tried to install a prior

Re: Help! Thunderbird lost my passwords

On 19.07.2021 05:13, w...@mgssub.com wrote: I installed tbird 78.12.0 (64-bit)  and it can't find my email passwords. I have browsed signons.sqlite  and the passwords seem to be there in the middle of the db. I have tried to install a prior version of tbird but dpkg has thwarted those efforts

Help! Thunderbird lost my passwords

I installed tbird 78.12.0 (64-bit) and it can't find my email passwords. I have browsed signons.sqlite and the passwords seem to be there in the middle of the db. I have tried to install a prior version of tbird but dpkg has thwarted those efforts so far! Any other ideas suggestions would

chromium browser lost stored passwords after upgrade from Stretch to Buster

I upgraded on 25th May office computer Debian Stretch to Buster. Home directory comes from NFS server. Chromium browser now longer has the stored passwords available. Other browsers, Firefox and Google Chrome, do have the passwords still. Where did chromium browser on Stretch store the passwords

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

n the LUKS section) I started to realize that (to me) the more important thing (rather than creating backup passwords) is creating a backup of the LUKS header. I guess that is what you are suggesting. Yes. So, while "Backup passwords" -> "Step" -> 2.1 and "Res

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

tents (such as a Linux > Volume Manager (LVM) volume). As I was reading parts of that wiki page again (again in the LUKS section) I started to realize that (to me) the more important thing (rather than creating backup passwords) is creating a backup of the LUKS header. I guess that is what

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

On Ma, 22 dec 20, 12:11:19, rhkra...@gmail.com wrote: > >* or if: "you simply forget your password" -- it seems unlikely that > you'll > forget the "normal" password (the one you most often use) but remember a > backup password (although maybe you'd use something really easy to remember >

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

On 2020-12-22 09:11, rhkra...@gmail.com wrote: See the quoted paragraph, below, quoted from the [[https://wiki.debian.org/LVM#Encrypted_LVM][LVM#Encrypted_LVM]] wiki. It seems to me that the idea of creating and saving backup passwords is something of a red herring (to borrow a "Brit

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

500, rhkra...@gmail.com wrote: > > My point is this: I think creating and saving backup passwords is of > > minimal value. > > Maybe to you as a single user. However, I have worked in places where > resources are protected by multiple passwords. For instance there was a &

Re: Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

On Tue, Dec 22, 2020 at 12:11:19PM -0500, rhkra...@gmail.com wrote: > > My point is this: I think creating and saving backup passwords is of minimal > value. Maybe to you as a single user. However, I have worked in places where resources are protected by multiple passwords. For

Discussion about backup passwords for LUKS encrypted filesystems before revising wiki

See the quoted paragraph, below, quoted from the [[https://wiki.debian.org/LVM#Encrypted_LVM][LVM#Encrypted_LVM]] wiki. It seems to me that the idea of creating and saving backup passwords is something of a red herring (to borrow a "Briticism"). The way I see it: * if, in

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wed 02 Sep 2020 at 18:31:43 -0500, John Hasler wrote: > While storage in a file fine for trivial passwords such as those for > social sites storing important ones on the computer is a bad idea, > encrypted or not. So is copying and pasting them. Storing passords on paper in the

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

While storage in a file fine for trivial passwords such as those for social sites storing important ones on the computer is a bad idea, encrypted or not. So is copying and pasting them. -- John Hasler jhas...@newsguy.com Elmwood, WI USA

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

neier's advice and write all of my (random) > > passwords down. I end up memorizing the ones I use most, though. > > This memorisation of a vast number of passwords is the killer, of > course, so writing all passwords down is a good idea. Why not record > them in pas

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wed 02 Sep 2020 at 11:34:27 -0500, John Hasler wrote: > tomas writes: > > When a passphrase is long (16) I keep a little scrap until it is > > memorized. > > I just follow Bruce Schneier's advice and write all of my (random) > passwords down. I end up memorizing the

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

tomas writes: > When a passphrase is long (16) I keep a little scrap until it is > memorized. I just follow Bruce Schneier's advice and write all of my (random) passwords down. I end up memorizing the ones I use most, though. -- John Hasler jhas...@newsguy.com Elmwood, WI USA

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wed, Sep 02, 2020 at 09:20:18AM -0400, rhkra...@gmail.com wrote: > On Wednesday, September 02, 2020 03:34:30 AM to...@tuxteam.de wrote: > > The thing is... I didn't know I can easily memorize that until I > > tried! It's like getting up early without an alarm clock. If you > > trust yourself,

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wednesday, September 02, 2020 05:16:12 AM Andrei POPESCU wrote: > On Ma, 01 sep 20, 19:39:53, rhkra...@gmail.com wrote: > > That can be a good approach, but a modern approach seems to be tending > > towards multiple whole words, e.g. "book swimming Wednesday conduct" > > (all together as a

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wednesday, September 02, 2020 03:34:30 AM to...@tuxteam.de wrote: > The thing is... I didn't know I can easily memorize that until I > tried! It's like getting up early without an alarm clock. If you > trust yourself, it kind of magically works. Until you (and/or your brain reach a certain

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Ma, 01 sep 20, 19:39:53, rhkra...@gmail.com wrote: > > That can be a good approach, but a modern approach seems to be tending > towards > multiple whole words, e.g. "book swimming Wednesday conduct" (all together as > a password. > > A password like this can be easier for a person to

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Wed, Sep 02, 2020 at 11:30:44AM +1200, Ben Caradoc-Davies wrote: > On 02/09/2020 06:42, Mike McClain wrote: > >On Mon, Aug 31, 2020 at 09:41:06PM +, Long Wind wrote: > > > >>my memory is poor, i can't remember many accounts and passwords > > The more

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On 9/1/20 17:39, rhkra...@gmail.com wrote: > On Tuesday, September 01, 2020 02:42:50 PM Mike McClain wrote: >> On Mon, Aug 31, 2020 at 09:41:06PM +, Long Wind wrote: >> >> >>> my memory is poor, i can't remember many accounts and passwords >> >>

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On Tuesday, September 01, 2020 02:42:50 PM Mike McClain wrote: > On Mon, Aug 31, 2020 at 09:41:06PM +, Long Wind wrote: > > > > my memory is poor, i can't remember many accounts and passwords > > The more experience you have the harder it is to find the >

Re: passwords + bad memory - Was (Re: how to test disk for bad sector)

On 02/09/2020 06:42, Mike McClain wrote: On Mon, Aug 31, 2020 at 09:41:06PM +, Long Wind wrote: my memory is poor, i can't remember many accounts and passwords The more experience you have the harder it is to find the memory you're searching for. That's my story and I'm sticking

passwords + bad memory - Was (Re: how to test disk for bad sector)

On Mon, Aug 31, 2020 at 09:41:06PM +, Long Wind wrote: > my memory is poor, i can't remember many accounts and passwords The more experience you have the harder it is to find the memory you're searching for. That's my story and I'm sticking to it. Mnemonics can make passwo

Re: Wheezy no longer accepts my passwords to open /home and /mnt partitions on boot

that the passwords for those two partitions were not accepted. (...) BOOT was not cleanly unmounted, check forced. BOOT: 245/120960 files (20.4% non-contiguous) 58505/241664 blocks Fsck.ext4 No such file or directory while trying to open /dev/mapper/md07_crypt. Possibly non-existent device? VAR: recovering

Re: Wheezy no longer accepts my passwords to open /home and /mnt partitions on boot

/tmp. I have since changed the mount point for /tmp to tmpfs and consequently changed the mount point of /dev/mapper/md05_crypt to /mnt pending its deletion. In the meantime it still has to be opened.) This morning, when I tried to boot this box, I found that the passwords for those two

Wheezy no longer accepts my passwords to open /home and /mnt partitions on boot

point for /tmp to tmpfs and consequently changed the mount point of /dev/mapper/md05_crypt to /mnt pending its deletion. In the meantime it still has to be opened.) This morning, when I tried to boot this box, I found that the passwords for those two partitions were not accepted. Finally, after

Re: Where are WiFi passwords (WPA keys) stored?

On Tue 06 Dec 2016 at 23:09:59 +0100, Christian Seiler wrote: > On 12/06/2016 09:26 PM, Brian wrote: > > That all said: I'm not a huge fan of NetworkManager, I think > some aspects of it are not well enough thought out to my > taste - but it does it's job in the case of WiFi, and it does > it

Re: Where are WiFi passwords (WPA keys) stored?

On 12/06/2016 09:26 PM, Brian wrote: > On Tue 06 Dec 2016 at 11:14:56 +0100, Christian Seiler wrote: > >> Note that when using NetworkManager, it configures its own >> instance of wpa_supplicant, so you should never touch a >> configuration file for wpa_supplicant yourself in this kind of >>

Re: Where are WiFi passwords (WPA keys) stored?

On Tue 06 Dec 2016 at 11:14:56 +0100, Christian Seiler wrote: > Note that when using NetworkManager, it configures its own > instance of wpa_supplicant, so you should never touch a > configuration file for wpa_supplicant yourself in this kind of > setup. > > (You could of course stop using

Re: Where are WiFi passwords (WPA keys) stored?

On 2016-12-06, Celejar wrote: > On Tue, 06 Dec 2016 11:12:45 +0100 > Yvan Masson wrote: > > ... > >> I am almost sure that installing a XFCE desktop also installs >> NetworkManager to handle connections. > > I use (much / most of) Xfce without NM.

Re: Where are WiFi passwords (WPA keys) stored?

cele...@gmail.com [2016-12-06 12:44:19-05] wrote: > I just looked at what would happen if I selected the xfce4 metapackage > for installation, and NM still will not get installed, and doesn't > even show up in aptitude as recommended or suggested. Task named task-xfce-desktop has

Re: Where are WiFi passwords (WPA keys) stored?

On Tue 06 Dec 2016 at 12:44:19 -0500, Celejar wrote: > On Tue, 06 Dec 2016 11:12:45 +0100 > Yvan Masson wrote: > > ... > > > I am almost sure that installing a XFCE desktop also installs > > NetworkManager to handle connections. > > I use (much / most of) Xfce

Re: Where are WiFi passwords (WPA keys) stored?

On Tue, 06 Dec 2016 11:12:45 +0100 Yvan Masson wrote: ... > I am almost sure that installing a XFCE desktop also installs > NetworkManager to handle connections. I use (much / most of) Xfce without NM. I just looked at what would happen if I selected the xfce4

Re: Where are WiFi passwords (WPA keys) stored?

On Tue, 6 Dec 2016 09:04:08 +0100 Robert Latest wrote: > Not in /etc/wpa_supplicant/wpa_supplicant.conf, despite suggestions in > every bit of documentation that I got my hands on. In fact, that file > doesn't even exist on my jessie system. Nevertheless, when I > configured

Re: Where are WiFi passwords (WPA keys) stored?

Hi Christian (and everybody else), thanks for all the helpful answers. NetworkManager was what I was looking for. I was just not aware of any additional layer on top of wpa-supplicant. robert On Tue, Dec 6, 2016 at 11:14 AM, Christian Seiler wrote: > On 12/06/2016 09:04

Re: Where are WiFi passwords (WPA keys) stored?

Robert Latest writes: > Not in /etc/wpa_supplicant/wpa_supplicant.conf, despite suggestions in > every bit of documentation that I got my hands on. In fact, that file > doesn't even exist on my jessie system. Nevertheless, when I > configured the WiFi network using some GUI

Re: Where are WiFi passwords (WPA keys) stored?

On 12/06/2016 09:04 AM, Robert Latest wrote: > Not in /etc/wpa_supplicant/wpa_supplicant.conf, despite suggestions in > every bit of documentation that I got my hands on. In fact, that file > doesn't even exist on my jessie system. Nevertheless, when I > configured the WiFi network using some GUI

Re: Where are WiFi passwords (WPA keys) stored?

Hi, Le mardi 06 décembre 2016 à 09:04 +0100, Robert Latest a écrit : > Not in /etc/wpa_supplicant/wpa_supplicant.conf, despite suggestions > in > every bit of documentation that I got my hands on. In fact, that file > doesn't even exist on my jessie system. Nevertheless, when I > configured the

Re: Where are WiFi passwords (WPA keys) stored?

Robert Latest writes: > […] when I configured the WiFi network using some GUI tool in the XFCE > desktop, You'll need to be more specific than that :-) Exactly which tool did you use? > So there must be a place, somewhere, where the WiFi passowrd ist > stored, outside the

Where are WiFi passwords (WPA keys) stored?

Not in /etc/wpa_supplicant/wpa_supplicant.conf, despite suggestions in every bit of documentation that I got my hands on. In fact, that file doesn't even exist on my jessie system. Nevertheless, when I configured the WiFi network using some GUI tool in the XFCE desktop, it worked. Even after a

systemd and plymouth not caching LUKS passwords

Dear All, It is my understanding that both systemd per se from v227 and plymouth will cache passwords[1]. However, there is no caching of LUKS passwords in my setting, a laptop with two encrypted partitions, corresponding to root and swap, and where both share the passphrase. I am using systemd

Still no wifi passwords after routine Jessie upgrade.

; elsewhere, no dice. So it seems that something has changed in my system that no longer allows me to use passwords when connecting to wifi. Any further ideas? I'm running a regularly updated testing system on an i386 netbook; specifically, an ASUS HE1000 (if I remember the model number correctly

Re: Still no wifi passwords after routine Jessie upgrade.

On Sun 28 Sep 2014 at 21:28:35 +, Hendrik Boom wrote: Near the beginning of September, I reported suddenly being unable to connect to wifi in coffee shops. Around the same time, I has done a routine upgrade to my jessie system; I do this every week or two. Everything had been

Upgraded apache 2.2 - 2.4 and cannot get passwords to work

My modest-sized web server was recently upgraded. There were problems with access control, fairly well documented and fairly easily fixed. Authentication, on the other hand, acts as if it's not there -- anyone and everyone is let into the few parts that used to be controlled. So I have them

Re: Upgraded apache 2.2 - 2.4 and cannot get passwords to work

On 12/28/2013 11:09 AM, Kevin O'Gorman wrote: My modest-sized web server was recently upgraded. There were problems with access control, fairly well documented and fairly easily fixed. Authentication, on the other hand, acts as if it's not there -- anyone and everyone is let into the few parts

Re: Upgraded apache 2.2 - 2.4 and cannot get passwords to work

On 29/12/13 03:52, Dave Woyciesjes wrote: On 12/28/2013 11:09 AM, Kevin O'Gorman wrote: My modest-sized web server was recently upgraded. There were problems with access control, fairly well documented and fairly easily fixed. Authentication, on the other hand, acts as if it's not there --

Re: Upgraded apache 2.2 - 2.4 and cannot get passwords to work

On Sat, Dec 28, 2013 at 7:36 PM, Scott Ferguson scott.ferguson.debian.u...@gmail.com wrote: On 29/12/13 03:52, Dave Woyciesjes wrote: On 12/28/2013 11:09 AM, Kevin O'Gorman wrote: My modest-sized web server was recently upgraded. There were problems with access control, fairly well documented

Re: Upgraded apache 2.2 - 2.4 and cannot get passwords to work

On 29/12/13 07:28, Tom H wrote: On Sat, Dec 28, 2013 at 7:36 PM, Scott Ferguson scott.ferguson.debian.u...@gmail.com wrote: On 29/12/13 03:52, Dave Woyciesjes wrote: On 12/28/2013 11:09 AM, Kevin O'Gorman wrote: snipped I have a number of web servers updated from Squeeze to Wheezy

Re: Integrate passwords LDAP for samba users.

. It provides utilities to manage users/groups their passwords for Samba and Linux -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cahhm8gb7xla+eefdvzty15rwvtrdb9rng

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

On Ma, 31 iul 12, 17:57:38, Bob Proulx wrote: The problem is how many of those can you keep straight in your head? How many web sites and systems all need one of those unique passwords? And you aren't reusing those passwords on multiple unrelated sites are you? As with all things xkcd has

strong passwords (was ... Re: is it rational to close the 139 port)

/passphrases-only-marginally-more-secure-than-passwords-because-of-poor-choices/ http://www.readwriteweb.com/enterprise/2012/03/passphrases-maybe-not-as-secur.php You need to have gibberish passphrases if you want it to be secure... Right!, so people write it down on the side of the monitor cause

[OT] secure passwords (was Re: is it rational to close the 139 port)

but in your head I question its security but here's a scheme for secure passwords that are not subject to dictionary lookups and are easy to remember. Take a name and a number out of your childhood that you'll remember forever like your first pet and the first phone number you memorized

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

and see for yourself. Disagreed. Too complicated. E.g. ***dash*** GRC says: 2.43 billion centuries to crack @ 100 trillion guesses/sec. Length is the key to strong passwords, not complication. The Sun will turn into a Red Giant and destroy the solar system in ~4 billion years, so

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

Mike McClain wrote: If a password is any place but in your head I question its security but here's a scheme for secure passwords that are not subject to dictionary lookups and are easy to remember. Take a name and a number out of your childhood that you'll remember forever like

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

On Jul 31, 2012, at 4:57 PM, Stan Hoeppner wrote: On 7/31/2012 10:51 AM, Mike McClain wrote: If a password is any place but in your head I question its security Agreed. Dud'n work, guys. I fell off my bike a couple years ago and completely lost all my passwords. Rebuilding my

Re: [OT] secure passwords

Bob writes: If you have some scheme of encoding the site into the password using some algorithm unique and secure to you then great. I generate truly random passwords and write them down. So do I. The problem is that the _general public_ is constantly being told Never, ever, ever write down

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

for it, take your password to GRC.com or another password checker on the web and see for yourself. Disagreed. Too complicated. E.g. ***dash*** GRC says: 2.43 billion centuries to crack @ 100 trillion guesses/sec. Length is the key to strong passwords, not complication. The Sun

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

On 7/31/2012 7:03 PM, Glenn English wrote: Dud'n work, guys. I fell off my bike a couple years ago and completely lost all my passwords. Rebuilding my servers (and laptops and iPads) was no fun at all. Write 'em down and put the paper in a safe-deposit box. If you can't remember

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

years ago and completely lost all my passwords. Rebuilding my servers (and laptops and iPads) was no fun at all. Write 'em down and put the paper in a safe-deposit box. I backup my password on the notebook but in a very ancient encrypted way, even people read it, but also not easy to guess well

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

Stan Hoeppner wrote: Glenn English wrote: Dud'n work, guys. I fell off my bike a couple years ago and completely lost all my passwords. Rebuilding my servers (and laptops and iPads) was no fun at all. Write 'em down and put the paper in a safe-deposit box. If you can't remember

Re: [OT] secure passwords (was Re: is it rational to close the 139 port)

care of me. She dealt with the bank and the lawyers, and would have brought me the passwords so I could do my rootly duties from the hospital. If I become incapacitated there is an envelope of instructions that I keep updated with current information on my accounts. Mostly it tells how to get

  1   2   3   4   5   6   7   >