Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - teele

Sivuja: 1 [2] 3 4 ... 41
21
Ubuntu tietokoneissa / Vs: Tiedosto-oikeuksissa outoa
« : 14.01.24 - klo:19.55 »
Niinpäs näyttää olevan :)

Kokeilut jatkuvat  ....


Muokk.

Ongelmat näyttävät olevan tämän säikeen osalta ratkaistu. Kiitos neuvoista :)

22
Ubuntu tietokoneissa / Vs: Tiedosto-oikeuksissa outoa
« : 14.01.24 - klo:19.22 »

Vielä oikeuksista. Päätteessä meni näin

Koodia: [Valitse]
pääkäyttäjä@pilvikone:/home$ sudo chmod -R g+rX käyttäjä3
pääkäyttäjä@pilvikone:/home$ sudo usermod -a -G käyttäjä3  pääkäyttäjä
pääkäyttäjä@pilvikone:/home$ cd käyttäjä3
-bash: cd: käyttäjä3: Permission denied
pääkäyttäjä@pilvikone:/home$ getent group käyttäjä3
käyttäjä3:x:1003:www-data,pääkäyttäjä

Mutta käyttäjä3:n hakemistoon ei pääse, vaikka pääkäyttäjä on käyttäjä3:n ryhmässä ja ryhmällä pitäisi olla katseluoikeudet. Vaikka käyttäjä3:n hakemistossa olisi vainjonkun muun omistamia tiedostoja, eikö niiden pitäisi ainakin näkyä. Nyt pääsy hakemistoon ei onnistu, vaikka pääkäyttjä on käyttäjä3:n ryhmässä. (tai siltä ainakin näyttää tai sitten en vain huomaa jotain)

23
Ubuntu tietokoneissa / Vs: Tiedosto-oikeuksissa outoa
« : 14.01.24 - klo:17.43 »
selvä, kiitos, kokeilen iso X -määrittelyä, se vaikuttaa paljon paremmalta, valitettavasti tämä säie menee vähän ristiin sen rajoittamisäikeen kanssa, pahoitteluni, tilanne vaikutti aika epätoivoiselta eilen

24
Ehkä asia alkaa vähän selvitä.

Kummankin käyttäjän ryhmätiedot ja oikeudet näyttävät toimivilta.

Koodia: [Valitse]
$ getent group käyttäjä1
takaovi:x:1002:www-data

$ getent group käyttäja2
käyttäjä2:x:1004:www-data

$ ls -l
total 24
drwxr-xr-x  7 käyttäjä2    käyttäjä2    4096 Jun 19  2023 käyttäjä2
drwxr-x---  7 käyttäjä1 käyttäjä1 4096 Jan 13 19:52 käyttäjä1

Mutta kun selaimella pyytää

Koodia: [Valitse]
käyttäjä2.dy.fi
tulee vastaukseksi

Koodia: [Valitse]
Forbidden

You don't have permission to access this resource.
Apache/2.4.41 (Ubuntu) Server at käyttäjä2.dy.fi Port 443

josta voisi päätellä, että hakemistoon ei ole oikeuksia, mikä tuntuikin juuri olevan ongelma.

Mutta käyttäjä2:n hakemistossa olikin tiedostoja, jotka oli tehty sudoilemalla ja niiden ryhmä ja omistaja olivat root. Kun kansiossa olevan index-tiedoston omitajaksi laitetaan käyttäjä2, vaikuttaa siltä, että selain hakee sen.

Eli taas n ä y t t ä i s i, että asettelu toimii, mutta yllätyksiin pitänee tottua. Näkyykö oikeus- ryhmä- ja sivustoasetteluissa jotain (piilo)-ongelmaa, onko periaate oikein tai miten asiantuntija ratkaisisi asian kätevämmin?

Muokk.

No niin, yllätys olikin jo valmiina :(

Vaikka ls -l  -komennon tulostuksessa käyttäjä1:n ja käyttäjä2:n oikeudet näyttävät selaimen kannalta toimivilta, eivät käyttäjä1:n hakemiston tiedot ole näkyvissä  pääteeltä sudoilemalla.
Hakmistoon ei pääse.

Koodia: [Valitse]
home$ cd käyttäjä1
-bash: cd: takaovi: Permission denied
/home$ sudo cd käyttäjä1
[sudo] password for slam1:
sudo: cd: command not found

Keinoksi tosin löytyy

Koodia: [Valitse]
$ sudo su
root@pilvikone/home# cd käyttäjä1

mutta se ei vaikuta kovin kätevältä eikä luultavasti olisi suositeltukaan.

Mikä käyttäjä1:n ja käyttäjä2:n ryhmä- ja muut-asetuksissa olisi ratkaiseva oikeus, ehkä ryhmän r, mennee kokeiluun heti, kun ehdin ....

Muokk 2.

Hakemistoon pääsee päätteeltä, kun lisätään oikeus

Koodia: [Valitse]
sudo chmod -R o+x käyttäjä1
mutta muu ei sitten taidakaan onnistua

Koodia: [Valitse]
/home/käyttäjä1$ ls
ls: cannot open directory '.': Permission denied

Pitäisikö normaalisti käytössä oleva pääkäyttäjä lisätä käyttäjä1:n ryhmään, luulisi sudoilun toimvan ilman tällaisia muutoksiakin.




 






25
kokeilin tällaista

Koodia: [Valitse]
$ sudo su
[sudo] password for slam1:
root@pilvikone:/home/pääkäyttäjä# chmod -R g+rx /home/käyttäjä1
root@pilvikone:/home/pääkäyttäjä# exit
exit

sitten kirjauduin uudestaan åilvi koneelle normaalina pääkäyttäjänä ja katsoin, mutta mikään ei muuttunut, rx ei ole ryhmässä

Koodia: [Valitse]
pääkäyttäjä@pilvikone:~$ cd /home
pääkäyttäjä@pilvikone:/home$ ls -l
drwxr-x---  7 käyttäjä1  käyttäjä1 4096 Jan 13 19:52 käyttäjä1


Kirjautumalla käyttäjä1:nä en myöskään onnistunut lisäämään ryhmäoikeuksia

26
en tiedä, olenko jo liian väsynyt, mutta ainakin ajatuksena on ollut, että jokaisen käyttäjän ryhmässä on käyttäjä itse ja www-data

tällainen oli, tai ainakin oli tarkoitus olla tarkistelumalli

Koodia: [Valitse]
getent group käyttäjä1 
käyttäjä1:x:1002:www-data

Säikeessä Tiedosto-oikeuksissa outoa on ehkä tarkemmin siitä, miten olen söhlinyt, näyttää siltä, että pääkäyttäjä ei pääse muiden käyttäjien hakemistoihin sudoilemallakaan. Tämä voi olla tässä söhlityssä tilanteessa ihan määrittelyjen mukaista, mutta ei vain ole aikaisemmin tullut vastaan.

Pitää vielä tarkistaa getentillä, onko www-data todella mukana kaikissa ryhmissä, menee varmaan seuraavan päivän puolelle ...

27
Olen pääkäyttäjänä pilvikoneella ja kokeilen

Koodia: [Valitse]
$ cd käyttäjä1
-bash: cd: takaovi: Permission denied

sitten

Koodia: [Valitse]
$ sudo chmod -R g+rx käyttäjä1
[sudo] password for slam1:

ja vielä

Koodia: [Valitse]
$ sudo chmod g+rx käyttäjä1
$ ls -l käyttäjä1
ls: cannot open directory 'käyttäjä1': Permission denied

Muistaakseni sudolla on aina ennen voinut tehdä mitä vain.

Eli homma näyttää olevan hieman sekaisin  :(

Hassuinta oli, että kaikki näytti toimivan ennen selaimen sulkemista niin, kuin pitikin.

Miten asiaa voisi alkaa selvittää?









28
Mahdollinen ratkaisu ei olekaan kovin monimutkainen, ainakin tähän asti näyttäisi toimivan

Ensin o-ryhmältä kaikki oikeudet pois.

Koodia: [Valitse]
sudo chmod -R o-rwx käyttäjä1

Sitten oikeuksien karsimisen makuun päästyä kaikki oikeudet pois ryhmältäkin

Koodia: [Valitse]
sudo chmod -R g-rwx käyttäjä1

Tässä vaiheessa oli hyvä tarkistaa, että ryhmä on sellainen, kuin pitääkin

Koodia: [Valitse]
getent group käyttäjä1

Lopuksi sitten oikeuksien karsimisen sijasta annetaan ryhmälle sopivasti oikeuksia

Koodia: [Valitse]
sudo chmod -R g+rx käyttäjä1

käyttäjä2 kanssa toimitaan samalla tavalla.

Nyt kummankin käyttäjät pääsevät muokkaamaan omia tekstejään graafisen tekstimuokkaimen avulla, mutta eivät joudu vahingossa toistensa hakemistoihin.

Jos ryhmät kaipaavat lisäjäseniä, niitä voi laittaa vaikka näin

Koodia: [Valitse]
sudo usermod -a -G groupname username

Ratkaisu n ä y t t ä ä toimivan, mutta jos siinä näkyy ongelmia  .....

Muokk.
Ja näkyihän niitä, kun selain käynnistettiin uudestaan, sivut ovatkin selaimessa kiellettyjä :(

.











29
Ok, selvä

Kiitos neuvoista, opettelu jatkuu, luultavasti palaan vielä uusin ongelmin ....  :)

30
Tulipa pikkasen kokeiltua kaikenlaista .... nyt tilanne on vähän jumissa

Aluksi tilanne oli tällainen

Koodia: [Valitse]
$ getent passwd käyttäjä1    -----> ei mitään
$ getent passwd käyttäjä2
käyttäjä2:x:1002:1002:,,,:/home/käyttäjä1:/bin/bash

sitten laitoin

Koodia: [Valitse]

$ sudo usermod -d /home/käyttäjä2/ käyttäjä2
[code]

mutta nyt on ilmaantunut ylimääräinen : polkuun

[code]
$ getent passwd käyttäjä2
käyttäjä2:x:1002:1002:,,,:/home/käyttäjä2/:/bin/bash

ehkä olisi pitänyt käyttää muotoa

Koodia: [Valitse]
sudo usermod -d /new/home/dir -m username

jossa -m -valitsin on mukana. Kuten tavallista, sen vaihtoehdon huomasin vasta sitten jälkeen päin.

Onko mitään keinoa saada käyttäjä2:n kotihakemistotiedoista ylimääräistä : -kierrosta pois.

31
Nyt pilvikoneen tiedostojen muokkaminen geditillä menee hienosti. Mutta jos oikeasti pilvikoneella olisi eri käyttäjiä, miten pitäisi asettaa rajoituksia, että käyttäjä1 ei näkisi käyttäjä2:n tiedostoja. Kummatkin käyttäjät ovat /home - hakemistossa.

www-data löytää näytettävän nettisivun /var/www/html hakemistossa olevan symbolisen linkin avulla. Linkki osoittaa käyttäjän kotihakemistossa olevaan tiedostoon.

Vain käyttäjän itsensä ja www-datan pitää päästä lukemaan tiedostoja. Muokkaaminen onkin jo näköjään kielletty. 

Millaisilla luku-, kirjoitus-, ja muokkausoikeuksien asetuksilla tilanne voitaisiin ratkaista.



32

kirjauduin pilvikoneen pääkäyttäjänä. Päätteessä voin mennä /home -hakemistoon ilman ongelmia, kun avaan yhteyden ssh:lla pääkäyttäjänä. Ehkä voisin myös muuna käyttäjänä.

Ongelma lienee siinä, että olen tehnyt eri käyttäjiä ja sitten pääkäyttäjänä muokannut tiedostoja niissä. PItänee varmaan tehdä uudet salasanat /home-osion parille muulle käyttäjälle ja sitten kirjautua niille oikeilla tunnuksilla. Salasanat olen tietysti jo unohtanut, ja sitten tiedostoja niissä on tehty pääkäyttäjänä, toivottavasti onnistun käsittelemään niitä myös muuna omistajakäyttäjänä.

Näyttää siltä, että on tullut vähän suhmuroitua oikeuksien ja hakemistojen kanssa :(

33

Ups, niinpä tietenkin, nyt pääsen (pää)käyttäjän hakemistoon.

Mutta päätteellä olen tehnyt /home-hakmistoon pari hakemistoa, jossa ovat varsinaiset tiedostot. Ne olen tehnyt sudoilemalla. Pääsisinkö nyt vielä niihinkin käsiksi niin, että tekstinmuokkauskin onnistuisi. jonnekin varmaan pitäisi antaa pilvikoneen pääkäyttäjän salasana?

34
 
hmmm, ohjelma ei ollutkaan vakiona kotikoneella, ehkä ei sitten pilvikoneellakaan. ssh taitaa olla vakiona, pitäisikö sftp olla koko ajan taustalla pilvikoneessa käynnissä, että yhteys onnistuisi.

Koodia: [Valitse]
bash: sftp://käyttäjä@xx.xxx.xxx.xxx: No such file or directory

Pilvikone on ihan pieni, uskaltaisiko asentaa sinnekin ...

35
Tiedostonhallinnassa on valinta Other locations. Kun sitä napsaisee, tulee näkyviin oma kone ja Windows Network.

Muistaakseni ja ymmärtääkseni koneessani ei ole windowsia ollenkaan vaan pelkkä ubuntu 22.04.4

Pilvikoneellakin on ubuntu 20.04. Mistä Windows Network ilmestyy tiedostonhallintaan (1)

Olisiko mahdollista käyttää oman koneen tiedostonhallintaa pilvikoneen tiedostojen avaamiseen ja siirtelyyn, jos tiedostonhallinnan kautta saisi jollain tavalla yhteyden pilvikoneeseen. Miten yhteys pitäisi ottaa (2)

Nyt pilvikonetta on käytetty vain päätteen kautta ssh:n avulla.

36
Jotain sellaista taisinkin kokeilla ja kokeilin vielä uudestaan. Jostain syystä ei täällä näytä toimivan. Kun ensimmäiset solut valitsee, pieni laatiko on kyllä näkyvissä, mutta kun hiirellä yrittää tarttua siihen, se katoaa.

LO-versio on 7.3.7.2 ja Ubuntu 22.04.4

Mitään vakavampaa ongelmaa ei asiasta ole seurannut eikä toivottavasti seuraakaan, mutta on hyvä tietää, että päivämäärien vetäminen kuukausienkin osalta toimii, periaatteessa. Kiitos nopeasta vastauksesta :)

37

Libreofficen calciin piti saada jokaisen vuoden kuukauden toinen päivä koko vuoden osalta. Joitain lukuja voi sarakkeessa "kopioida" hiirellä vetämällä niin, että seuraavan sarakkeen luku kasvaa aina yhdellä. Päivämäärien kohdalla kuukauden olisi pitänyt kasvaa, mutta siihen ei löytynyt keinoa libreofficessa.

2023-01-02
2023-02-02
2023-03-02
2023-04-02
2023-05-02
2023-06-02
2023-07-02
2023-08-02
2023-09-02
2023-10-02
2023-11-02
2023-12-02

Vähän kaukaa haettu ratkaisu oli

Koodia: [Valitse]
#include <iostream>

int main(int argument, char const *argv[] )
{
  for(int i = 1; i < 13; i++)
    {
      std::cout << "2023-" << std::to_string(i) << "-2" << std::endl;
    } 
}

josta sitten päätteeltä piti kopioida päivämäärät calciin.

Olisiko asiaan suorempi ratkaisu calcissa.

Toinen kysymys koskee c++ ohjelman kääntämistä.

Koodia: [Valitse]
g++ päivämäärät.cpp -o päivämäärät -pedantic -std=c++20
Tarvitseeko ollenkaan käyttää -std=c++20 -tyylistä vipua, vai ottaako kääntäjä automaattisesti uusimman määrittelyn.

38
Laitealue / Vs: usb-tikku ei ilmesty tiedostoihin
« : 02.01.24 - klo:21.24 »

Kokeilin tikkua toisellakin koneella, jossa oli ihan eri käyttis ja sekä a-usb että mikro-usb tuli kokeiltua. Mikään ei toiminut. Tässä vaiheessa pitänee arvioida, että tikku on rikki, ja asioida tikkukaupassa.

Jostain syystä koskaan aikasemmin ei ole viallista tikkua tullut vastaan, niin epäilin ensin itseäni.

Kiitos kaikista kommenteista, nyt ainakin asiaa on tutkittu ja kokeiltu vähän enemmän, kuin itse olisin osannut :)

39
Laitealue / Vs: usb-tikku ei ilmesty tiedostoihin
« : 01.01.24 - klo:19.54 »
yritän päästä kokeilemaan vielä vaikka kirjaston windows-koneelta. jos tikku ei toimi sielläkään, voin varmaan mennä tikun ja kuitin kanssa takaisn tikkukauppaan.
 

40
Laitealue / Vs: usb-tikku ei ilmesty tiedostoihin
« : 29.12.23 - klo:21.02 »
Kokeilin toisia saman koneen usb-asemia ja aina sama tulos. Äänimerkki tulee ja kone huomaa tikun, kun se menee asemaan. Mutta jos osaan tulkita edellisessä viestissä olevia dmesg-tuosteita, näyttää siltä, että tikku irrotetaan saman tien. Myös Disks näyttää tikun ja sen sarjanumeron, mutta ei mitään muuta, ei esimerkiksi kokoa, jonka luulisi olevan aika tärkeä tieto, jos tikulle halutaan jotain tallentaa.

Sivuja: 1 [2] 3 4 ... 41