screen gebruiken zonder shell login

[zeroxcool]

Beetje vage titel, zal het proberen hier wat duidelijker uit te leggen.

Op één van onze servers heb ik een applicatie onder screen draaien. Deze start ik als root zijnde met een su command voor user x. Dit werkt mooi, groot nadeel is dat je deze screen kan resumen alleen als je 'echt' inlogt als x. Dat gaat niet als je su't...

Op zich is dit natuurlijk niet echt een probleem, dat wordt het echter wel als je hoort dat ik deze klant geen shell access wil geven maar wel FTP access.

Halve oplossing: een ftponly shell maken (een exit shell script). Maar dan kun je niet meer inloggen en dan een screen resumen. Hoe zou dit wel opgelost kunnen worden?

[smokalot]

Zou het niet werken als je de screen-sessie als root uitvoert, en pas in die sessie su't naar user x?

Zou kunnen dat dit wat onveilig is hoor, maar op het eerste gezicht zie ik niet hoe.

[blaataaps]

ZeRoXcOoL schreef op 25 februari 2004 @ 12:31:
Beetje vage titel, zal het proberen hier wat duidelijker uit te leggen.

Op één van onze servers heb ik een applicatie onder screen draaien. Deze start ik als root zijnde met een su command voor user x. Dit werkt mooi, groot nadeel is dat je deze screen kan resumen alleen als je 'echt' inlogt als x. Dat gaat niet als je su't...

dat gaat wel, met wat moeite, kwestie van de foutmelding goed lezen die je krijgt als je via root -> user een shell krijgt en dan de screen wil resumen

[flat]

ZeRoXcOoL schreef op 25 februari 2004 @ 12:31:
[...]
Dit werkt mooi, groot nadeel is dat je deze screen kan resumen alleen als je 'echt' inlogt als x. Dat gaat niet als je su't...
[...]

met sudo -H -u $username kan dat toch wel?

[ Voor 10% gewijzigd door flat op 25-02-2004 12:36 ]

[zeroxcool]

blaataaps schreef op 25 februari 2004 @ 12:36:
[...]
dat gaat wel, met wat moeite, kwestie van de foutmelding goed lezen die je krijgt als je via root -> user een shell krijgt en dan de screen wil resumen

code:

userx@bla:~$ screen -r
Cannot open your terminal '/dev/pts/0' - please check.

Wat ik dus hiervan kan maken is dat hij de terminal van de root user wil openen (waarvanuit ik deze su heb opgezet).

Flat© schreef op 25 februari 2004 @ 12:36:
[...]

met sudo -H -u $username kan dat toch wel?

Je bedoelt dus om als root dit uit te voeren en dan als command een screen -r te doen?

[ Voor 25% gewijzigd door zeroxcool op 25-02-2004 18:03 ]

[zeroxcool]

Schop .

[DDX]

check eens rechten op /dev/pts/0
zorg dat userx rechten heeft erop
(klein systeem chmod 666 ?)

[Bas!]

[onzin]
en als je nu eens su -s /bin/bash <gebruiker> doet en geen shell of /bin/false in je passwd meegeeft voor gebruiker x?
Zag het in de su man pages en had het nog niet eerder geprobeerd maar het lijkt bij mij te werken
(ik gebruik voor een aantal gebruikers screen als login shell en kan daar normaal ook niet heen su-en)
[/onzin]

[ Voor 31% gewijzigd door Bas! op 26-02-2004 20:50 . Reden: Te voorbarig, dan kan je de screen sessie nog niet overpakken, alleen inloggen ]

[Bas!]

hoezee
als root inloggen of su-en naar root
doe een chown <user> /dev/pts/<nummer van de rootconsole waarmee je inlogt>
doe een su -s /bin/bash <user>
screen -r
kan ook met een chmod a+rw op de pts

[ Voor 41% gewijzigd door Bas! op 26-02-2004 20:57 ]

[blaataaps]

Hoera, Bas! gaat door voor de koelkast, dat was de interpretatie van de foutmelding waar ik op doelde, zorgen dat het screen-proces wel naar de betreffende terminal mag schrijven \o/

[zeroxcool]

Goede oplossing, maar is dit ook op te lossen op een - naar mijn mening - 'cleanere' manier?

[Bas!]

ja wat je ook kan doen is multiuser on invoeren in de .screenrc in de user's homedir
daarbij een acladd root of
een keybind in de screenrc voor acladd root als je het niet altijd wilt of in de screen sessie ctrl-a:acladd root
en je kunt attachen met root
door screen -r <username>/<eventueel sessiegegevens zoals in /var/run/screen/S-<user>/>
is wel multiusermode dus kan je met veel lui in een screen sessie tikken en alles meelezen maar dat werkt dus ook
en is misschien wat eenvoudiger, minder handelingen als het eenmaal ingesteld is in screenrc
aangezien de tekst een chaos is een voorbeeldje:
echo "multiuser on">>/home/test/.screenrc
echo "acladd root">>/home/test/.screenrc
dan screensessie voor de user openen (bijvoorbeeld door die truc met de su voor een non shell user)
detachen
en vervolgens kan je altijd attachen met root door als root:
screen -r test/
uit te voeren

[ Voor 39% gewijzigd door Bas! op 26-02-2004 22:02 . Reden: voorbeeldje ]

[zeroxcool]

Mjah, pak ik toch de eerste oplossing, hartstikke bedankt .

[zeroxcool]

Ik trap hem nog even open.

Ik kom er zojuist pas achter dat ik nou de screens die ik normaal via een su opstart ook niet meer werken. Normaal deed ik dat met dit command:

code:

su -c "screen -A -m -d -s /bin/bash /home/userx/startappy" - userx

Maar als userx dus een ftponly (exit;) shell heeft valt er natuurlijk geen command uit te voeren, hoe zou je dit op kunnen lossen?

[Bas!]

Bas! schreef op 26 februari 2004 @ 20:46:
en als je nu eens su -s /bin/bash <gebruiker> doet en geen shell of /bin/false in je passwd meegeeft voor gebruiker x?

en dan die -c
dan eerst wel weer een chmod a+rw of chown naar de user doen op de pts

[ Voor 15% gewijzigd door Bas! op 28-02-2004 00:16 ]

[zeroxcool]

Stom, over die post een beetje heengelezen. En weer helpt Bas me uit de brand, thank you .