Apachen perus asetukset

[HanskiS]

Asentelin Apache2 ja sain sen jopa käyntiin ja vaihdettua oletuskansion itselleni mieleiseksi.
Nyt muutama ongelma kuitenkin ilmeni.
- Selaimeen kun kirjottaa http://localhost/ niin kansio ei aukea. Mutta kun kirjotta koneen IP:n niin aukeaa. > eli serveri on käynnissä.
- Myöskään kotiverkon toiselta koneelta ei pääse serveriin käsiksi tuolla IP:llä
- Apachea käynnistettäessä tulee ilmoitus:

Koodia: [Valitse]

apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName

Mitenhän hyvin noilla Apachen oletusasetuksilla tulee toimeen? Vai onko sielä jotain oleellistä mitä kannattaa muuttaa?

[janne]

Asentelin Apache2 ja sain sen jopa käyntiin ja vaihdettua oletuskansion itselleni mieleiseksi.

ihan mielenkiinnosta... miten sen muutit?

Nyt muutama ongelma kuitenkin ilmeni.
- Selaimeen kun kirjottaa http://localhost/ niin kansio ei aukea. Mutta kun kirjotta koneen IP:n niin aukeaa. > eli serveri on käynnissä.

hmm...

- Myöskään kotiverkon toiselta koneelta ei pääse serveriin käsiksi tuolla IP:llä
- Apachea käynnistettäessä tulee ilmoitus:

Koodia: [Valitse]

apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName


toiselta koneelta ei varmaankaan pääse, jos apache kuuntelee osoitetta 127.0.0.1 joka toisella koneella osoittaa siihen itseensä. tosin js noin kerran on, niin silloin kyllä localhostin pitäisi oletuksena toimia...

Mitenhän hyvin noilla Apachen oletusasetuksilla tulee toimeen? Vai onko sielä jotain oleellistä mitä kannattaa muuttaa?

melko hyvin. itse olen muuttanut vain tekstin oletuskoodauksen ja "servertokenit", mutta niiden oletusten kanssa pystyy kyllä elämään ja useimmat elävätkin.

[raimo]

Asentelin Apache2 ja sain sen jopa käyntiin ja vaihdettua oletuskansion itselleni mieleiseksi.
Nyt muutama ongelma kuitenkin ilmeni.
- Selaimeen kun kirjottaa http://localhost/ niin kansio ei aukea. Mutta kun kirjotta koneen IP:n niin aukeaa. > eli serveri on käynnissä.
- Myöskään kotiverkon toiselta koneelta ei pääse serveriin käsiksi tuolla IP:llä
- Apachea käynnistettäessä tulee ilmoitus:

Koodia: [Valitse]

apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName

Mitenhän hyvin noilla Apachen oletusasetuksilla tulee toimeen? Vai onko sielä jotain oleellistä mitä kannattaa muuttaa?

Janne jo vastasikin mutkun kerran kirjoitin jo niin..

Miten palomuuri on säädetty?
Tai sitten jokin asetus on pielessä .. miten siirsit sen oletushakemiston mieleiseksesi ja mihin?
Siis miten editoit /etc/apache2/sites-enabled/000-default tiedostoa?

Tuosta virheestä pääsenet eroon lisäämällä rivin ServerName "jokunimi" tiedostoon:
/etc/apache2/apache2.conf vaikkapa siihen heti ServerRoot -rivin jälkeen.

Tarkista että onko ko. rivi jo sielä, ettei tule tupla-asetushässäkkää.

^{(testasin tuota, ja tuo virhe tulee jos ko. tiedostossa ei ServerName riviä ole
Outoa sinänsä, mutta noin se tekee.)}

Oletusasetuksilla pärjää hyvin, mutta sitä voi säätää lähes loputtomasti,
etenkin jos innostuu siitä säätämisestä niinkuin eräät.

no minä ottaisin ensitöikseni SSI (include) modulin käyttöön, ja Rewrite:n myös:

Koodia: [Valitse]

sudo a2enmod include
sudo a2enmod rewrite
sudo /etc/init.d/apache2 force-reload
# tai: sudo apache2 -k restart
Jotta saisin kellon, kalenterin ja uptimen näkymään sivulle 4 koodirivillä    Ja pahalaiset ohjattua takaisin sinne mistä tulivatkin.
Hiukan pitää SSI:n osalta säätää 000-default tiedostossa, halutun hakemiston Options riville +Includes

Manuaali: http://httpd.apache.org/docs/2.0/


e: sudo puuttui a2enmod riveistä

[janne]

Miten palomuuri on säädetty?
Tai sitten jokin asetus on pielessä .. miten siirsit sen oletushakemiston mieleiseksesi ja mihin?
Siis miten editoit /etc/apache2/sites-enabled/000-default tiedostoa?

vai editoitiinko sitä lainkaan...

Tuosta virheestä pääsenet eroon lisäämällä rivin ServerName "jokunimi" tiedostoon:
/etc/apache2/apache2.conf vaikkapa siihen heti ServerRoot -rivin jälkeen.

Tarkista että onko ko. rivi jo sielä, ettei tule tupla-asetushässäkkää.

^{(testasin tuota, ja tuo virhe tulee jos ko. tiedostossa ei ServerName riviä ole
Outoa sinänsä, mutta noin se tekee.)}

ihan hyvä huomio, mutta... minusta tuo ServerName kuuluu kyllä jonnkein ihan muualle (lähinnä siis sinne virtualhostin tietoihin sites-availablen alle). tuo apache2.conf on asennuksen itsensä luoma, enkä minä viitsisi sitä käydä editoimaan, sillä se voidaan ylikirjoittaa jossain tilanteessa. omat säädöt on parasta tehdä joko tiedostoon httpd.conf (koska se on oletuksen tyhjä ja varattu käyttäjän omille asetuksille) tai hakemistoon conf.d itse luotuun tiedostoon, jotka nekin luetaan mukaan apachea käynnitettäessä.

periaatteessa jos haluaa muuttaa jotain, mikä on oletuksena määritelty toisin apache2.conf:ssa, voi asetukset silti kirjoittaa noihin em. tiedostoihin, sillä myöhemmin tehty määritys ylikirjoittaa aikaisemman.

no minä ottaisin ensitöikseni SSI (include) modulin käyttöön, ja Rewrite:n myös:

Koodia: [Valitse]

a2enmod include
a2enmod rewrite
sudo /etc/init.d/apache2 force-reload
# tai: sudo apache2 -k restart
Jotta saisin kellon, kalenterin ja uptimen näkymään sivulle 4 koodirivillä    Ja pahalaiset ohjattua takaisin sinne mistä tulivatkin.
Hiukan pitää SSI:n osalta säätää 000-default tiedostossa, halutun hakemiston Options riville +Includes

onkos joku syy olla ottamatta noita käyttöön tuon debianin apachen oman mods-available/mods-enabled systeemina kautta?

Manuaali: http://httpd.apache.org/docs/2.0/

ehdoton aloituspaikka on kuitenkin sen apachen konffihakemiston README-tiedosto, josta löytyy aika monta ohjetta siihen miten debianissa on järjestelty nuo hommat apachen osalta. moni juttu on aika paljon kätevämmin kuin mitä geneerisissä apache-ohjeissa ohjeistetaan.

[raimo]

Joo, mutta kun kokeilin sitä, niin tuo virhe ei poistunut jos ServerName oli siellä VirtualHost asetuksissa (jostakin syystä). httpd.conf ssa se varmaan toimii OK, pitää kokeilla kun kerkeää.

a2enmod tekee juurikin sen linkin mods-enabled -> mods-available jolloin modi otetaan käyttöön.
Eli se käyttää tätä Debian-systeemiä, on  siis "Debian-specific script" kuten sen man-sivulla mainitaan.
Ja sudo tietenkin on näemmä unohtunut minulta noista, korjataan...

[HanskiS]

Asentelin Apache2 ja sain sen jopa käyntiin ja vaihdettua oletuskansion itselleni mieleiseksi.

ihan mielenkiinnosta... miten sen muutit?

Muutin sen tuolta /etc/apache2/sites-enabled/000-default tiedostosta.... Oli oikeestaa ainoa paikka mistä löysin sen alkuperäisen polun.

[janne]

Joo, mutta kun kokeilin sitä, niin tuo virhe ei poistunut jos ServerName oli siellä VirtualHost asetuksissa (jostakin syystä). httpd.conf ssa se varmaan toimii OK, pitää kokeilla kun kerkeää.

minulla on useampi virtual host käytössä ja ServerName ainoastaan siellä kyseisen saitin omassa tiedostossa. homma pelaa mainiosti.

a2enmod tekee juurikin sen linkin mods-enabled -> mods-available jolloin modi otetaan käyttöön.
Eli se käyttää tätä Debian-systeemiä, on  siis "Debian-specific script" kuten sen man-sivulla mainitaan.

joo, sekoitin systeemit täysin.

[janne]

Muutin sen tuolta /etc/apache2/sites-enabled/000-default tiedostosta.... Oli oikeestaa ainoa paikka mistä löysin sen alkuperäisen polun.

juu, halusin vaan varmistaa, että kyseessä oli oikea paikka ja oikeahan tuo tietyllä tapaa on.

[HanskiS]

Tuo ServerName........ Mihä se nyt sitten oikein kannattaa lisätä... Niin ja minkälainen rivi pitää lisätä??
 

[raimo]

minulla on useampi virtual host käytössä ja ServerName ainoastaan siellä kyseisen saitin omassa tiedostossa. homma pelaa mainiosti.

Mutta kun minulla tulee tuo sama virhe heti jos otan apache2.conf sta ServerName rivin pois,
vaikka VirtualHost ssa on ServerName asetettuna.
Elikkä lieneekö sinullakin myös siellä apache2.conf ssa ServerName, vai mistä moinen ero?

ServerName sinänsä mukaelee sitten DNS juttuja, eli jos vaikkapa DynDNS on käytössä $SERVER_NAME muuttujaan vaihtuu ko. domain automaagisesti ilman mitään säätöjä. (tiedän tuon koska itselläni on useampi domain, ja $SERVER_NAME on aina oikea vaikka sitä ei erikseen ole säädetty millään tavoin ja VirtualHosteja on vain 1.

Elieli. liekö kyse siitä että Apache antaa käynnistyksessä tuon ilmoituksen jos "pääkonfiguraatiotiedostoissa" ei ole ServerName määrättynä joksikin. Mää luen manuaalia kunhan kerkeän.

PS. kokeilin sitä nyt /etc/apache2/httpd.conf tiedostoon, ja siellä se toimii OK, elikkä sinne siis rivi:
ServerName jokunimi Ja tuo virheilmo poistuu.
Tuo httpd.conf tiedosto on parempi paikka kuin apache2.conf, kuten Janne yllä erinomaisen hyvin perusteli.

hmm:
http://httpd.apache.org/docs/2.0/mod/core.html#servername
tuolla kyllä selkeästi selostetaan asia, mutta kun se ei ainakaan minulla noin toimi, että se olisi pelkästään VirtualHostissa mainittu, tai toimii, mutta tuo ilmoitus tulee Apachen käynnistyessä ja sulkeutuessa.
Outoa on, taas. Etenkin kun se on ihan sama mitä älämölöä siinä ServerNamessa tuolla apache2.conf tai nyt httpd.conf tiedostossa on, siis kunhan vain siinä jotain lukee pysyy tuo ilmoitus poissa.

[HanskiS]

No nyt hävis se virheilmoitus...
Mitenhän saan vielä että http://localhost/ näyttää tuon kotihakemiston??
Niin ja vielä se että saan verkon muutkin koneet sen sivun näkemään??

edit:
Eli siis ports.conf on se listen rivi. Sinne kun laitoin

Koodia: [Valitse]

listen localhost:80niin selaimeen http:localhost niin kotihakemisto näkyi, mutta nyt IP:llä ei...
hmm.. Mitä tähän pitää laittaa? Kaikki vaihtoehdot mitä voi tulla vai?
Verkosta ei edellenkään näy..

[raimo]

No nyt hävis se virheilmoitus...
Mitenhän saan vielä että http://localhost/ näyttää tuon kotihakemiston??
Niin ja vielä se että saan verkon muutkin koneet sen sivun näkemään??

tuota tuota ...
/etc/hosts tiedostossa pitää olla määritetty tuo localhost
esim minulla se on näin:
127.0.0.1 localhost teletapit

Jolloin sekä http://localhost että http://teletapit/ toimii,

ja sitten pitää olla portti 80 auki serverin palomuurista jotta muut pääsevät sisään.
ja mitäs vielä .. kaikkien koneiden omassa /etc/host tiedostossa määritykset osoittamaan halutulla nimellä serverin IP osoitteeseen ... ? puutuko jotain?
kts man hosts


edit, sanoisin näin, ja sanonkin:
Listen 80

Otapas vaikka DynDNS, niin toimii haluamallasi "domainnimellä" sitten koko maailmalle, ja sisäverkkoonkin,
se ei maksa mitään, eli on ihan ilmainen.
http://www.dyndns.com/services/dns/dyndns/
(5kpl ilmaisia aliaksia sisältyy tuohon, ja serverille ei vaadi mitään säätöä)

[HanskiS]

No nyt hävis se virheilmoitus...
Mitenhän saan vielä että http://localhost/ näyttää tuon kotihakemiston??
Niin ja vielä se että saan verkon muutkin koneet sen sivun näkemään??

tuota tuota ...
/etc/hosts tiedostossa pitää olla määritetty tuo localhost
esim minulla se on näin:
127.0.0.1 localhost teletapit

Jolloin sekä http://localhost että http://teletapit/ toimii,

ja sitten pitää olla portti 80 auki serverin palomuurista jotta muut pääsevät sisään.
ja mitäs vielä .. kaikkien koneiden omassa /etc/host tiedostossa määritykset osoittamaan halutulla nimellä serverin IP osoitteeseen ... ? puutuko jotain?
kts man hosts


edit, sanoisin näin, ja sanonkin:
Listen 80

Otapas vaikka DynDNS, niin toimii haluamallasi "domainnimellä" sitten koko maailmalle, ja sisäverkkoonkin,
se ei maksa mitään, eli on ihan ilmainen.

Juu tuota... Kinkkistä toimintaa tuo vielä eteen se että serveri on ainoa Linux kone verkossa. Loput winkkareita.
Dyndns on jo käytössä winkkarissa. Kaikkien koneiden ja ulkomaailman välissä on vielä hallittava reititin/muuri, joka tällä hetkellä ohjaa http:n winkkarikoneella jossa on http serveri. Nyt vain haluaisin siirtää sen ubuntulle. Ubuntun firestartterissa pitäs olla portti 80 aukaistu kaikille. Mutta ei vain pelitä...

edit
Tuo
Listen 80
korjasi kaikki ongelmat... Nyt toimii joka paikasta...
Kiitos avusta..... Ennen ku keksin ruveta säätämään enemmän 

[janne]

vaikka ongelma ratkesikin, niin tarkennetaan syytä hieman...

ja sitten pitää olla portti 80 auki serverin palomuurista jotta muut pääsevät sisään.
ja mitäs vielä .. kaikkien koneiden omassa /etc/host tiedostossa määritykset osoittamaan halutulla nimellä serverin IP osoitteeseen ... ? puutuko jotain?
kts man hosts


edit, sanoisin näin, ja sanonkin:
Listen 80

eli tuo alkuperäinen rivi:

Koodia: [Valitse]

listen localhost:80

kuunteli tietenkin porttia 80 vain siinä localhostin IP:ssä, eli 127.0.0.1 joka aiheutti ongelman, sillä tuo osoite ei näy mitenkään ulospäin, vaan tarkoittaa omaa konetta jokaisella koneella.

Otapas vaikka DynDNS, niin toimii haluamallasi "domainnimellä" sitten koko maailmalle, ja sisäverkkoonkin,
se ei maksa mitään, eli on ihan ilmainen.
http://www.dyndns.com/services/dns/dyndns/
(5kpl ilmaisia aliaksia sisältyy tuohon, ja serverille ei vaadi mitään säätöä)

eikös tuo kuitenkin vaadi sen verran säätöä, että asentaa ja konffaa koneelle softan joka tarkkailee ulkoisen IP:n muuttumista ja lähettää tiedot automaattisesti tuolle dyndns:lle?

tietty tuotahan ei tarvita jos ulkoinen IP on staattinen ja jos ei ole, niin sekin korjaantuu hankkimalla sellaisen

[raimo]

eikös tuo kuitenkin vaadi sen verran säätöä, että asentaa ja konffaa koneelle softan joka tarkkailee ulkoisen IP:n muuttumista ja lähettää tiedot automaattisesti tuolle dyndns:lle?

tietty tuotahan ei tarvita jos ulkoinen IP on staattinen ja jos ei ole, niin sekin korjaantuu hankkimalla sellaisen

Nokun nämä soneran IP:t ei vaihdu, vaikka dynaamisia ovatkin, niin tuppaa unohtumaan että voihan se joillakin jopa vaihtuakin.

IP:n voi päivittää käsin tuolla, joten välttämättä ei tarvi olla klienttiä vahtimassa IP:tä
https://www.dyndns.com/account/services/ etenkin jos se ei juurikaan vaihtele se IP, tai ei jopa koskaan vaihtele (sonera).

DynDNS itse suosittelee ddclient-päivittäjää linuksille, joka asentuu näin sanoen:

Koodia: [Valitse]

sudo apt-get install ddclient
lisätietoa tuosta ja muista: https://www.dyndns.com/support/clients/
Omankin voi tietysti tehdä https://www.dyndns.com/developers/ jos on tekemisen puutetta.

Mainitaanpas tämäkin nyt tässä, http://www.dy.fi/ suomalainen vastaava palvelu.

[janne]

Nokun nämä soneran IP:t ei vaihdu, vaikka dynaamisia ovatkin, niin tuppaa unohtumaan että voihan se joillakin jopa vaihtuakin.

IP:n voi päivittää käsin tuolla, joten välttämättä ei tarvi olla klienttiä vahtimassa IP:tä
https://www.dyndns.com/account/services/ etenkin jos se ei juurikaan vaihtele se IP, tai ei jopa koskaan vaihtele (sonera).

kyllä sonerallakin IP vaihtuu jos yhteys on käyttämättä 3(?) päivää tai sitten eilaisten verkon muutostöiden aikana. tosin aika harvoinhan noita ilmeisesti tapahtuu ja ulkoista modeemia on helppo pitää jatkuvasti päällä, mutta ikäväähän se on jos juuri kriittisellä hetkellä "oma domain" ei satukaan toimimaan.

harmi, etten muista sitä clientiä jota käytin aikoinaan tuohon päivityspuuhaan, mutta jos ddclien on kerran suositeltu, niin eiköhän se ole sitten hyväkin.

[HanskiS]

Sen verran tuli heti mieleen ja eteen tuon apachen kanssa.
Mitenkä pystyy tekemään "kotisivulle" kansion mihin ei pääse ilman kayttöoikeutta??
Eli winkkarin serverissä oli semmoinen ominaisuus että sinne pystyi luomaan ihan serverin oman käyttäjätietokannan ja määrittää sitten ketkä käyttäjät tai ryhmät saivat aukaistua minkäkin kansion....
Meneekö tämä jotenkin käyttäjätilien kanssa käsikädessä??

Nooh... Olihan taas hyvin selitetty. 

[janne]

Sen verran tuli heti mieleen ja eteen tuon apachen kanssa.
Mitenkä pystyy tekemään "kotisivulle" kansion mihin ei pääse ilman kayttöoikeutta??

apache.conf tiedostossa on mitä ilmeisemmin parametri AccessFileName arvolla .htaccess joka onkin oletus apache-asennuksissa. tämä tarkoittaa, että oikeuksia voi määrätä luomalla oikeudet vativaan hakemistoon tiedosto nimeltä .htaccess joka sitten sisältää halutut säännöt käyttäjistä jotka ovat sallittuja.

sikäli kun oikein muistan, niin hommaan vaaditaan halutulle domainille/hakemistolle (siellä sites-availablessa) myös sääntö AllowOverride AuthConfig. toki tuossa AllowOverridessa saa olla muutakin.

yksinkertainen .htaccess-tiedosto voisi olla vaikka seuraavanlainen:

Koodia: [Valitse]

AuthType Basic
AuthName EnterPassword
AuthUserFile /etc/apache2/passwd/passwords

Require valid-user

tuossa sitten tuo AuthUserFile kertoo polun tiedsotoon joka sisältää tiedon sallituista käyttäjistä ja heidän kryptatut salasanansa. kyseinen tiedosto puolestaan on helppo luoda ja päivittää komennolla htpasswd2 joka ilman parametreja ajettuna palauttaa käytettävissä olevat optiot.

mod_auth saattaa olla näppärä hakusana, tuon .htaccess tiedoston ihmettelyyn.

Meneekö tämä jotenkin käyttäjätilien kanssa käsikädessä??

ei oikeastaan.

[raimo]

Tai vaihtoehtoisesti luomalla ..sites-enabld/000-default tiedostoon VirtualHost asetuksiin (lohkoon) uusi Directory-lohko suojattavalle hakemistolle jolloin .htaccess tiedostoa ei tarvita ollenkaan.
Vaikka näin se menisi:

Koodia: [Valitse]

<Directory /polku/suojattuun//hakemistoon>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride AuthConfig
    Order deny,allow
    Deny from all   
    AuthType Basic       
    AuthName "EnterPassword"
    AuthUserFile /polku/tunnus/tiedostoon
    Require valid-user
    Satisfy any
</Directory>
Katso myös AuthGroupFile http://httpd.apache.org/docs/2.0/mod/mod_auth.html#authgroupfile
jolla saa säädettyä halutun käyttäjäryhmän.