KDE, root login

KDE:ssä on estetty kirjautuminen root -tunnuksella (KDM loghin manager).

Voiko tuon eston jotenkin poistaa siten, että kirjautuminen root -tunnuksella tulee mahdolliseksi?

Joku kuitenkin kyselee: miksi....

siksi, että muuten sellaisen ohjelman debuggaaminen (FreePascal Lazarus) integroidulla debuggerilla ei ole mahdollista, joka kyseinen ohjelma tarvitsee root -oikeuksia.

valmiin ohjelman saa ajettua kdesu:lla, mutta se ei auta debuggauksessa.

sensijaan su tai sudo eivät auta asiassa.

Niiden osalta lisäharmina vielä se, että käyttäjällä "root" ei ole oikeutta luoda GUI -ikkunaa, jos jokin muu käyttäjätunnus omistaa GUI -session (KDE / KDM login).

Lisäksi GTK ei muutenkaan tue setsuid / -guid -ohjelmia.

http://www.gtk.org/setuid.html

myöskään kdesu:n laittaminen lazaruksen omaan "run parameters" -dialogiin kohtaan "launcher application" ei toimi millään järkevällä tavalla.
14846
Äänestä

Muut lukivat myös

Vastaukset 14

Vanhimmat

Avaa /usr/local/share/config/kdm/kdmrc
Aseta AllowRootLogin=true

Jos ei kdmrc löydy tuosta polusta niin koita etsiä sitä vaikka locate:illa.

Äänestä

Mitä jos vääntää noissa suid vivun päälle?

Äänestä
  • Äksä ei anna vieraan käyttäjän tulla ruudulle ilman lupaa. Lupa voidaan antaa vaikka seuraavilla tavoilla.

    Kopioidaan .Xauthority rootin hakemistoon.

    Annetaan konsolissa käsky "xhost local:root"

    Lisätään local:root /etc/X0.hosts tiedostoon.

    Äänestä

estetty rootin kirjautumista vaan jakeluusi on tehty sellainen esto. Esim Slackwaressa ja PCLinuxOSissa rootti kirjautuu sisään niin että heilahtaa. Siksi mä pidänkin noista jakeluista. Ei keinotekoisia esteitä.

Äänestä
  • Ne keinotekoiset esteet on juuri siksi ettei kukaan heiluisi roottina turhaan. Rootti on täsmätyökalu, jonka oikeuksin tehdään homma vain mikäli se on aivan välttämätöntä. Ei ole mitään syytä käynnistää työpöytää rootille. Siinä saa vain koneensa nopeasti Windowsin tapaan uudelleenasennuskuntoon.

    Äänestä

  • zxcvbnm kirjoitti:

    Ne keinotekoiset esteet on juuri siksi ettei kukaan heiluisi roottina turhaan. Rootti on täsmätyökalu, jonka oikeuksin tehdään homma vain mikäli se on aivan välttämätöntä. Ei ole mitään syytä käynnistää työpöytää rootille. Siinä saa vain koneensa nopeasti Windowsin tapaan uudelleenasennuskuntoon.

    Syy käynnistää KDE root -oikeuksin

    "Ei ole mitään syytä käynnistää työpöytää rootille."

    Jaah.

    Miten itse toimisit, jos olisi tarvetta debugata FreePascal Lazarus -yhdistelmällä tehtävää ohjelmaa, joka tarvitsee root -oikeudet?

    Tässä tapauksessa ohjelma tarvitsee oikeudet avata "tiedosto" /dev/hda luku- ja kirjoitusoikeuksin.

    Vinkiksi vielä, jollet tunne lazarusta: se kääntää aina RUN -komennolla uudelleen, vaikka edellisen kääntämisen jälkeen ei olisi tehty muutoksia. (tässä kääntäminen käsitteenä sisältää myös linkkauksen, aivan kuten Delphissä ja Kylixissä).

    Yllämainittu tosiasia estää tehokkaasti suid -määreen asettamisen kääntämisen jälkeen mutta ennen (debuggerissa) ajoa.

    Tosin, vaikka tuon saisikin päälle, homma kaatuisi siihen, että GTK ei suostu ajamaan SUID -bitti päällä olevia ohjelmia.

    su -komennolla ei voi myöskään (ainakaan oletuksena) ajaa, yllämainittua temppua en ole vielä kokeillut.

    Ja vielä lisäharmina: jos Lazaruksen valikosta laittaa päälle "Käytä launcher application" niin debuggeri lakkaa toimimasta.

    Vaikuttaa siltä, että muissa ratkaisumalleissa on tiedossa ongelmaa ongelman perään, yksinkertaisempaa on tosiaankin kirjautua KDE:hen rootina, ja käynnistää sitten lazarus, jolloin ylimääräisiä temppuja ei edes tarvita, ja toimivaa temppuahan ei ole edes löytynyt, varsinkin tuo "Käytä launcher application" niin debuggeri lakkaa toimimasta - on jo paha este muille ratkaisuille.

    Äänestä

  • zxcvbnm kirjoitti:

    Ne keinotekoiset esteet on juuri siksi ettei kukaan heiluisi roottina turhaan. Rootti on täsmätyökalu, jonka oikeuksin tehdään homma vain mikäli se on aivan välttämätöntä. Ei ole mitään syytä käynnistää työpöytää rootille. Siinä saa vain koneensa nopeasti Windowsin tapaan uudelleenasennuskuntoon.

    "Ei ole mitään syytä käynnistää työpöytää rootille"

    Asetusten tekeminen on helpompaa kun on kokonaan root eikä mikään kikkailtu oikeus. Tosin vastuu on myös huomattavasti suurempi. Itse teen kaikki asetukset roottina ja kaiken muun sähläyksen tavallisena (lu)userian.

    Äänestä

  • Mika0800 kirjoitti:

    Syy käynnistää KDE root -oikeuksin

    "Ei ole mitään syytä käynnistää työpöytää rootille."

    Jaah.

    Miten itse toimisit, jos olisi tarvetta debugata FreePascal Lazarus -yhdistelmällä tehtävää ohjelmaa, joka tarvitsee root -oikeudet?

    Tässä tapauksessa ohjelma tarvitsee oikeudet avata "tiedosto" /dev/hda luku- ja kirjoitusoikeuksin.

    Vinkiksi vielä, jollet tunne lazarusta: se kääntää aina RUN -komennolla uudelleen, vaikka edellisen kääntämisen jälkeen ei olisi tehty muutoksia. (tässä kääntäminen käsitteenä sisältää myös linkkauksen, aivan kuten Delphissä ja Kylixissä).

    Yllämainittu tosiasia estää tehokkaasti suid -määreen asettamisen kääntämisen jälkeen mutta ennen (debuggerissa) ajoa.

    Tosin, vaikka tuon saisikin päälle, homma kaatuisi siihen, että GTK ei suostu ajamaan SUID -bitti päällä olevia ohjelmia.

    su -komennolla ei voi myöskään (ainakaan oletuksena) ajaa, yllämainittua temppua en ole vielä kokeillut.

    Ja vielä lisäharmina: jos Lazaruksen valikosta laittaa päälle "Käytä launcher application" niin debuggeri lakkaa toimimasta.

    Vaikuttaa siltä, että muissa ratkaisumalleissa on tiedossa ongelmaa ongelman perään, yksinkertaisempaa on tosiaankin kirjautua KDE:hen rootina, ja käynnistää sitten lazarus, jolloin ylimääräisiä temppuja ei edes tarvita, ja toimivaa temppuahan ei ole edes löytynyt, varsinkin tuo "Käytä launcher application" niin debuggeri lakkaa toimimasta - on jo paha este muille ratkaisuille.

    "Miten itse toimisit, jos olisi tarvetta debugata FreePascal Lazarus -yhdistelmällä tehtävää ohjelmaa,"
    Teet aina kaikki vähän mutkan kautta - ja sitten ihmettelet, kun tapasi ei toimi.
    Komentoriviltähän tuo Pascal-kääntäjä toimii.

    Lisäksi xhost on tutustumisen arvoinen komento, vaikka ei kovin suositeltavaa.
    Mutta root-oikeuksin debuggaaminenkin jo tuntuu aika järkyttävältä. Mutta kukin tyylilleen uskollisesti.

    Äänestä

Minä kirjoitan vain käyttäjäksi root ja salasanan niin siinä on koko homma.

Äänestä

KDE ei useimmissa jakeluissa rajoita rootin graafista kirjautumista mutta *buntuissa se on estetty.

Ubuntussa tämä on helppo muuttaa jopa graafisesti mutta en tässä neuvo miten se tehdään, periaate on kuitenkin sama KDE:ssä jossa muutetaan kdm:n asetusta siten että loggautuminen mahdollistuu (ubuntussa sama tehdään gdm:lle).

Ensin sun pitää asettaa oma uusi salasana rootille ellet ole jo tehnyt sitä eli konsolissa

sudo passwd root

ja sitten lyöt sen uuden salasanan jonka tietysti muistat itse helposti.

Tämän jälkeen avaat root-oikeuksin tiedoston /etc/kde3/kdm/kdmrc

sudo kedit /etc/kde3/kdm/kdmrc

ja etsit sieltä rivin (Keditissä Ctrl F ja "allowroot")

AllowRootLogin=false

jonka muutat muotoon

AllowRootLogin=true

Nyt pitäisi toimia, kokeile onnistuuko kirjautuminen.

Perinteiseen tyyliini en ota mitään vastuuta kenenkään sekoiluista rootina joten jos joku sotkee koneensa niin oma häpeä. Suosittelen *buntu-tyylistä sudon käyttöä user-tililtä ainakin niille jotka ovat epävarmoja mitä tekevät.

Äänestä

"sensijaan su tai sudo eivät auta asiassa. "

ei auta jos komennat konsolissa su? ja sitten senjälkeen käynnistät siitä ne ohjelmasi?

Äänestä
  • Koska kyse on debuggauksesta, kelvollisen ratkaisun tulisi mahdollistaa se, ettäkun lazarus IDEä ajetaan normaalikäyttäjänä, niin se silti mahdollistaisi ohjelman käynnistämisen rootina.

    Mutta tässä on siis parikin ongelmaa:

    1. Jotta normaalioikeuksin toimiva debuggeri (lazarus) voisi käynnistää ohjelman root -oikeuksin, sen täytyisi käynnistämisen sijasta käskeä esim kdesu:ta käynnistämään puolestaan.

    Tuo kdesu muuten itse käyttää su, eli kdesu ei itse ole suid-ohjelma, mutta sen käyttämä su on.

    pelkkä su tai sudo eivät toimi järkevästi graafisten ohjelmien käynnistämisessä, joko GUI -ohjelma ei tiedä miten ottaa yhteyttä x-serveriin tai sitten x-serveri kieltäytyy hyväksymästä root:in omistamaa ohjelmaa toisen käyttäjän käynnistämälle xwindow -serverille.

    kdesu ilmeisesti osaa tuon ongelman jotenkin kiertää.

    Mutta kun kyse on debuggauksesta, niin ainoa edes teoriassa toimiva keino olisi kdesu:n käyttö lazaruksen kohdassa "launcher application" - mutta ikävä kyllä:

    1. lazaruksen "launcher application":in käyttö estää debuggerin toiminnan.

    2. en ole löytänyt kdesu:lle vastaavaa optiota kuin su:lle lisäoptio, joka avaa uuden tekstimoodi-ikkunan, nimittäin linuxissahan myös gui -ohjelmista voi kirjoittaa konsoliin tekstiä (jos yleensä ON konsoli johon kirjoitella, jollei ole, nuo ilmeisesti menevät automaattisesti /dev/null:iin).

    Äänestä

  • Mika0800 kirjoitti:

    Koska kyse on debuggauksesta, kelvollisen ratkaisun tulisi mahdollistaa se, ettäkun lazarus IDEä ajetaan normaalikäyttäjänä, niin se silti mahdollistaisi ohjelman käynnistämisen rootina.

    Mutta tässä on siis parikin ongelmaa:

    1. Jotta normaalioikeuksin toimiva debuggeri (lazarus) voisi käynnistää ohjelman root -oikeuksin, sen täytyisi käynnistämisen sijasta käskeä esim kdesu:ta käynnistämään puolestaan.

    Tuo kdesu muuten itse käyttää su, eli kdesu ei itse ole suid-ohjelma, mutta sen käyttämä su on.

    pelkkä su tai sudo eivät toimi järkevästi graafisten ohjelmien käynnistämisessä, joko GUI -ohjelma ei tiedä miten ottaa yhteyttä x-serveriin tai sitten x-serveri kieltäytyy hyväksymästä root:in omistamaa ohjelmaa toisen käyttäjän käynnistämälle xwindow -serverille.

    kdesu ilmeisesti osaa tuon ongelman jotenkin kiertää.

    Mutta kun kyse on debuggauksesta, niin ainoa edes teoriassa toimiva keino olisi kdesu:n käyttö lazaruksen kohdassa "launcher application" - mutta ikävä kyllä:

    1. lazaruksen "launcher application":in käyttö estää debuggerin toiminnan.

    2. en ole löytänyt kdesu:lle vastaavaa optiota kuin su:lle lisäoptio, joka avaa uuden tekstimoodi-ikkunan, nimittäin linuxissahan myös gui -ohjelmista voi kirjoittaa konsoliin tekstiä (jos yleensä ON konsoli johon kirjoitella, jollei ole, nuo ilmeisesti menevät automaattisesti /dev/null:iin).

    Kokeilitko tota mun neuvoa? Vai eikö se muka toiminut.. pitäis kyllä?

    Äänestä

  • old_profile_3778 kirjoitti:

    Kokeilitko tota mun neuvoa? Vai eikö se muka toiminut.. pitäis kyllä?

    "Kokeilitko tota mun neuvoa?"

    Itseasiassa en, koska keksin ennen tuon lukemista toisen kikan:

    1. paina Ctrl-Alt-F2

    2. kirjaudu root:ina sisään tekstitilassa

    3. kirjoita startx

    4. KDE käynnistyy kiltisti rootina

    Ja nyt näyttäisi siltä, ettei tuohon ole vähään aikaan tarvetta.... FreePascalista löytyi ikävä bugi,joten päivitin FreePascalin uuteen 2.2 -versioon siinä toivossa, että ko bugi olisi jo korjattu. Valitettavasti vain vanha Lazarus ei pelaa yhteen uudemman FreePascal 2.2:n kanssa (tuottaa jo käynnistysvaiheessa virheilmoituksen).

    Nyt sitten odotellaan, josko myös Lazaruksesta saataisiin uusi versio, joka pelaisi yhteen tuon uudemman FreePascalin kanssa.

    Sitä odotellessa on pakko käyttää Kylix3 CrossKylix Delphi7 -yhdistelmää (windowsissa), ja siirtää käännetty ohjelma linux -koneeseen.

    voihan linux -koneelta jakaa samballa haluamansa hakemiston ja ottaa sen windows -koneella vaikkapa U: -asemaksi.

    Äänestä

Kommentoi aloitusta


Mika0800 kirjoitti:

KDE:ssä on estetty kirjautuminen root -tunnuksella (KDM loghin manager).

Voiko tuon eston jotenkin poistaa siten, että kirjautuminen root -tunnuksella tulee mahdolliseksi?

Joku kuitenkin kyselee: miksi....

siksi, että muuten sellaisen ohjelman debuggaaminen (FreePascal Lazarus) integroidulla debuggerilla ei ole mahdollista, joka kyseinen ohjelma tarvitsee root -oikeuksia.

valmiin ohjelman saa ajettua kdesu:lla, mutta se ei auta debuggauksessa.

sensijaan su tai sudo eivät auta asiassa.

Niiden osalta lisäharmina vielä se, että käyttäjällä "root" ei ole oikeutta luoda GUI -ikkunaa, jos jokin muu käyttäjätunnus omistaa GUI -session (KDE / KDM login).

Lisäksi GTK ei muutenkaan tue setsuid / -guid -ohjelmia.

http://www.gtk.org/setuid.html

myöskään kdesu:n laittaminen lazaruksen omaan "run parameters" -dialogiin kohtaan "launcher application" ei toimi millään järkevällä tavalla.

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu