Pupesoftin asennus ja oikeudet

[Jallu59]

Weppialustojen kanssa olen noviisi, enkä saa tätä itse ratkaistua.
Olen asentanut Pupesoftin ohjeen
http://terokarvinen.com/oldsite/otherauthors/kristian-latva-2013-linux-palvelimena/
mukaisesti, korjaten ilmiselvät syntaksivirheet alkuperäisen ohjeen
https://github.com/devlab-oy/pupesoft/wiki/Asennusohje
mukaan.

Pupesoftin asennus on nyt hakemistossa
/home/devlab/public_html/pupesoft/

Olen antanut seuraavat oikeudenmuutokset ohjeen mukaan(pienin korjauksin alkuperäiseen)

Koodia: [Valitse]

devlab@SCENIC-P:~/public_html$ sudo chown -R devlab:www-data pupesoft/
devlab@SCENIC-P:~/public_html$ sudo chmod -R u=rwx,g=x,o= pupesoft/
devlab@SCENIC-P:~/public_html$ sudo chmod -R u=rwx,g=rx,o= pupesoft/dataout pupesoft/datain

Kuitenkin kun yritän käynnistää pupesoftin osoitteessa
localhost/~devlab/pupesoft
antaa virheilmoituksen

Koodia: [Valitse]

You don't have permission to access /~devlab/pupesoft on this server.itseasiassa saman saan virheilmoituksen osoitteissa
localhost/~devlab/public_html/pupesoft
localhost/~devlab/public_html
localhost/~devlab/
Viime mainittu johtanee oikeille jäljille, mutta osaamisen ei riitä. Hoksaako joku missä vika.

Alustana Xubuntu 12.04 LTS 32-bit

Ystävällisin terveisin

Jallu59

[nm]

Millaiset oikeudet devlabin kotihakemistolla ja public_html-hakemistolla on?

Koodia: [Valitse]

ls -ld /home/devlab
ls -ld /home/devlab/public_html

www-datalla tai kaikilla käyttäjillä pitää olla suoritusoikeus noihin hakemistoihin.

[Jallu59]

Pääsinpä taas pupe-koneen luo:

Koodia: [Valitse]

devlab@SCENIC-P:~$ ls -ld /home/devlab
drwxr-xr-x 24 devlab devlab 4096 huhti 11 08:21 /home/devlab
devlab@SCENIC-P:~$ ls -ld /home/devlab/public_html
drwxrwx--- 3 devlab devlab 4096 huhti  9 10:08 /home/devlab/public_html
devlab@SCENIC-P:~$

T:Jallu59

[jekku]

Pääsinpä taas pupe-koneen luo:

Koodia: [Valitse]

devlab@SCENIC-P:~$ ls -ld /home/devlab
drwxr-xr-x 24 devlab devlab 4096 huhti 11 08:21 /home/devlab
devlab@SCENIC-P:~$ ls -ld /home/devlab/public_html
drwxrwx--- 3 devlab devlab 4096 huhti  9 10:08 /home/devlab/public_html
devlab@SCENIC-P:~$

T:Jallu59

Jos apachea ajaa joku muu käyttäjä kuin devlab niin tuossahan se vika on.

[Jallu59]

No niin jatketaan tätä Pupen konffausta, jos sopii. Oikeuksia olen tarjoillut koko pupesoft-hakemistolle ja sen fileille 777. Yritän käyttää devlab-käyttäjänä Pupea.

Apachen aloitussivulla on seuraava teksti:

By default, Ubuntu does not allow access through the web browser to any file apart of those located in /var/www, public_html directories (when enabled) and /usr/share (for web applications). If your site is using a web document root located elsewhere (such as in /srv) you may need to whitelist your document root directory in /etc/apache2/apache2.conf.

The default Ubuntu document root is /var/www/html. You can make your own virtual hosts under /var/www. This is different to previous releases which provides better security out of the box.

Olen editoinut parhaan ymmärrykseni mukaan /etc/apache2/apache2.conf tiedostoa seuraavalla tavalla:

Koodia: [Valitse]

...
# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all denied
</Directory>

<Directory /usr/share>
        AllowOverride None
        Require all granted
</Directory>

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

#<Directory /srv/>
#       Options Indexes FollowSymLinks
#       AllowOverride None
#       Require all granted
#</Directory>

<Directory /home/devlab/public_html/pupesoft/>
       Options Indexes FollowSymLinks
       AllowOverride Options
       Require all granted
</Directory>
...

Olen myös kokeillut pelkällä /home/devlab/public_html/ directory määrityksellä, ilman mainittavaa edistystä.
Välillä tulee 403 Forbidden ja välillä tyhjä sivu.
/var/log/error.log/apache2/error.log rivejä:

Koodia: [Valitse]

[Fri Feb 27 21:49:19.934049 2015] [:error] [pid 4222] [client 127.0.0.1:55532] PHP Fatal error:  Unknown: Failed opening required '/home/devlab/public_html/pupesoft/index.php' (include_path='.:/usr/share/php:/usr/share/pear') in Unknown on line 0


[mrl586]

Onko tuossa polun lopussa ylimääräinen t-kirjain?

Koodia: [Valitse]

<Directory /home/devlab/public_html/pupesof/t>

[Jallu59]

Onko tuossa polun lopussa ylimääräinen t-kirjain?

Koodia: [Valitse]

<Directory /home/devlab/public_html/pupesof/t>

Typomoka kopioidessa tekstieditoriin ja sitten tänne korjasin tuohon edelliseen viestiitn oikean(tarkistin vielä filusta).

[ajaaskel]

Hoksaako joku missä vika.

Osui silmään ensimmäinen ongelmasi heti kun satuin vilkaisemaan tätä ketjua.  Apachemaisesti Apache tyypillisesti toimii www-data: na ja lukee tiedostoja "www-data" -ryhmäoikeuksien kautta.  Tuolla ekalla sivulla olet antanut group-oikeudeksi vain "x" joka ei riitä, sen sijaan "rx" olisi toiminut ryhmälle.  No, jyräsit ne 777: ksi myöhemmin jolloin tuo on ohitettu...

Toinen idea Apachen kanssa on antaa g+s oikeudet (ryhmä periytyy) sille kansiolle mistä tiedostoja julkaistaan. Idea tuon takana on se että puuhailtiin tiedostojen kanssa millä hyvänsä tunnuksella niin Apache pystyy aina ryhmäoikeutensa kautta avaamaan ja julkaisemaan tiedostot.  Tuo ryhmän periytyminen tarkoittaa sitä että kun kansion alle kopioidaan tiedosto sen tiedoston group jyrätään automaattisesti yli samaksi kuin kansiolla on.  Jos  "jallu" kopioi sinne tiedoston siitä tulee  "jallu:www-data" kun kansion group on "www-data".
 
Sinulla näyttää olevan Apache 2.4-jotain kun se jakelee oletuksena /var/www/html kansion alta.   Jos sinun tarvitsee saada jakoon eri paikasta, vaikkapa  /home/devlab/public_html/pupesoft niin voit tehdä yksinkertaisen linkityksen joka hoitaa tuon.  Nimeä se "html" joksikin ja tee tilalle linkki "html" joka osoittaa minne haluat:

Koodia: [Valitse]

sudo mv /var/www/html  /var/www/html.old
sudo ln -s  /home/devlab/public_html/pupesoft  /var/www/html

Tuolla periaatteella se toimii mistä kansiosta haluatkin.

Virheesi näyttää että se ei pystynyt avaamaan index.php: tä.   Tarkasta linkitys ensin ja sen jälkeen ryhmäoikeus tuonne. --- jaa, käytitkin 777 menetelmää...

Apache 2.4 vaatii erikseen määrittämään "Directory" blokin sisällä jos haluat sallia hakemistolistauksen generoinnin tai .htaccess tiedoston käytön/ sen ominaisuuksia.  Jälkimmäisen puutteista se antoi muistaakseni helposti "500" virhettä. Nämä nyt vain sivujuonteena varoiksi.  En tunne pätkääkään tuota Pupesoftia mutta Apachen juonet ovat tulleet tutuiksi
   
Tuli mieleen, pitiköhän tuon index.php: n käyttö sallia erikseen...sehän oletuksena sallii index.html: n,  katsellaan...

Tarvitse ehkä määrityksen  "DirectoryIndex   index.php" ennen kuin onnistuu ?

[Jallu59]

Annoin nuo päätekomennot.
Jotain edistystä. Nyt aukeaa tyhjä sivu, mutta välilehden otsikkopalkissa on jo devlabin tyylitelty "d".
Pienestä lienee kiinni.

Apache.confissa on nyt

Koodia: [Valitse]

<Directory /home/devlab/public_html/pupesoft/>
       Options Indexes FollowSymLinks
       AllowOverride Options
       Require all granted
       DirectoryIndex   index.php
</Directory>
T:Jallu59

[ajaaskel]

Tuon voi toteuttaa monella eri tavalla, vilkaisin hätäisesti paria eri tavoin tehtyä versiota ohjeesta.
Nyt kun käytät linkitystä kohteeseen niin älä lataa "userdir" modulia eli lähtee pois

Koodia: [Valitse]

sudo a2dismod userdir
Onko php-mysql on asennettu:

Koodia: [Valitse]

sudo apt-get install php5-mysql
Oikeudet pitäisi riittää joka paikkaan kun annoit sinne jo chmod -R 777 <kohteesi>. 
Onkohan mysql toimintakuntoinen ja käynnissä ?

[Jallu59]

php5-mysql on asennettuna. userdir-moduli poistettu. löytyy prosessi

Koodia: [Valitse]

ps -A mysqld.  Mysql on toimintakykyinen, otti se nuo komennot vastaan referenssitietokantaakin kopioitaessa.

T:Jallu59

[Jallu59]

Huomasin, että pupen alihakemistoissa ei oikeudet olleet kaikilla. Sen muutettuani pääsin kirjautumaan adminina. Se taas puolestaan tärähti virheilmoitukseen:

Tietokantayhteydessä virhe!

T:Jallu59

[ajaaskel]

En osaa arvata mikä siinä puuttuisi/olisi ristissä tietokannan kanssa kun en ole tuota käyttänyt mutta jos et ole kiireinen voisin koeasentaa tuon kun voin rauhoittaa ajan sille tai ehkä joku ehtii ennen minua ?

[ajaaskel]

Taidamme olla nyt liki samassa vaiheessa, pääsen loginiin     

Se mihin tähän mennessä törmäsin ja osui silmääni oli:

1) Siellä Kristian Latvan ohjeessa on jäänyt puuttumaan salasanat.php-tiedoston sulkevä tägi ?>
2) Hyvä ja tehokas tapa saada php-tiedosto toimimatomaksi on laittaa sinne yksikin väärän mallinen hipsukka.  Niitä tuntui riittävän ja teettivät hakutyötä ennen kuin sain seulottua paikan jossa php-koodin eteneminen loppui . Jos kopioit jostain ohjeesta niin kannattanee korvata käsin joka ikinen hipsukka että ne ovat varmasti oikeita eikä noita vinomallisia.
3) Viimeisen tunnin historian joutuu poistamaan Firefox: sta että pääsee uudestaan loginiin  ja samoin tarjoamaan vielä Ctrl-F5 kun on antanut linkin. 
Firefox tarjoilee muuten epäonnistumista "vanhasta muistista".


Katselen lisää kun ehdin...

[ajaaskel]

No niin, jälleen Pupen parissa ja loginin jälkeen aukeaa alla näkyvä harmaasävyinen kuva jossa nuo menuvalinnatkin näyttäisivät toimivan.  Ei ole täysin selkeä asia vielä miksi se toimii, vaiheita/yrityksiä/koodin jäljitystä muuttujia printaten/ym. oli siinä määrin.
Koodissa viitataan "pupeicon.gif" tiedostoon joka näytti puuttuvan, mikä lienee tuon merkitys ?
Täytynee nyt kokeilla mistä tämä menee rikki... ?   

[ajaaskel]

Tässä vaiheessa näyttää siltä että voi olla viisaampi toistaiseksi tehdä asennus CentOs 6.5 versioon.  Vaikka asennus päällisin puolin näyttäisi onnistuvan Ubuntuunkin niin sinne jää toimimattomia tai vajavaisesti toimivia asioita piiloon. Silmääni osui backup-skripti joka näytti viittaavan RedHat/CentOS polkuihin joissakin kohdissa ja ja havaitsin että backupissa käytetty MySQL-komento "SHOW MASTER STATUS" palautti tyhjää koneessani.  Syyksi löytyi että MySQL "bin logs" ei ollut oletuksena päällä eli /etc/mysql/my.cnf tiedostossa oli

Koodia: [Valitse]

#log_bin    =/var/log/mysql-bin.log
Toki nämä ovat korjattavissa jos voit varata aikaa riittävästi tarkastamiseen, skriptien säätämiseen, testaamiseen ja toimintojen varmistamiseen.  En tiedä onko muualla koodissa jotain mitä pitäisi korjailla kun dokumentaatiota ei näyttäisi olevan mistään paitsi kommentit koodissa ja versiohallinnassa eli arvattavaksi jää mitä vastaan tulee Debian/Ubuntu/Mint -tapauksessa.

Hienoa olisi tietysti jos Pupesoftin tekijät itse voisivat säätää ja ohjeistaa Pupesoftin asennuksen Debian-pohjaisiin jakeluihin kuten Ubuntu.

Tässä lyhyesti mitä muistan asennusvaiheistani (Mint 17):

0) Asenna git:

Koodia: [Valitse]

sudo apt-get install git
1) Päätteessä Pupen kloonaus git: stä kotihakemistooni

Koodia: [Valitse]

git clone https://github.com/devlab-oy/pupesoft.gitTuo tekee "pupesoft" hakemiston ja sen alle nipun tiedostoja (suurin osa .php) ja alihakemistoja

2) Apache perusasennus

Koodia: [Valitse]

sudo apt-get install apache2
3)  PHP5 asennus

Koodia: [Valitse]

sudo apt-get install php5 php5-cli php5-mysql
4)  Lisäsin Directory-blokin /etc/apache2/sites-available/000-default.conf tiedostoon juuri ennen sulkevaa </VirtualHost> -tägiä:

Koodia: [Valitse]

<Directory /home/arto/pupesoft>
Options Indexes FollowSymLinks
AllowOverride Options
DirectoryIndex  index.php
</Directory>

5)  Nimesin /var/www/html ja tein tilalle linkin joka osoittaa   html -->  /home/arto/pupesoft

Koodia: [Valitse]

sudo mv /var/www/html  /var/www/html.old
sudo ln -s /home/arto/pupesoft  /var/www/html
6)  Apachen uudelleenkäynnistys

Koodia: [Valitse]

sudo service apache2 restart
7)  Editoin /home/arto/pupesoft/inc/salasanat.php tiedoston tämän näköiseksi:

Koodia: [Valitse]

<?php

date_default_timezone_set('Europe/Helsinki');

$dbhost = 'localhost';
$dbuser = 'pupesoft';
$dbpass = 'salasana';
$dbkanta = 'pupesoft';

$palvelin = 'http://localhost';

if (isset($_SERVER['SERVER_PORT']) and $_SERVER['SERVER_PORT'] == '443') {
$palvelin = 'https://localhost';
}

?>

8 ) MySQL asennus:

Koodia: [Valitse]

sudo apt-get install mysql-server
ja keksin salasanan MySQL-tietokannan "root" -käyttäjälle (joka on eri asia kuin systeemin "root")

9)  Loin tyhjän "pupesoft" tietokannan ja sille samoin "pupesoft" käyttäjän jonka salasana on "salasana":

Koodia: [Valitse]

mysql -u root -p
CREATE DATABASE pupesoft;
GRANT ALL ON pupesoft.* TO 'pupesoft'@'localhost' IDENTIFIED BY 'salasana';
FLUSH PRIVILEGES;
exit;

10)  Tiputin ja asensin kaksi .sql tiedostoa jotka aikaansaavat demotietokannan:

Koodia: [Valitse]

wget -q http://api.devlab.fi/referenssitietokantakuvaus.sql http://api.devlab.fi/referenssidata.sql

Koodia: [Valitse]

mysql -u root -p pupesoft < referenssitietokantakuvaus.sql
mysql -u root -p pupesoft < referenssidata.sql
11)  Sen sijaan että olisin säätänyt oikeudet tarkemmin tein Jallun tempun eli 777 läpi koko Pupen:

Koodia: [Valitse]

sudo chmod -R 777 pupesoft
12)  Webbiselaimessa linkiksi localhost/index.php, aukeaa ellei jotain unohtunut yllä tai tästä koko jutusta.
Pystyy myös kokeilemaan localhost/logout.php  jolloin se nimensä mukaisesti antaa login-näytön...

Edit
Tuo yllä ei ole varsinainen ohje koska en ole varmistanut sen toimivuutta mutta silti siitä voi olla jotain apua jos yrität asentaa Ubuntuun tai vastaavaan. Melkoisen varmasti siinä on vielä useitakin puutteita.

[Jallu59]

Kiitos ohjeista. Minulla on nyt meneillään CentOS7:ään perustuva asennus tuon
https://postiatepalle.wordpress.com/pupesoft/
ohjeen sovitettuna CentOS7:lle.

Palailen tuohon Xubuntu-asennukseen joka tapauksessa omaan käyttööni, mutta nyt pitäisi saada joku systeemi mahdollisimman pian tuotantokuntoon. Huhtikuun 2. päivä(veroilmoituksen palautus) on ennen kuin huomataankaan

T:Jallu59

[ajaaskel]

Kiitos ohjeista. Minulla on nyt meneillään CentOS7:ään perustuva asennus tuon
https://postiatepalle.wordpress.com/pupesoft/
ohjeen sovitettuna CentOS7:lle.

Varo siellä asennuksessa noita vinossa jonnekin päin olevia hipsukoita  ‘ , pitää olla pystysuora malli  '
ja toinen mikä siellä näkyy olevan väärin on tuossa mysql -jutussa salasana, siinä pitäisi lukea "--password=" eikä "-password=", jotkut ohjelmat korvaavat automaattisesti tuon tuplatavuviivan yhdellä. 

[Jallu59]

Tuo -- juttu ei ollut minulla tiedossa, kiitos siitä. Pilkut olin havainnut jo aiemmin.

CentOS7 asennus jumittaa tietokantayhteyden puuttumiseen. Liekö syynä seiskasta pois jätetyt ohjelmanpätkät vai mariaDB.

Xubuntun kanssa pääsin niin pitkälle, että ohjelma käynnistyy ihan nätisti. Kirjanpidon kohdalla tulee vastaan se, että järjestelmä yrittää avata sivuja pupenext-kansiosta (minkä lataus alkuperäisessä ohjeessa on) Olen ladannut sen paikkaan
/home/devlav/public_html/pupenext/
pupesofthan on
/home/devlav/public_html/pupesoft/

Kestääkö ln komento useamman parametrin, ei minulle auennut dokumentaatiosta ?

Centos-koneeseen menee nyt 6.6. ja katsotaan mitä siitä syntyy

[ajaaskel]

Kestääkö ln komento useamman parametrin, ei minulle auennut dokumentaatiosta ?

Kestää mutta se näyttää hieman hämärämmältä eli toimii esimerkiksi:

Koodia: [Valitse]

ln -s    /home/jallu/eka /home/jallu/toka /home/jallu/kolmas    /home/jallu
jolloin se toimii niin että tuo viimeinen "/home/jallu" on kansio jonne linkkejä tehdään ja se tekee sinne

eka --> /home/jallu/eka
toka --> /home/jallu/toka
kolmas --> /home/jallu/kolmas

Tutumpi käyttötapa yhdellä linkillä on

Koodia: [Valitse]

ln -s   </jokin/kohde>   </polku/minne/tehdään/linkin_nimi>

Kirjanpidon kohdalla tulee vastaan se, että järjestelmä yrittää avata sivuja pupenext-kansiosta (minkä lataus alkuperäisessä ohjeessa on)

Tipautin tuon "pupenext": in ja hupsista:  Tuohan on "Ruby on Rails" -tavaraa. Tietää hieman (?) lisäpuuhaa eli tuohon pitäisi pystyttää lisäksi kaikki mitä tuo vaatineekin Ubuntussa.