Forums

Heb afgelopen weekend mijn dm7020hd opnieuw geflasht met OpenPLI 3.0. Heb geen gebruik gemaakt van autobackup, dus het is een compleet nieuwe install.

Nu zag ik een plugin staan met de naam "passwd", ik dacht dat is handig kan ik mooi het root wachtwoord wijzigen buiten telnet om. Helaas heeft dit wat problemen gegeven.

Na het wijzigen van het root wachtwoord met de applicatie "passwd" lukt het me niet meer om met het rootwachtwoord in te loggen, niet via ftp en telnet. Volgens mij is het dus niet verstandig om deze plugin te installeren.
[list=1]
[*]Met tux commander zag ik in /etc 2 files staan: passwd en passwd- (waarom 2 files?).
[*]In de file passwd zag ik staan: root:x:0:0:root:/root:/bin/sh, waar x staat verwachten ik eigenlijk een encrypted password.
[*]Vervolgens heb ik de x weggehaald, er staat nu dus root::0:0:root:/root:/bin/sh, helaas lukt het me nog niet om in te loggen.
[*]Het valt me ook op dat er in /etc een file staat met de naam: .pwd.lock, kan dit er iets mee te maken hebben.
[/list]

Heeft er iemand nog een goede tip en mogelijk wat uitleg hoe het zit met passwd-, de x in de file en de file .pwd.lock?
Alvast bedankt!

OpenPLI 3.0 gebruikt /etc/shadow, niet /etc/passwd, zoals de meeste Linux distributies. Ik ga er dus maar even vanuit dat die plugin niet helemaal kosjer is, en op een niet standaard manier het password wijzigd.

Ik heb idd een tijdje geleden ook de boel opnieuw moeten fllashen dankzij deze plugin

Hmm, dat is niet zo grappig. Is er een mogelijkheid om het password uit de shadowfile te wissen? Of zou er meer "verziekt" zijn door die plugin?

Hmm, dat is niet zo grappig. Is er een mogelijkheid om het password uit de shadowfile te wissen? Of zou er meer "verziekt" zijn door die plugin?

het password in de shadowfile is prima, die moet je laten staan.

Wat je wel even moet controleren, is dat er geen password in /etc/passwd terecht gekomen is.
Eventueel met een tekst editor aanpassen, en zorgen dat dit de eerste regel is:

root:x:0:0:root:/home/root:/bin/sh

dan gaat het shadow password weer gewoon werken.

Hmm, dat is niet zo grappig. Is er een mogelijkheid om het password uit de shadowfile te wissen? Of zou er meer "verziekt" zijn door die plugin?

het password in de shadowfile is prima, die moet je laten staan.

Wat je wel even moet controleren, is dat er geen password in /etc/passwd terecht gekomen is.
Eventueel met een tekst editor aanpassen, en zorgen dat dit de eerste regel is:

root:x:0:0:root:/home/root:/bin/sh

dan gaat het shadow password weer gewoon werken.

Dit stond er ook oorspronkelijk: root:x:0:0:root:/home/root:/bin/sh

Blijkbaar heeft de plugin "passwd" iets raars gedaan, want het werkt niet. Wat voor password ik ook instel met de plugin ik kan er niet meer inloggen als root.
Edited by nico_van_wijk, 14 January 2013 - 13:39.

Heeft iemand een screendumpje van zijn shadow file, kan ik even kijken hoe die structuur van het wachtwoord moet zijn?

Be my guest en hier 1 van de 'nobody' entry:

nobody:*:15563:0:99999:7:::

en zo staat ie in de /etc/passwd:

nobody:x:65534:65534:nobody:/nonexistent:/bin/sh

Dus zoek de struktuur maar...
Edited by catastrofus, 14 January 2013 - 21:26.

Be my guest en hier 1 van de 'nobody' entry:

nobody:*:15563:0:99999:7:::

en zo staat ie in de /etc/passwd:

nobody:x:65534:65534:nobody:/nonexistent:/bin/sh

Dus zoek de struktuur maar...

Thanks, maar het wil niet lukken als ik het password gewoon weg haal. Heeft iemand misschien dit regeltje voor me met het orginele standaard password? Was dat niet gewoon dm of dm7020 of zoiest?

Standaard bij PLi is geen wachtwoord... met ssh kun je dan niet inloggen... met telnet wel...

Is toch nog gelukt, ik zat de verkeerde file te editten nl. shadow- i.p.v. shadow.

Shadow stond overigens op readonly, na de attribute te hebben gewijzigd kon ik hem editten en heb ik het wachtwoord gewoon helemaal weggehaald. Daarna met telnet een nieuw wachtwoord erin gegooid.

En nu snel die plugin eraf gooien
Edited by nico_van_wijk, 14 January 2013 - 23:12.

Ook al is ie read-only, je kunt hem als root altijd wegschrijven, in vi, met ':w!' dus. Daar hoef je geen permissie voor te wijzigen.

Ook al is ie read-only, je kunt hem als root altijd wegschrijven, in vi, met ':w!' dus. Daar hoef je geen permissie voor te wijzigen.

Op de dreambox met tuxcommander lukte het niet om de file te bewerken omdat hij alleen lezen was. Vanaf de pc kon ik er gelukkig met total commander bij omdat ik Samba had draaien, daar heb ik de read only eraf gehaald.

Shadow stond overigens op readonly, na de attribute te hebben gewijzigd kon ik hem editten en heb ik het wachtwoord gewoon helemaal weggehaald.

dan heb je kans dat je niet meer kan inloggen, een world-readable shadow file zou zomaar eens geweigerd kunnen worden.
Dus ik zou hem ff terug zetten daar de originele attributes voor de zekerheid.

Shadow stond overigens op readonly, na de attribute te hebben gewijzigd kon ik hem editten en heb ik het wachtwoord gewoon helemaal weggehaald.

dan heb je kans dat je niet meer kan inloggen, een world-readable shadow file zou zomaar eens geweigerd kunnen worden.
Dus ik zou hem ff terug zetten daar de originele attributes voor de zekerheid.

Zal in voor de zekerheid doen, al moet ik zeggen dat ik gewoon kan inlogggen. Heb je enig idee waarom er ook een shadow- file is? Naast een passwd file is er ook een passwd- file. Mijn kennis van Linux is niet zo groot .