Sanotaan että Linux koneeni käyttäjänimeni on "barium" ja salasanani "silakkapihvi".
Voin loggautua sisään omaan Linux koneeseen joko tunnuksella "barium" tai "root". Kummallakin on sama salasana "silakkapihvi". Tässä ei ole ongelmia.
Loggaudun sisään koneeseen tunnuksella "barium". Sitten avaan terminaalin. Naputtelen siihen "su", jolloin kone kysyy salasanaa. Naputtelen siihen silakkapihvin, mutta kone ei hyväksy sitä. (Caps lock ei ole päällä.)
Ennen se on toiminut mutta ei toimi enää. Vika ilmestyi tällaisessa tilanteessa:
Koneeni vaihtui uuteen. Siihen laitettiin kaikki samat tunnukset kuin vanhaan koneeseen. Kaikki toimi OK paitsi että kun mounttasin koneeni firman verkkoon, niin minulla ei ollut oikeuksia edes omiin firman verkossa oleviin tiedostoihini. Kollegani totesi että vanhan koneen "barium" käyttäjä ei ole sama kuin uuden koneen "barium" käyttäjä, jonka takia oikeudet mättää. Hän puuhasteli aikansa koneeni ääressä ja sai korjattua tuon ongelman. Mutta tilalle tuli tuo alussa mainitsemani ongelma. Sitä hän ei osannut enää korjata. Mikä mättää?
Tässä samassa yhteydessä ilmestyi myös toinen vähemmän haitallinen ongelma: Jos kone on käyttämätön tietyn ajan ja näytönsäästäjä menee päälle ja asetus on niin että salasana tarvitaan, niin salasana ei kelpaa tässä yhteydessä. Ainoa keino päästä eroon lukkiutuneesta näytönsäästäjästä on boottaus. (Tuon ongelma voi kiertää kun laittaa asetukset niin että näytönsäästäjästä pääsee pois ilman salasanaa.)
Voin loggautua sisään omaan Linux koneeseen joko tunnuksella "barium" tai "root". Kummallakin on sama salasana "silakkapihvi". Tässä ei ole ongelmia.
Loggaudun sisään koneeseen tunnuksella "barium". Sitten avaan terminaalin. Naputtelen siihen "su", jolloin kone kysyy salasanaa. Naputtelen siihen silakkapihvin, mutta kone ei hyväksy sitä. (Caps lock ei ole päällä.)
Ennen se on toiminut mutta ei toimi enää. Vika ilmestyi tällaisessa tilanteessa:
Koneeni vaihtui uuteen. Siihen laitettiin kaikki samat tunnukset kuin vanhaan koneeseen. Kaikki toimi OK paitsi että kun mounttasin koneeni firman verkkoon, niin minulla ei ollut oikeuksia edes omiin firman verkossa oleviin tiedostoihini. Kollegani totesi että vanhan koneen "barium" käyttäjä ei ole sama kuin uuden koneen "barium" käyttäjä, jonka takia oikeudet mättää. Hän puuhasteli aikansa koneeni ääressä ja sai korjattua tuon ongelman. Mutta tilalle tuli tuo alussa mainitsemani ongelma. Sitä hän ei osannut enää korjata. Mikä mättää?
Tässä samassa yhteydessä ilmestyi myös toinen vähemmän haitallinen ongelma: Jos kone on käyttämätön tietyn ajan ja näytönsäästäjä menee päälle ja asetus on niin että salasana tarvitaan, niin salasana ei kelpaa tässä yhteydessä. Ainoa keino päästä eroon lukkiutuneesta näytönsäästäjästä on boottaus. (Tuon ongelma voi kiertää kun laittaa asetukset niin että näytönsäästäjästä pääsee pois ilman salasanaa.)
Vastaukset 43
Vanhimmat
Olettaisi että on käpistelty vain näitä UID ja GID numeroita mutta kaikki ei tullut vaihdettua. Kokeilisin tehdä vaikka näin.
- Kone käyntiin ja konsolissa roottina sisään.
- Kysytään tältä edelliseltä gurulta mikä on työpaikalla bariumin UID
- hävitetään vanha barium
deluser --remove-all-files barium
- tarkistetaan että /home/barium on todellakin hävitetty ja tuhotaan tarvittaessa.
- Tehdään uusi barium-käyttäjä
adduser --uid bariumin_UID barium
Sitten kokeilemaan.
Mitä työpaikan bariumin UID:llä on tämän kanssa tekemistä? Minun koneeni ei edes ole työpaikan verkossa tällä hetkellä. Ongelma on siinä että oma koneeni ei hyväksy salasanaa su-komennolle, jos syötän sen bariumin avaamasta konsolista. Siis haluan käyttää omaa konettani superuserina, en työpaikan konetta.
Ajatus lähteekin siitä että kun muuteltiin UID ja GID numeroita niin kaikki mihin ne vaikuttavat ei ehkä tullutkaan päivitettyä. Käyttäjätunnuksen poisto ja uudelleen luonti sitten oikaisee tilanteen.
Jos poistan käyttäjätunnuksen ja luon uudelleen, niin silloin olen siinä samassa lähtöpisteessä työpaikan verkon kannalta, jossa olin silloin kun vaihdoin koneen. Ei kiitos. Se tilanne oli paljon pahempi.
Sitä paitsi tuo ohjeesi ei edes takaa sitä että vika korjaantuu kun vian syy on tuntematon.
Nyt ainoa haitta - joskin kiusallinen - on se että joudun loggaantumaan roottina koneeseen jos haluan tehdä jotain superuserina.
Tuolla --uid vipusella voidaan antaa luotavalle uudelle barium tunnukselle se työpaikan UID numero. Eli siltä osin pitäisi olla kunnossa.
Joka tapauksessa voi vain arvailla missä on vika. "Hän puuhasteli aikansa koneeni ääressä ja sai korjattua tuon ongelman." on tarkempaan analyysiin turhan suuripiirteinen ilmaisu.
Niin uhkarohkea en ole, jotta poistan tunnuksen ennen kuin olen kokeillut miten uusi toimii ja onko uuden tunnuksen alla sama salasanaongelma.
Kokeilin luoda roottina uuden tunnuksen "barium2". Kone jämähtää luontikohtaan. Kollega on tainnut rikkoa jotain pahasti. Se on se yritä ja erehdy menetelmän riski jos ei oikeasti tiedä mitä on tekemässä.
Koneen uudelleen alustuskin on ihan järkyttävä työ. Mun koneessa on ristikääntäjiä, erilaisia manuaalisesti asennettuja ajureita yms ei-standarditavaroita.
Näkyisiköhän logeissa mitään, ilmoituksia asiasta?
Jotain todellakin on pahasti vialla jos käyttäjän luominen jumittaa koko laitteen :)
Lisää käyttäjätunnuksesi 'wheel' groupiin ja kokeile sitten su:ta.
Loki on täynnä tavaraa. Varsinkin tätä jota toistetaan jatkuvasti. (En tiedä liittyykö se tähän.) Mutta ihmetyttä suuresti. En tiedä mistä tässä on kysymys mutta vaikuttaa erittäin hämäräperäiseltä jos kone yrittää ottaa yhteyttä muutaman sekunnin välein johonkin palvelimeen.
Jun 15 09:57:12 baari syslogd 1.4.1: restart.
Jun 15 10:09:41 baari freshclam[2859]: Received signal: wake up
Jun 15 10:09:41 baari freshclam[2859]: ClamAV update process started at Mon Jun 15 10:09:41 2009
Jun 15 10:09:41 baari freshclam[2859]: Your ClamAV installation is OUTDATED!
Jun 15 10:09:41 baari freshclam[2859]: Local version: 0.95.1 Recommended version: 0.95.2
Jun 15 10:09:41 baari freshclam[2859]: DON'T PANIC! Read http://www.clamav.net/support/faq
Jun 15 10:09:41 baari freshclam[2859]: main.cld is up to date (version: 51, sigs: 545035, f-level: 42, builder: sven)
Jun 15 10:09:41 baari freshclam[2859]: chdir_tmp: Can't create directory ./clamav-7ae4b9b4aaae51a2b2f166ec3fc5e9fc
Jun 15 10:09:41 baari freshclam[2859]: Incremental update failed, trying to download daily.cvd
Jun 15 10:10:11 baari freshclam[2859]: nonblock_connect: connect timing out (30 secs)
Jun 15 10:10:11 baari freshclam[2859]: Can't connect to port 80 of host db.fi.clamav.net (IP: 193.219.48.134)
Jun 15 10:10:11 baari freshclam[2859]: Trying host db.fi.clamav.net (193.219.149.173)...
Jun 15 10:10:11 baari freshclam[2859]: getfile: Can't create new file /var/lib/clamav/clamav-8b4035feec04c3f22542e9a67c96c86a in /var/lib/clamav
Jun 15 10:10:11 baari freshclam[2859]: Hint: The database directory must be writable for UID 46 or GID 46
Jun 15 10:10:11 baari freshclam[2859]: Can't download daily.cvd from db.fi.clamav.net
Jun 15 10:10:11 baari freshclam[2859]: --------------------------------------
Jun 15 10:25:11 baari freshclam[2859]: Received signal: wake up
Jun 15 10:25:11 baari freshclam[2859]: ClamAV update process started at Mon Jun 15 10:25:11 2009
Jun 15 10:25:11 baari freshclam[2859]: Your ClamAV installation is OUTDATED!
Jun 15 10:25:11 baari freshclam[2859]: Local version: 0.95.1 Recommended version: 0.95.2
Jun 15 10:25:11 baari freshclam[2859]: DON'T PANIC! Read http://www.clamav.net/support/faq
Jun 15 10:25:11 baari freshclam[2859]: main.cld is up to date (version: 51, sigs: 545035, f-level: 42, builder: sven)
Jun 15 10:25:11 baari freshclam[2859]: chdir_tmp: Can't create directory ./clamav-cd18af2d671fdeeeeb2cfae1faf94d26
Jun 15 10:25:11 baari freshclam[2859]: Incremental update failed, trying to download daily.cvd
Jun 15 10:25:46 baari freshclam[2859]: nonblock_connect: connect timing out (30 secs)
Jun 15 10:25:46 baari freshclam[2859]: Can't connect to port 80 of host db.fi.clamav.net (IP: 193.219.48.134)
Jun 15 10:25:46 baari freshclam[2859]: Trying host db.fi.clamav.net (193.219.149.173)...
Jun 15 10:25:46 baari freshclam[2859]: getfile: Can't create new file /var/lib/clamav/clamav-75af9eb52616b2f48c0a83705bae5a2d in /var/lib/clamav
Jun 15 10:25:46 baari freshclam[2859]: Hint: The database directory must be writable for UID 46 or GID 46
Jun 15 10:25:46 baari freshclam[2859]: Can't download daily.cvd from db.fi.clamav.net
Jun 15 10:25:46 baari freshclam[2859]: --------------------------------------
wheeliin lisääminen.
Näyttää olevan kyse antivirusohjelmasta jonka olemassaolosta en edes tiennyt. Tai ainakin linkki väittää niin.
Ei se kuitenkaan noin saisi käyttäytyä.
Ei kai se ""kolleega" ollut mikkismerkonomeja? Laittaa täräytti sulle virustorjunnan hidastamaan konetta. ;)
Tästäkin nähdään että nämä suljetun koodin torjuntaohjelmat on suurin uhka tällä saralla.
Hän on suuri Linux friikki joskin hallitsee ja hakkuu myös Mikkissoftaa. Mä näin selän takana mitä se teki. Ei se asentanut yhtään mitään, viritteli vain joitakin tiedostoja. Saahan sen virustorjunnan pois.
Mikä se virheilmoitus tarkkaan ottaen on kun yrität mennä "su" rootiksi?
Mullekin tuli mieleen UID ja jokin konflikti /etc/passwd sekä /etc/shadow tiedostoissa.
su: incorrect password
Siis ei virheilmoitus vaan ongelma on se että tässä tilanteessa kone ei kelpuuta salasanaa. (Caps lock ei ole päällä)
kun kilautat kaverille(sille virivirille) ja kysyt kaikki tiedostot mitä se meni kähmimään ja mitä niissä. On äärimmäisen hankalaa alkaa arvailemaan.
Kyllä se sitten on joku UID juttu jos ei tuo wheel groupin lisäys auttanut. Muistithan loggautua ulos groupin lisäämisen jälkeen ja sitten takaisin?
"kun kilautat kaverille(sille virivirille) ja kysyt kaikki tiedostot mitä se meni kähmimään ja mitä niissä."
Muistaakohan se edes itse. Mä teen enimmäkseen töitä kotoa käsin, mutta näen tätä kaveria aina kun menen toimistolle. Kun olen paikan päällä seuraavan kerran, niin kysyn mitä muutti. Vastaa jos on sillä tuulella. Jos ei, niin sitten mumisee jotain eikä vastaa. Jos kysyn uudestaan, niin vastaa että älä häiritse, mulla on kiireitä. Puhelimessa se ei ainakaan onnistu hänen kanssaan.
Hänen tyylinsä on tällainen ongelmatilanteissa:
"Kokeillaan tota jos se auttais..... oho ei auttanut. No kokeillaan sitten tota. Muutetaan vielä tuota konfiguraatiotiedosta... nyt jotain tapahtu.... ai hitto.... ei se riittänyt. Sitten tehdään jotain etsimistoimintoja ja tiedostovertailuja jonkun toisen koneen kanssa ja siirretään jotain jostain jonnekin ja hups! Nyt toimii. Kun kysyn että mitä oikein teit, niin ei se kaveri osaa vastata. Tai jos vastaa, niin sen selityksistä ei saa mitään selvää.
Se että se ei ehkä itsekään tiedä on käynyt ilmi mm siitä kun hän joskus asensi koneeseeni jotain ajureita, ja kun seuraavan kerran sama tilanne tuli uudelleen esiin toisen koneen kanssa, niin hän luullakseni teki sen kohdalla kaiken selvittelyitä myöten nollapisteestä ikään kuin ei olisi tehnyt sitä ennen.
" Muistithan loggautua ulos groupin lisäämisen jälkeen ja sitten takaisin?"
Muistin.
Tsekkailin vähän /etc tiedostoja. Ainakin tiedostoja passwd ja passwd- on ehkä muutettu. (Mitä eroa näillä kahdella on? Näyttävät identtisiltä.)
Täällä on rivi
barium:x:511:500:barium:/home/barium:/bin/bash
Vanhassa hitaassa koneessa vastaava rivi on
barium:x:500:500:barium:/home/barium:/bin/bash
Tai sanotaan näin: Tämä kaveri on muistaakseni muuttanut näitä, mutta sitten ehkä palauttanut alkuperäiset arvot. (Kun koetin kopioida vanhoja arvoja, niin tuli ongelmia - tutun näköisiä virheilmoituksia.)
Vertailin myös sudoers-tiedostoja. Ovat identtiset. Mulla on myös kyseisen tiedoston originaali tallessa. Ainoa ero on että on lisätty rivi:
barium ALL=(ALL) NOPASSWD: ALL
Siellä muuten on myös rivi
# % wheel ALL=(ALL) ALL
jonka alkukommentti selittää miksi aiemmin mainittu wheel ryhmään lisääminen ei auttanut. Vika ei johdu tuosta koska sen kuuluu olla noin koska vanhassakin koneessa se toimii noin.
Niin tuo ero 511 on se UID, jonka täytyy olla sama siellä toisessakin koneessa. Tuo ei kuitenkaan vaikuta /bin/su ohjelman toimivuuteen. Tietenkin suoritus ym. oikeuksien suhteen se vaikuttaa, mutta ei tässä tapauksessa mitenkään jos kerta se su käyntiin lähtee ja kyselee salasanaa.
sudoers taas on täysin turha tiedosto(tässä tapauksessa), koska mitä ilmeisimmin et sudoa käytä.
"barium ALL=(ALL) NOPASSWD: ALL"
Antaa tuolle käyttäjälle oikeuden sudotella kaikkea ilman salasanaa. Sekään ei kuitenkaan vaikuta /bin/su toimintaan.
Onko ongelma nyt siis se, että jos kirjaudut root tunnuksella, niin se onnistuu ja tavallisella userilla myös. Tavallisen userin xterm(tms.) ikkunassa taas su komento hylkää salasanan epäkelpona(incorrect)?
Varmistin vielä, mutta tuon ollessa kyseessä lähtisin kyllä hakemaan vikaa kyseessä olevasta ohjelmasta ja sen näppäimistökartasta jne.
Avaa se konsoli ja kirjoita salasanasi ihan tekstinä siihen. Tulostuuko se täysin niin kuin pitää?
Jos kyseessä on tuo 'vika', kuten olen ymmärtänyt ja salasanasi tulostuu konsoliin oikein niin alan olla jo hieman neuvoton keksimään vian alkulähdettä. Melkeinpä menee pakosta siihen, että käyt kysymässä siltä virittäjältä niitä tietoja ja puristelet ne pihalle siitä vaikka väkisin.
Onnistuuko "singleen" buuttaaminen?
"Onko ongelma nyt siis se, että jos kirjaudut root tunnuksella, niin se onnistuu ja tavallisella userilla myös. Tavallisen userin xterm(tms.) ikkunassa taas su komento hylkää salasanan epäkelpona(incorrect)?"
Kyllä kuten alkuperäisesti viestistä käy selvästi ilmi.
"Varmistin vielä, mutta tuon ollessa kyseessä lähtisin kyllä hakemaan vikaa kyseessä olevasta ohjelmasta ja sen näppäimistökartasta jne."
Tuo on todella kaukaa haettua. Varsinkin kun salasanassa ei ole skandeja tai muuta kummaa.
"Avaa se konsoli ja kirjoita salasanasi ihan tekstinä siihen. Tulostuuko se täysin niin kuin pitää?"
Ilman muuta. Työskentelen enimmäkseen konsolissa kuten juuri äskenkin. Lopettelen juuri...
"Melkeinpä menee pakosta siihen, että käyt kysymässä siltä virittäjältä niitä tietoja ja puristelet ne pihalle siitä vaikka väkisin."
Ei se hyödytä. Hän tietää mitä virittelystä seurasi ja nosti kädet pystyyn. Yhtä-äkkiä muut työt olivatkin tärkeämpiä, kun omat taidot loppuivat. Oikeasti minullakin on muita töitä jotka ovat kiireellisempiä kuin tämä. Tämän ongelman voi sentään kiertää vaikka se potuttaakin.
Mitä tarkoittaa singleen boottaaminen?
>>>Tuo on todella kaukaa haettua. Varsinkin kun salasanassa ei ole skandeja tai >>>muuta kummaa.
>>>"Avaa se konsoli ja kirjoita salasanasi ihan tekstinä siihen. Tulostuuko se >>>täysin niin kuin pitää?"
>>>Ilman muuta. Työskentelen enimmäkseen konsolissa kuten juuri äskenkin. >>>Lopettelen juuri...
Eli tulostuuko sen salasanan merkit oikein vai ei? Ei tuosta nyt oikein ottanut selvää. :)
>>Ei se hyödytä. Hän tietää mitä virittelystä seurasi ja nosti kädet pystyyn. Yhtä->>äkkiä muut työt olivatkin tärkeämpiä, kun omat taidot loppuivat. Oikeasti >>minullakin on muita töitä jotka ovat kiireellisempiä kuin tämä. Tämän ongelman >>voi sentään kiertää vaikka se potuttaakin.
Ok. 'Rikotaan' toisen kone ja sit äkkiä karkuun. :)
'Singleen boottaaminen'
grub käynnistysvalikossa annat parametrinä 'single' ja käynnistät koneen.
Käytätkö koneessa muuten pam:a? /etc/pam.d/*
Huomasin tämän vasta äsken. (Uuden Suomi24-keskustelupalstan sähköposti-ilmoitukset toimivat välillä vähän oudosti.)
Se tulostaa salasanan merkit oikein.
Istun nyt toimistolla. (Kohta tulee vieraita.)
Keskustelin tätä konetta virittäneen kanssa. Kun kysyin että mitä tiedostoja on virittänyt, niin vastasi kuten arvasin: "Mistä minä voin muistaa."
Kun moitin vastuunpakoilua siitä että rikkoi samalla konettani, niin hän suuttui. "Ekaks mä autan sua ja sitten haukut. Vi****aa tollanen. Korjaa ite." Kysyn että miten. Hän vastaa jotain kryptistä josta en tajunnut mitään. Hän vastaa: "Google {jotain kryptistä}"
Mahtaa olla melkoinen virittelijä se heppu :)
Ei voi olla kovin vaikeaa muistaa mitä tiedostoja on räpeltänyt, ellei sitten siitä ole kovin kauan aikaa.
Kaiken kyllä pitäisi alkaa olla conf tiedostojen osalta ihan kunnossa jos olet tehnyt jo nuo mitä tuossa alempana sanoin. Tuon jälkeen jos ei toimi niin tunnustan, että minulta loppui taidot ja tiedot :(
Toimiko su muuten ennen kuin se virittäjä rämppäsi konetta?
"Mahtaa olla melkoinen virittelijä se heppu :)"
Jep...
"Ei voi olla kovin vaikeaa muistaa mitä tiedostoja on räpeltänyt, ellei sitten siitä ole kovin kauan aikaa."
Siitä ei ole aikaa kuin muutaman päivän kun rikkoi koneeni.
Toinen kollega istui puolisen tuntia koneeni ääressä ja sai sen kuntoon. Erilaisten tiedostojen oikeuksissa ja omistuksissa oli paljonkin pielessä.
KIITOS KAIKILLE avuliaasta asenteesta!
rootina
chmod 4755 /bin/su
Kokeile nyt userina su:ta :)
Mutta onhan minulla ollut koko ajan oikeudet tiedostoon /bin/su koska se kerran käynnistyy ja kysyy salasanaa.
vaan siitä, että /bin/su :lla on oikeudet lukea /etc/shadow tiedostoa.
~ls -la /bin/su
-rwsr-xr-x 1 root root 87835 May 10 23:03 /bin/su
Tarkoitan tuota suid (s-kirjain) bittiä. Google kertoo lisää 'suid linux privileges'.
No kuitenkin. Tarkistetaan seuraavaksi pam su asetuksia hieman.
komenna cat /etc/pam.d/su
Liimaa tuloste tänne niin tarkastellaan.
Lisäksi mitä normiuserin komento id tulostaa?
Mitä tulostaa cat /var/log/messages | grep -A10 pam_unix
Tai kenties cat /var/log/sys.log | grep -A10 pam_unix
____________________________________
[barium@baari ~]$ ls -la /bin/su
-rwsr-xr-x 1 barium barium 23960 Jan 21 12:46 /bin/su
___________________________________
[barium@baari ~]$ cat /etc/pam.d/su
#%PAM-1.0
auth sufficient pam_rootok.so
# Uncomment the following line to implicitly trust users in the "wheel" group.
#auth sufficient pam_wheel.so trust use_uid
# Uncomment the following line to require a user to be in the "wheel" group.
#auth required pam_wheel.so use_uid
auth include system-auth
account sufficient pam_succeed_if.so uid = 0 use_uid quiet
account include system-auth
password include system-auth
session include system-auth
session optional pam_xauth.so
_____________________________
[barium@baari ~]$ id
uid=511(barium) gid=500(barium) groups=10(wheel),500(barium)
___________________________
cat /var/log/messages | grep -A10 pam_unix
ei tulosta yhtään mitään
___________________________
[barium@baari ~]$ cat /var/log/sys.log | grep -A10 pam_unix
cat: /var/log/sys.log: No such file or directory
Tarkastellaan tätä:
"barium@baari ~]$ cat /etc/pam.d/su
#%PAM-1.0
auth sufficient pam_rootok.so
# Uncomment the following line to implicitly trust users in the "wheel" group.
#auth sufficient pam_wheel.so trust use_uid
# Uncomment the following line to require a user to be in the "wheel" group.
#auth required pam_wheel.so use_uid
auth include system-auth
account sufficient pam_succeed_if.so uid = 0 use_uid quiet
account include system-auth
password include system-auth
session include system-auth
session optional pam_xauth.so"
Tämä kohta:
# Uncomment the following line to require a user to be in the "wheel" group.
#auth required pam_wheel.so use_uid
-------------------------------------
Muuta se tällaiseksi:
# Uncomment the following line to require a user to be in the "wheel" group.
auth required pam_wheel.so use_uid
-------------------------------------
Eli postat tuon risuaidan(#) tuosta auth required pam_wheel.so use_uid edestä ja tallennat tiedoston. Tarvitset root oikeudet, että voit tuota muokata.
HUOM! Älä hämmennä tiedostoon mitään muuta! Seurauksena on kaikkien kirjautumisien epäonnistuminen.
Jos tuokaan ei auta niin seuraavaksi kokeilet vielä tätä:
# Uncomment the following line to implicitly trust users in the "wheel" group.
#auth sufficient pam_wheel.so trust use_uid
--------------------------------------------------------------
Poistat tuostakin tuon risuaidan(#) auth sufficient pam_wheel.so trust use_uid edestä.
Nyt en äkkiseltään muista tulevatko muutokset välittömästi voimaan, mutta luulisin niin.
Ensin mainitun muutoksen jälkeen ei tapahtunut mitään. Ei edes bootin jälkeen.
Sitten tein tuon toisenkin muutoksen. Sen jälkeen saan su-komennosta vastauksen:
su: cannot set groups: Operation not permitted
(Palautan muutokset ennalleen)
Tuskin pamia on käpälöity. Ei siinä ainakaan järkeä olisi.
Tuo virheilmoitus viittaisi siihen että passwd, shadow, group ja gshadow ovat jotenkin vinksallaan. Siihen auttanee pwck ja grpck komentojen ajaminen roottina.
Vaikuttaa siltä että tuo Linux-Guru on muuttanut ryhmän numeron entiseksi. Ihmettelen vain miksi ei ole muuttanut myös käyttäjän numeroa.
Tuskinpa joo näin on, mutta tarkistin vain tuota. Periaatteessa tuolla pam/su tiedostolla ei ole merkitystä wheelin&&su:n suhteen koska ne oli kommentoitu pois ja ne eivät ole välttämättömiä kuten ei myöskään wheel group ole.
Mitäs näyttää cat /etc/group
"Vaikuttaa siltä että tuo Linux-Guru on muuttanut ryhmän numeron entiseksi. Ihmettelen vain miksi ei ole muuttanut myös käyttäjän numeroa."
Jotain tämän kaltaista ilmeisesti. Vaikea sanoa.
Kokeile tosiaan noita pwck & grpck:ta.
___________________
pwck tulostaa tällaista:
user adm: directory /var/adm does not exist
user news: directory /etc/news does not exist
user uucp: directory /var/spool/uucp does not exist
user gopher: directory /var/gopher does not exist
user ftp: directory /var/ftp does not exist
user pcap: directory /var/arpwatch does not exist
user avahi-autoipd: directory /var/lib/avahi-autoipd does not exist
pwck: no changes
grpck ei tulosta mitään.
Noiden ajo ei vaikuttanut mihinkään.
______________
cat /etc/group tulostaa:
root:x:0:root
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon
sys:x:3:root,bin,adm
adm:x:4:root,adm,daemon
tty:x:5:
disk:x:6:root
lp:x:7:daemon,lp
mem:x:8:
kmem:x:9:
wheel:x:10:root,barium
mail:x:12:mail,postfix
news:x:13:news
uucp:x:14:uucp
man:x:15:
games:x:20:
gopher:x:30:
dip:x:40:
ftp:x:50:
lock:x:54:
nobody:x:99:
users:x:100:
utmp:x:22:
utempter:x:35:
rpc:x:32:
apache:x:48:
postdrop:x:90:
postfix:x:89:
nscd:x:28:
floppy:x:19:
vcsa:x:69:
rpcuser:x:29:
nfsnobody:x:65534:
sshd:x:74:
pcap:x:77:
slocate:x:21:
ntp:x:38:
dbus:x:81:
haldaemon:x:68:
avahi:x:70:
xfs:x:43:
avahi-autoipd:x:101:
hsqldb:x:96:
gdm:x:42:
barium:x:500:
stapdev:x:102:
stapusr:x:103:
lisätä barium käyttäjä tuohon users groupiin(gid100).
Siellä on rivi
barium:x:500:
En tajunnut mitä selitän ja missä :)
Eli lisäät käyttäjän barium myös tuohon groupiin users (gid100).
Nyt mie oon jo ihan googlen varassa ja jos tuokaan ei (tuskin auttaa) niin sitten on pakko tarjota seuraavaa ja oikeastaan viimeistä konstia minkä nyt tähän häntään keksin.. Eli asenna uudestaan coreutils pakettihallinnasta.
(((ladatun paketin asennus rpm -Uhv coreutils....tms..
ilmeisesti käytät yumia joten yum install/update coreutils tai jotain sinnepäin pitäisi toimia.)))
Tuon jälkeen menee jo todella mystiseksi viaksi. Tutki kuitenkin logeja onko siellä jotain jälkiä loggaus yrityksistä. ne saattais kertoa jotain siitä, mikä on ongelmana
ja niistä copy/paste tänne niin katsotaan onko asialle jotain tehtävissä.
"toisille lukijoille": Kertokaas jos tässä nyt jäi jokin tiedosto vielä läpikäymättä jota en huomannut. Äkkiseltään luulisin käyneeni kaikki kirjautumiseen tarvittavat läpi jo kertaalleen ja en kyllä pysty sanomaan, että niissä olisi mitään vikaa.
Toisaalta, fileissä ei kyllä olekaan mitään vikaa kun kerta kirjautuminen onnistuu(myös rootina). Onko /bin/su :lle jotain erikseen määritettyä conf tiedostoa?
Tarkoittaa sitä että barium kuuluisi myös users-ryhmään. Nyt barium on vain barium ja wheel ryhmissä. Lisäyskomento on "adduser barium users" tai "gpasswd -a barium users" riippuen jakelusta.
Mikä jakelu on kyseessä? Itse on tullut käpisteltyä pitkään Debiania ja siihen perustuvia jakeluita. Debianilta /etc/group ei ainakaan näytä. Jospa palstan lukijoista löytyisi käyttämäsi jakelun expertti.
Jakelu on mitä ilmeisimmin Fedora,Redhat tai CentOS :)
Ainakin userin numeron perusteella.
Noissa oletus userit alkavat numerosta 500 ja siitä eteenpäin..
Muissa UID on 1000 ja siitä eteenpäin.
"Jakelu on mitä ilmeisimmin Fedora,Redhat tai CentOS :)"
Kyse on Foobar Linuxista joka perustuu Red Hat Linuxiin. Mutta nyt kaikki toimii.
Toinen kollega istui vajaa puoli tuntia koneeni ääressä ja sai sen kuntoon. Erilaisten tiedostojen oikeuksissa ja omistuksissa oli paljonkin pielessä.
KIITOS KAIKILLE avuliaisuudesta!