Vraag & Antwoord

OS Linux

permissie vraag

Anoniem
None
14 antwoorden
  • Hallo,

    Ik lees hier in een Linux leerboek, dat als je in een konsole aan het werk ben als gebruiker, en je logt dan in als root met su, je permissie problemen kunt krijgen als bijv: daarna een bestand zou aanmaken via su <user>

    Er wordt in het boek hier verder geen uitleg overgegeven.

    Ik heb het volgende even gedaan maar zie eigenlijk geen problemen;

    suse@linux:~> ls -l perm*
    -rw-r–r– 1 root root 0 2005-09-06 16:46 perm1.txt
    -rw-r–r– 1 suse users 0 2005-09-06 16:47 perm2.txt
    -rw-r–r– 1 suse users 0 2005-09-06 16:45 perm.txt

    perm.txt heb ik gemaakt als normale gebruiker met $ touch perm.txt
    perm1.txt als root # touch perm1.txt
    perm2.txt via # su suse <enter> daarna als suse $ touch perm2.txt

    Kan iemand me naar een howto verwijzen waar ik hierover wat meer info kan vinden?

    Thx.
  • Ik heb daar nooit problemen mee ondervonden. Maar bijv. biff zie [b:f1826c6413]man biff[/b:f1826c6413] schijnt daar in sommige gevallen wel problemen mee te hebben.
  • [quote:ceb901f9da="m3ssi4h"]Ik heb daar nooit problemen mee ondervonden. Maar bijv. biff zie [b:ceb901f9da]man biff[/b:ceb901f9da] schijnt daar in sommige gevallen wel problemen mee te hebben.[/quote:ceb901f9da]

    Bedankt, ga ik even bekijken.
  • Toevallig Leerboek Linux met paarse kaft? Ik heb geen antwoord op je vraag maar ga vrijdag examen doen 117-101
  • [quote:a785559696="neuro"]Toevallig Leerboek Linux met paarse kaft? Ik heb geen antwoord op je vraag maar ga vrijdag examen doen 117-101[/quote:a785559696]

    Klopt, deel 1. Ik heb deel 1 & 2 in bruikleen van iemand, het zijn weliswaar wel twee oude boeken, van beide uitgaven de eerste druk.
    En deel 3 heb ik van de website van de schrijver kunnen downloaden, een gratis te downloaden pdf uitgave.
  • Okay, Ik het het boek een maand geleden gekocht (3e druk) en ga vrijdag 117-101 doen. Dat is een van de 2 examens om de LPI1 status te behalen. Heb er nog zeer weinig ervaring mee maar doe gewoon een poging om te kijken hoever ik kom :)
  • [quote:1c3ea29599="neuro"]Okay, Ik het het boek een maand geleden gekocht (3e druk) en ga vrijdag 117-101 doen. Dat is een van de 2 examens om de LPI1 status te behalen. Heb er nog zeer weinig ervaring mee maar doe gewoon een poging om te kijken hoever ik kom :)[/quote:1c3ea29599]

    Ja, ik ga deze boeken van de week ook zelf kopen, dat LPI examen ga ik ook zeker doen, maar dat wordt dan wel volgend jaar.
    Ik heb van de website van IBM wat materiaal afgehaald voor 101 en 102.

    In ieder geval succes met je examen vrijdag.
  • problemen bij bestand aanmaken ken ik niet, wat je wel kunt ondervinden is dat je geen grafische programma's meer kunt starten als je eerst via su root bent geworden, en dan via su weer user.

    Je krijgt dan dit:
    [code:1:82a55e7bf9]
    rinse@CC403563-A:~> su
    Password:
    CC403563-A:/home/rinse # su rinse
    rinse@CC403563-A:~> /opt/kde3/bin/kwrite
    Xlib: connection to ":0.0" refused by server
    Xlib: No protocol specified

    kwrite: cannot connect to X server :0.0
    rinse@CC403563-A:~>
    [/code:1:82a55e7bf9]
  • @maximilaan
    Ik krijg hier exact hetzelfde te zien, interssant.
    Linux wordt steeds leuker.
  • Ik heb even hetzelfde testje uitgevoerd en ook hier geen permissie problemen. Zelfs niet als je eerst met 'su -' root wordt en daarna met 'su user' naar de user switcht en een file aanmaakt.

    Ik kan me echter wel een situatie indenken, waarin er wel vreemde dingen met je permissies gebeuren. Bijvoorbeeld als je als user met umask in bijvoorbeeld je ~/.bash_login andere standaard permissies hebt ingesteld voor nieuw aangemaakte files en mappen. Als het goed is neemt root deze opties namelijk over als je met 'su' superuser wordt en vervolgens files aanmaakt. Bij het 'su' commando wordt, in tegenstelling tot het 'su -' commando, de login procedure namelijk niet doorlopen, waardoor diverse instellingen en variabelen onaangepast meeverhuizen naar je su omgeving.

    De foutmelding die Rinse als voorbeeld gaf krijg ik overigens niet (grafische apps starten gewoon netjes op), maar dat verschil tussen Slackware en SuSE is al eens vaker aan het licht gekomen. Als het goed is kun je de foutmelding verhelpen met 'xauth -merge ~/.Xauthority', waarna je wel grafische programma's kunt starten in je geneste omgeving.
  • [quote:78a313d466]Ik heb even hetzelfde testje uitgevoerd en ook hier geen permissie problemen. Zelfs niet als je eerst met 'su -' root wordt en daarna met 'su user' naar de user switcht en een file aanmaakt.

    Ik kan me echter wel een situatie indenken, waarin er wel vreemde dingen met je permissies gebeuren. Bijvoorbeeld als je als user met umask in bijvoorbeeld je ~/.bash_login andere standaard permissies hebt ingesteld voor nieuw aangemaakte files en mappen. Als het goed is neemt root deze opties namelijk over als je met 'su' superuser wordt en vervolgens files aanmaakt. Bij het 'su' commando wordt, in tegenstelling tot het 'su -' commando, de login procedure namelijk niet doorlopen, waardoor diverse instellingen en variabelen onaangepast meeverhuizen naar je su omgeving.[/quote:78a313d466]

    Bedankt voor je uitleg Marcel, ik heb gelijk ook even naar umask gekeken, in de SuSE Bible stond er een aardige uitleg over, en ook in lpi 101 part3 werd er wat over geschreven.
    Ik heb de standaard instelling 022 gezet op 077.


    [quote:78a313d466]De foutmelding die Rinse als voorbeeld gaf krijg ik overigens niet (grafische apps starten gewoon netjes op), maar dat verschil tussen Slackware en SuSE is al eens vaker aan het licht gekomen. Als het goed is kun je de foutmelding verhelpen met 'xauth -merge ~/.Xauthority', waarna je wel grafische programma's kunt starten in je geneste omgeving.[/quote:78a313d466]

    Ik heb eerst een backup gemaakt van ~/.Xauthrity :-) want na de manpage van xauth door gelezen te hebben, kon ik wel zeggen dit gaat nog "boven me pet uit" :-)
    Daarna $ xauth -merge ~/.Xauthority waar ik wel het min teken moest weghalen voordat SuSE akkoord ging. Maar daarna bracht dit niet wat het moest worden.
    Na su <user> /opt/kde/bin/kwrite nog steeds die fout melding.

    Maar ik kan daar momenteel goed mee leven, want ik snap dit laatste nog niet helemaal, maar dat komt nog wel :-)

    In ieder geval bedankt voor je uitvoerige uitleg.
  • In deze discussie staat wat je nog zou kunnen proberen.
  • [quote:0cf7c3912e="jolo"]In deze discussie staat wat je nog zou kunnen proberen.[/quote:0cf7c3912e]

    Bedankt Jolo voor deze link, ik zie daar inderdaad hetzelfde verschijnsel als waar Rinse het over had, maar er gaan daar twee dingen langs elkaar heen
    <Is there some way to get kwrite (or similar) to run as superuser from a
    normal login session?> met inderdaad een oplossing voor dat probleem.

    En die opmerking van Rinse, maar inderdaad ook nog "sux" :-)
    Die ga ik nog even proberen.

    Thx,
  • [quote:a9d6ea4e68="suse"][quote:a9d6ea4e68="jolo"]In deze discussie staat wat je nog zou kunnen proberen.[/quote:a9d6ea4e68]

    Bedankt Jolo voor deze link, ik zie daar inderdaad hetzelfde verschijnsel als waar Rinse het over had, maar er gaan daar twee dingen langs elkaar heen
    <Is there some way to get kwrite (or similar) to run as superuser from a
    normal login session?> met inderdaad een oplossing voor dat probleem.

    En die opmerking van Rinse, maar inderdaad ook nog "sux" :-)
    Die ga ik nog even proberen.

    Thx,[/quote:a9d6ea4e68]

    Met sux krijg ik nog steeds dezelfde fout hier :-)
    Nou, ja ik zet het wel op mijn todo lijst, zal recht komen.

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.