Onderwerp: Opzetten Full Webserver CentOS 6.2

Oorspronkelijk geplaatst door Chris NVT

Kyra,

Wat voor iso pakt hij dan? Want ik heb mijn server nu geinstalleerd met de minimal iso (329MB), maar ik heb daar geen GUI hoor alleen de command line.

Ook kreeg het het afconfigureer scherm niet wat daar wordt weergegeven.

Dat is vrij logisch, geen enkele deftige server distri zal standaard een GUI installeren, als je dit echt nodig hebt ben je beter af met een client distro zoals fedora. Hiermee kun je ook mysql/php/apache etc installeren en command line werkt hetzelfde als centos (ook rpm/yum) als je later wil overstappen. Of je gaat voor centos zonder GUI en leert gewoon de CLI commando's, genoeg tutorials te vinden op het net.

Het is toch net zo makkelijk om gewoon de CentOS 6.2 te installeren met GUI? Waarom zou ik naar een andere Distro gaan?

Dan krijg je straks weer verschillen en dingen die niet overeen komen.

Ik hou het nu gewoon bij CentOS en ga de adviezen en tut van Kyra opvolgen.

Op een gegeven moment wil je toch andere OS distro's gaan proberen, en kom je vanzelf tegen nieuwe uitdagingen te staan.
Begin met dit, en dan stap voor stap verder.

Oorspronkelijk geplaatst door Chris NVT

Het is toch net zo makkelijk om gewoon de CentOS 6.2 te installeren met GUI? Waarom zou ik naar een andere Distro gaan?

Dan krijg je straks weer verschillen en dingen die niet overeen komen.

Ik hou het nu gewoon bij CentOS en ga de adviezen en tut van Kyra opvolgen.

Het komt er gewoon op neer dat Fedora bedoeld is voor client gebruik (GUI) dus en CentOS voor server gebruik (CLI), dat wil daarom niet zeggen dat het niet omgekeerd zou werken. Maar Fedora is wat up to date met de grafische dingen en het werkt out of the box. Kwa verschillen moet je niet zoveel inzitten aangezien Fedora en CentOS beide op RedHat gebaseerd zijn, zijn de verschillen hier zeer minimaal in.

Het is de bedoeling dat dit een webserver (CLI) wordt, echter wil ik eerst alles onder de knie krijgen vandaar.

Ikhad Kyra's oplossing geprobeerd, en alles leek goed te gaan, tot dat er een errno: 256 dat hij een repodata niet kon vinden. Dit was uit de DVD1 iso.
Ik ben momenteel de x86_64 aan het downloaden uit de /os folder van een mirror, hopelijk gaat het dan wel goed.

Het downloaden duurde me wat te lang, nu gewoon http://mirror.centos.org/centos/6.2/os/x86_64/ ingevult bij url en het werkt! Super dank u voor de handleiding

Oorspronkelijk geplaatst door Kyra-emotion

Beste Ahmed,

Snap je enthousiasme, zou je anders een apart thread voor je ervaringen willen starten. Dat houdt het wel zo overzichtelijk.

Marco,

Dit heeft volledig met het onderwerp van de TS te maken. Mocht hij overwegen om PHP6 te installeren, omdat hij toch aan het testen/leren is, dient hij er rekening mee te houden dat de ondersteuning nog beperkt is en het e.e.a. omslachtig dient te worden geïnstalleerd.

Voor Chris, kijk ook eens naar: http://www.howtoforge.com/installing...entos-6.2-lamp

Ahmed,

Dank je voor de link, ook deze zal ik zeker meepakken en doorspitten. Onder Windows zijn er haast geen obstakels voor me, echter in Linux voel ik me net 12 en dat ik voor het eerst achter papa's pc mag zitten ;-).

Over PHP6 ik werk alleen met productie versies, ook in test omgevingen. Aangezien ik nooit PHP6 zou gaan schrijven zolang het nog niet uit is, want dan ga je jezelf misschien methodes aanleren die in 5.3.x of 5.4.x niet ondersteunt worden. Toch bedankt voor de tip, altijd handig om te weten dat het een ellende is

Indien je al via USB een minimale installatie van CentOS 6 had geïnstalleerd zal een netinstall niet veel meer opleveren dan extra tijdsbesteding.
En een GUI op een server? Een zeker no-no! Als je dan toch wilt leren, leer het dan ineens goed. Als de server in een DC hangt zal je ook niet veel aan een GUI hebben, tenzij je voor elk wissewasje een ritje DC over hebt...
Doe een minimale installatie en installeer de rest met "yum install ...". Zo moeilijk is dat echt niet.

Dreamhost_nl,

Na de minimale installatie zijn de schijven weer geformateerd, dus geen installatie. Of een GUI in jou op een server een no-no is, is je persoonlijke mening. Uiteraard weten we dat de minimal en vanuit een commandline werken velen malen sneller, efficienter is en de machine optimaler zal performen. Niet alleen dat, ik heb nu een GUI nodig om de mappenstructuur te kennen. Ik heb geen idee hoe die in elkaar zit, en geloof me alleen met een commandline omgeving wordt dat niet duidelijker.

Mijn server staat in een patchkast op zolder, nogmaals dit is om te testen en linux te leren en niet gelijk een optimale webserver te hebben. Dat gaat toch niet lukken, er zijn zoveel dingen waar je rekening mee moet houden en dat komt met ervaring. Al installeer in die server 20x opnieuw, zolang ik telkens wat bijleer vind ik het allemaal prima hoor.

Tevens voer ik wel alle installs uit via het Terminal dus de commandline, maar nu heb ik ook de mogelijkheid om visueel te kijken hoe alles staat en geplaatst wordt.

Nee yum install is niet moeilijk, maar dan na de install dat is het probleem, waar wordt alles geplaatst, etc. Ik heb hem nu draaiend met een GUI naar tevredenheid, ik ben nu bezig met Apache, PHP5 en MySQL installatie.

P.S. Ook met een GUI geinstalleerde Linux kun je hem natuurlijk via de commandline benaderen op afstand netzo goed als dat met een GUIless installatie kan, dus dat is niet echt een argument vind je wel.

Oorspronkelijk geplaatst door Chris NVT

.....

P.S. Ook met een GUI geinstalleerde Linux kun je hem natuurlijk via de commandline benaderen op afstand netzo goed als dat met een GUIless installatie kan, dus dat is niet echt een argument vind je wel.

Zeker is dat wel een argument.
Je kan inderdaad via SSH de server op afstand bedienen en dan maak je geen gebruik van de GUI. Maar wat denk je van de resources dat de GUI inneemt?
Je zult er nu misschien niks van merken, omdat het maar een test is. En ook een GUI met een aantal klanten zou nog kunnen. Maar dat houdt een keer op..

Ik snap dat je via de grafische weg wilt leren en op deze manier bekent worden met de omgeving.. Maar ik ben het eens met Dreamhost: no-no.
Misschien een idee om een boek van Linux aan te schaffen? Voor een paar tientjes heb je al een duidelijk boek. Ik heb zelf een boek waar echt de basisdingetjes in worden uitgelegd, zoals het werken met een texteditor en de CLI in het algemeen. Daarnaast wordt ook nog vermeld welke map, welk doel heeft (/var, /etc, etc.).

Oorspronkelijk geplaatst door magentohosting

Zeker is dat wel een argument.
Je kan inderdaad via SSH de server op afstand bedienen en dan maak je geen gebruik van de GUI. Maar wat denk je van de resources dat de GUI inneemt?
Je zult er nu misschien niks van merken, omdat het maar een test is. En ook een GUI met een aantal klanten zou nog kunnen. Maar dat houdt een keer op..

Ik snap dat je via de grafische weg wilt leren en op deze manier bekent worden met de omgeving.. Maar ik ben het eens met Dreamhost: no-no.
Misschien een idee om een boek van Linux aan te schaffen? Voor een paar tientjes heb je al een duidelijk boek. Ik heb zelf een boek waar echt de basisdingetjes in worden uitgelegd, zoals het werken met een texteditor en de CLI in het algemeen. Daarnaast wordt ook nog vermeld welke map, welk doel heeft (/var, /etc, etc.).

Ik heb toch echt duidelijk aagegeven dat iedereen wel snapt dat zonder GUI draaien beter, efficienter en stabieler is niet dan? Om nu eigenlijk gewoon te herhalen wat dreamhost_nl zegt is niet echt relevant.

Nogmaals voor alle duidelijkheid: Ik heb nu een GUI omdat ik Linux leer, of ik dit nu op een server of laptop doe is van geen enkel belang. Ook heb ik al meerdere keren aangegeven dat mocht er ooit een live server komen, ik deze wel minimal installeer.

Mmmm....

Ik heb nu apache draaien maar zodra ik extra config directories wil toevoegen start de server niet meer.

Ik voer ze in na Include conf.d/*conf als volgt

Include conf/custom/*.conf
Include conf/vhosts/*.conf

Iemand een idee waarom de server met deze 2 regels niet meer start? Als ik ze eruit comment (# ervoor) dan start hij weer normaal op.

Staat er ook iets in het error log hierover? Of in het algemene apache log?
Wellicht dat je het eens met het volledige pad kunt proberen: /etc/apache2/conf/custom/*.conf en /etc/apache/conf/vhosts/*.conf.
Uiteraard de paden wel even aanpassen naar je eigen paden.

Edit:
Wellicht is het makkelijk om een 2e PuTTY / SSH sessie te openen en daar "tail -f /var/log/apache.log" te doen (of welk log / bestand je maar wilt zien). Daarna herstart je Apache in je andere PuTTY / SSH sessie. De foutmeldingen komen dan in je andere venster. Zo hoef je niet hele tijd iets van "cat /var/log/apache.log" te doen, waardoor je een hele rit aan regels krijgt. Persoonlijk vind ik dat laatste nog weleens erg chaotisch.

Oorspronkelijk geplaatst door dreamhost_nl

Als de server in een DC hangt zal je ook niet veel aan een GUI hebben, tenzij je voor elk wissewasje een ritje DC over hebt...

Even off-topic, maar hier moet ik je toch in tegen spreken. Er bestaat nog zo iets als X over SSH tunnel of vnc om nog maar te zwijgen over kvm over ip of ilo/impi/...

Magentohostibg,

Ik had het idd ook al metde volle paden geprobeerd. Dit haalde echter niet veel uit.
Het volle pad wat ik gebruikte was /home/httpd/conf/vhosts/*.cnf maar hier wilde de server dus ook niet mee starten.
Ik zal morgen even je advies opvolgen en de logs erbij pakken.

Dank je voor de reactie.

P.S. Ik zal even laten weten wat daaruit komt