virtuele server configureren

Status
Niet open voor verdere reacties.
Tijs,
Code:
# ps -ef | grep httpd
root      1078   1005     0 16:55 tty1     00:00:00  grep httpd
# ps -ef | grep httpd | wc -l
1
# sudo netstat -anp | grep :80
#
 
Draait dus niet, want (zie uitvoer van je eerste commando) zie ik alleen jouw eigen commando-regel waarin je ernaar zoekt, niet een draaiend proces dat zo heet.
Dus zou (bijv.) kunnen liggen aan een foute httpd.conf, waardoor httpd (= http daemon= apache) niet opstart.

Er zijn wel configuratie-checks mogelijk (in ieder geval op syntax niveau, als de syntax correct is dan kan het evengoed nog foutlopen op verkeerde padnamen etc.):
apachectl configtest
If the configuration file is fine, this command will return Syntax Ok. Otherwise, it will return detailed information about the error discovered.
If apachectl is not in your PATH and you do not know where it is, refer to the tech recipe Find a file by name to find the location of apachectl, then run it with the fully qualified path.
Note the following example:
/usr/local/apache/bin/apachectl configtest

Doet (als ik me goed herinner) hetzelfde als, maar probeer ze gerust beiden:
httpd -t -f <padnaam>/httpd.conf

Ook logt misschien apache/httpd nog ergens wat. Mogelijk geeft die log dan nog wat (verdere) informatie.

Tijs.
 
Beste Tijs,

Code:
# apachectl configtest
httpd: apr_sockaddr_info_get() failed for files.localdomain
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for Servername
Syntax OK
 
Is gewoon te googelen, die foutmelding...
Waar het op neerkomt is dat je een Servername hebt ingevuld in httpd.conf die niet te resolven is in DNS, terwijl je beweert dat je alles in DNS al goed had ingesteld.
Zou, bij een VirtualHost gedeelte dat er (met aanpassingen aan jouw situatie) er uitziet zoals Tha Devil/Stefan voorstelde:
Code:
<VirtualHost *:80>
    DocumentRoot /var/www/html/sub.domein.nl
    [B][COLOR="#FF0000"]ServerName sub.domein.nl[/COLOR][/B]
    <Directory /var/www/html/sub.domein.nl>
        Options Indexes FollowSymLinks MultiViews
        AllowOverride All
        Order allow,deny
        Allow from all
    </Directory>
</VirtualHost>

gaan om het rode gedeelte. Doe eens op de VPS, in een console/terminal:
nslookup sub.domein.nl
of evt. (dus met een '.' achteraan):
nslookup sub.domein.nl.

Ik zou (o.b.v. de foutmelding) vermoeden dat je teruggemeld krijgt dat sub.domein.nl niet te resolven is / niet bestaat.
Dat kan óf aan een foute aanpassing in DNS kunnen liggen óf dat de aanpassing in DNS 'te kort geleden' is doorgevoerd om succesvol geresolvet te worden óf je hebt op de VPS de te gebruiken DNS-server niet (goed) aangegeven.
Dat laatste is weer makkelijk te testen door op de VPS te doen in een console/terminal:
nslookup www.google.nl
of evt. (dus met een '.' achteraan):
nslookup www.google.nl.


Tijs.
 
Laatst bewerkt:
nslookup www.google.nl geeft als reactie:
Server: 8.8.8.8
Address: 8.8.8.8#53

Non-authoritative answer:
Name: www.google.nl
Address: 173.194.67.94

nslookup sub.domein.nl geeft soortgelijke informatie aan, maar dan met IP-adres van de VPS.

Dus nu weet ik het nog niet...
 
Tsja, wij moeten maar gissen hier, want we krijgen niet
a. sub.domein.nl
b. httpd.conf

In ieder geval gaf de test eerder aan dat de syntax ok is, en ik denk dat de foutmelding over "Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for Servername" geen ernstige is (alhoewel ik, o.b.v. je laatste terugmelding, had verwacht dat die fout niet zou optreden).

Probeer eens op de VPS:
httpd -X -f <padnaam>/httpd.conf
[Ctrl-C om het te beëindigen, mocht het starten en de telnet-test hier onder is geslaagd.]
Blijft het gestart, dan nog eens proberen te verbinden via telnet localhost 80 vanaf een nieuw console-venster.

Tijs.
 
Laatst bewerkt:
Het commando httpd -X -f <pad>/httpd.conf geeft als resultaat:

httpd: apr_sockaddr_info_get() failed for files.localdomain
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for Servername
(98)Address already in use: make_sock: could not bind to address: [::]:80
(98)Address already in use: make_sock: could not bind to address: 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

Vriendelijke groet,
Guido
 
Ik kreeg zojuist op jouw (via e-mail doorgegeven) subdomein wel een telnet verbinding op poort 80...
En ook in de webbrowser kwam ik er.

Is je probleem nu opgelost, en zo ja, heb je nog wat veranderd (in httpd.conf, neem ik aan)?
Overigens zegt je vorige posting dat in de test je blijkbaar toch al een luisterend proces had op poort 80 TCP.

Tijs.
 
Goedemorgen Tijs,

Merkwaardig genoeg krijg ik GEEN verbinding op het subdomein-adres. Zie jij op de subdomein-URL de door mij gemaakte Success!-pagina?

Vriendelijke groet,
Guido
 
Ja, de webpagina toont iets over Virtualhost 2 succes.

Tijs.
 
Helaas heb ik moeten besluiten om een nieuwe versie te installeren van Centos. Maar in die nieuwe versie (Centos 7) lukte het me wonderwel in een keer om een en ander te configureren en is mijn subdomein bereikbaar. Nu ga ik me buigen over de volgende kwesties (installatie software en gekocht SSL-certificaat).

Vriendelijke groet,
Guido van Harten
 
Graag gedaan (naar ik aanneem, ook namens Tha Devil).

Tijs.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan