custom debian package apache

[Costeijn]

Hallo,

Aangezien ik altijd op verschillende plaatsen de zelfde handelingen uitvoer mbt tot het installeren van apache, php etc. Wil ik dit graag in een eigen .deb file gooien en die dan op elke server runnen.

Ik heb een debian folder gemaakt waarin dus alles komt. Alleen weet ik niet welke bestanden hier precies inmoeten. Tot nu toe heb ik:

/etc/apache2
/var/www (default wwwroot)
var/run/apache
var/run/apache.pid
/usr/share/apache2

Maar hoe weet ik welke directory's ernog meer bij moeten? Hoop dat iemand mij opweg kan helpen. Ik zag dat Wido ooit een pcx-amp heeft gemaakt dus misschien dat hij me opweg kan helpen.

Alvast bedankt!

Als ik al dze gebruik: http://packages.ubuntu.com/cgi-bin/s...e=1&number=all zou hij dan moeten werken?

[Freakingme]

ja, ik zou een bestaand package gebruiken,door hier de sources van te downloaden, dit zal iets zijn als:
apt-get source apache2-common

Dat bestand extract je in je debian map. Nu heb je de sources van een werkend packages welke je naar gelang kan aanpassen, om daarna weer te rebuilden.

[JMB]

Volgens mij is dit wel een handig artikel: http://linuxdevices.com/articles/AT8047723203.html Het komt er dus op neer dat je hem moet builden met dpkg.

[Freakingme]

Ik zou eens kijken voor het builden zelf naar pbuilder. Dit is een stuk gebruiksvriendelijker, en is in feite een wrapper om dpkg...

[samage]

Houd er wel rekening mee dat als je alles in een eigen pakket gooit, de security updates op die pakketten niet meer werken (tenzij je je eigen pakket ook gaat onderhouden). Wij hebben het lijstje van debian packages die we hanteren in een script gezet. Werkt ook prima & is erg simpel.

[hrodenburg]

Als het alleen maar configs zijn, zou ik niet een aparte package hiervoor maken. Op die manier maak je het jezelf alleen maar moeilijk wanneer er inderdaad (security)updates uitkomen. Dan moet je op dat moment weer je eigen package patchen en compilen. Misschien kun je beter je configs in een tarball stoppen en deze elke keer uitpakken op een nieuwe installatie. Dat doe ik ook altijd met bepaalde tooltjes en settings (bashrc enzo). Ik heb wel een zelf wel een custom apache, maar dat is omdat deze gepatch't is voor mod_ruid.
Succes in ieder geval!

[Wido]

Als het alleen maar configs zijn, zou ik niet een aparte package hiervoor maken. Op die manier maak je het jezelf alleen maar moeilijk wanneer er inderdaad (security)updates uitkomen. Dan moet je op dat moment weer je eigen package patchen en compilen. Misschien kun je beter je configs in een tarball stoppen en deze elke keer uitpakken op een nieuwe installatie. Dat doe ik ook altijd met bepaalde tooltjes en settings (bashrc enzo). Ik heb wel een zelf wel een custom apache, maar dat is omdat deze gepatch't is voor mod_ruid.
Succes in ieder geval!

Wat moet je patchen voor mod_ruid?

Ik draai op Ubuntu Dapper gewoon mod_ruid met een Apache die via apt-get binnen is gekomen.

Ik heb gewoon de .so gebouwd met apxs2.

Tegenwoordig apt-get ik zo veel mogelijk en al mijn configuraties sla ik op in een Subversion repository.

[Costeijn]

Wat houdt dat in een Subversion repository wido?

zo'n svn klinkt handig.

Maar ik ben er nog niet helemaal uit hoe ik het moet aanpakken. Ik download de source met apt-get source apache2. Hierin wil ik mijn eigen configfiles en mod_ruid installeren. Alleen nu zie je de bestanden en mappen niet zelf. Je ziet bestanden genaamd apache2-common.dirs. Als ik met vim deze file lees zie ik daar de /etc/apache2 mappen e.d staan.

Moet ik de tarball downloaden vanaf de apache site en dan deze compilen met ./configure --prefix=/etc/apache2 en dan de bestanden bewerken en mod_ruid installeren?

Wie kan me opweg helpen?

[Wido]

Waarom de source downloaden?

Je installeert de binary en maakt een script die uit je SVN de juiste configs haalt en ze op de juiste plaats op de disk plaatst.

mod_ruid compile je later tegenover je Apache.

[hrodenburg]

Wido, ik compileer apache opnieuw (ik gebruik debian en geen ubuntu), omdat je apache natuurlijk als root moet draaien wil je mod_ruid kunnen gebruiken. Standaard debian packages laten dat bij mijn weten niet toe, en moet je ze dus opnieuw compilen met de optie (uit m'n hoofd) -DBIG_SECURITY_HOLE. Of heb ik het nu helemaal mis ?!?

[Freakingme]

waarom wil je apache nou opnieuw compileren? Met welke user je apache draait maakt niet uit, als deze maar uid 1 heeft (ivm suid).

[hrodenburg]

uid 0 bedoel je denk ik? Ook al laat ik apache fijn onder www-data draaien, en geef ik het account uid 0, krijg je nog steeds onderstaande melding van apache.

Error:  Apache has not been designed to serve pages while
        running as root.  There are known race conditions that
        will allow any local user to read any file on the system.
        If you still desire to serve pages as root then
        add -DBIG_SECURITY_HOLE to the EXTRA_CFLAGS line in your
        src/Configuration file and rebuild the server.  It is
        strongly suggested that you instead modify the User
        directive in your httpd.conf file to list a non-root
        user.

Opnieuw compilen is dan toch de enige optie lijkt mij?

[Freakingme]

Wat jij hebt, is dat je een normale gebruiker ook uid 0 (ik bedoelde idd '0') hebt gegeven. Als je deze gebruiker ook group 0 geeft, zou het probleem opgelost moeten zijn afaik.

[hrodenburg]

lijkt er niet op. ik heb het net getest met dit in mijn passwd:

www-data:x:0:0:www-data:/var/www:/bin/sh

(Dan heeft het account dus ook gid 0)

[Freakingme]

Ik bedoel meer andere gebruikers, dus een user met uid0 en gid>100(0)