Apache2 met 3 sites werkt, 4e doet niets.

[Prutsovic]

Hallo allemaal.

Ik heb een Raspberry PI met LAMP (Linux (Raspbian), Apache2, MySQL, PHP).
Werkt super met 3 websites.
Dus ik dacht wel even een 4e website aan te maken. Tja...
Op exact dezelfde manier (losse conf in de map sites-available), alleen doet de 4e het dus niet.
Wel als ik de site benader via het IP#. Het lijkt dus of Apache2 het wel allemaal snapt.
Doordat de 4e site als "default server" bekend is binnen Apache2 (getest met commando apache2ctl -S) werkt het ook als ik het benader met het statische IP# van de provider, of het interne IP# van de Rpi.
Het werkt dus alleen niet als ik het via de url benader. Een ping naar de URL doet het wel goed.

De site begint met een cijfer, dus zoiets als www.01xxxxxx.nl
Zou het kunnen dat Apache2 dat cijfer niet ziet zitten?
Of moet je iets extra's doen als je een 4e site toegevoegd?

Alvast bedankt voor de hulp!

[CH4OS]

Een ping naar de URL is natuurlijk zinloos om je virtual host op te testen, die komt immers uit op de router waarachter de RPi3 hangt, het zegt dus alleen iets over de netwerkverbinding.

Heb je al gekeken in de log bestanden van Apache?

[ Voor 66% gewijzigd door CH4OS op 12-07-2016 20:54 ]

[Prutsovic]

Helaas, er zijn geen foutboodschappen in de error.log of access.log in de map /var/log/apache2. Wel gewone boodschappen.
De reden dat ik naar de url ping is om te kijken of de url wel daadwerkelijk naar mijn IP kijkt.

[Hero of Time]

Je hebt het bestand in sites-available gemaakt, maar heb je ook 'a2ensite <config>' gedaan om 'm als symlink in sites-enabled te zetten (en dan Apache herladen)?

[Ramon]

Hoe ziet je configuratie eruit? We kunnen wel tegen wat textfiles hier hoor

[johnkeates]

Wat zegt apacht2ctl als je dump vhosts doet?

[Prutsovic]

Yep, heb de A2ensite gedaan, zie hem ook met "apache2ctl -S" keurig staan. sterker nog: het werkt gewoon als ik naar de IP# van de raspberry ga. het werkt alleen niet via de url.

de tekstfile van /etc/apache2/sites-available/01xxxxx.nl.conf:

code:

<VirtualHost *:80>
    ServerAdmin [e-mail]
    ServerName www.01xxxxx.nl
    ServerAlias 01xxxxx.nl *.01xxxxx.nl
    DocumentRoot /var/www/01xxxxx.nl/
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

In /var/www/01xxxxx.nl/ staat een simpele index.php en index.html. Via ip werken beide, via url krijg ik na een paar seconden de boodschap dat de site niet bereikbaar is.

[ Voor 1% gewijzigd door Hero of Time op 12-07-2016 21:21 . Reden: gebruik code blokken aub ]

[Prutsovic]

code:

Prutsovic@raspberrypi:/etc/apache2/sites-available $ apache2ctl -S
VirtualHost configuration:
*:443                  localhost (/etc/apache2/sites-enabled/default-ssl.conf:2)
*:80                   is a NameVirtualHost
         default server www.01xxxxx.nl (/etc/apache2/sites-enabled/01xxxxx.nl.conf:1)
         port 80 namevhost www.01xxxxx.nl (/etc/apache2/sites-enabled/01xxxxx.nl.conf:1)
                 alias 01xxxxx.nl
                 wild alias *.01xxxxx.nl
         port 80 namevhost www.site1.nl (/etc/apache2/sites-enabled/site1.nl.conf:1)
                 alias site1.nl
                 wild alias *.site1.nl
         port 80 namevhost www.site2.nl (/etc/apache2/sites-enabled/site2.nl.conf:1)
                 alias site2.nl
                 wild alias *.site2.nl
         port 80 namevhost www.site3.nl (/etc/apache2/sites-enabled/site3.nl.conf:1)
                 alias site3.nl
                 wild alias *.site3.nl
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex watchdog-callback: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/lock/apache2" mechanism=fcntl
Mutex mpm-accept: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33 not_used
Group: name="www-data" id=33 not_used

[ Voor 0% gewijzigd door Hero of Time op 12-07-2016 21:22 . Reden: echt, code blokken voor leesbaarheid ]

[Hero of Time]

We weten iig waarom je via IP adres je site wel krijgt. Die staat alfabetisch vooraan en zonder specifiek aan te geven voor het IP bij servername of serveralias, wordt de eerste vhost gepakt.

Dan wordt het nu tijd om je logs te bekijken waarom het niet werkt op hostnaam.

Sidenote, ik zou niet zomaar *.site.tld als serveralias instellen, want als je later een subdomein aanmaakt, gaat die niet werken door de wild alias.

[Prutsovic]

Als het alfabetisch bovenaan staat, dan zou het via de url toch ook moeten werken?

Geen foutmeldingen in de logs.
Het lijkt wel of apache2 alles via url www.01xxxxx.nl niet pakt. Maar als ik hem zie staan met commando "apache2ctl -S" en het werkt via directe in- en externe IP, dan zou je toch kunnen stellen dat de configuratie op zich wel ok is?

[Bastien]

De DNS van het domein klopt? En de eventuele tijd ivm de TTL van het record/de records hoort het al te werken?

[Prutsovic]

DNS klopt, tenminste; bijde andere 3 is het wel werkend. Allen ook van dezelfde domein-leverancier.

[Hero of Time]

Zet de domeinnaam en (lokale) IP van de Pi eens op je computer in het hosts bestand en test dan nog eens. Wat zie je in error_log en access_log van je systeem af komen?

[Prutsovic]

In de hosts bestand gezet, net als de andere.
Als ik dan naar 01xxxxx.nl.local ga, dan doet ie het net zoals ik naar het IP# zou gaan.
Ik zie dat ik connectie gemaakt heb in de access.log, niets in de error.log.

zonder local zie ik niets in de access.log

[Hero of Time]

Je moet niet het .local domein erin zetten, maar je externe hostnaam zoals je die in Apache hebt geconfigureerd.

[Prutsovic]

Dan werkt het zoals het moet.
Ik voel aan mijn water dat je het probleem en de oplossing weet :-)

[IceTeaGX]

Prutsovic schreef op dinsdag 12 juli 2016 @ 21:17:

code:

<VirtualHost *:80>
    ServerAdmin [e-mail]
    ServerName www.01xxxxx.nl
    ServerAlias 01xxxxx.nl *.01xxxxx.nl
    DocumentRoot /var/www/01xxxxx.nl/
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Met mijn beperkte kennis:
Moet hier bij de alias niet het .local domein vermeld worden als je het zo wil bereiken?

[Prutsovic]

Ik denk voor hetgeen ik wil niet, IceTeaGX.
Dat het nu lokaal werkt is prima, maar nu ook nog graag vanuit het wereld wijde web.

[IceTeaGX]

Vandaar dat je een alias toevoegt, zodat apache OOK reageert als je het intern/local URL gebruikt.

Zoiets dus:

code:

<VirtualHost *:80>
    ServerAdmin [e-mail]
    ServerName www.01xxxxx.nl
    ServerAlias 01xxxxx.nl *.01xxxxx.nl 01xxxxx.nl.local *.01xxxxx.nl.local
    DocumentRoot /var/www/01xxxxx.nl/
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

[Hero of Time]

Prutsovic schreef op woensdag 13 juli 2016 @ 08:50:
Dan werkt het zoals het moet.
Ik voel aan mijn water dat je het probleem en de oplossing weet :-)

Ik denk het. Je Apache reageert niet op het externe domeinnaam lijkt het op. Of ook wel, je DNS klopt wellicht niet. Controleer die nog eens, wat krijg je terug bij site1.nl en 01xxxx.nl? Die zouden gelijk moeten zijn.

[Prutsovic]

Als ik er op ping krijg ik het juiste IP adres.
Alle DNS-en zijn hetzelfde, lijkt goed.
Ik heb de DNS records van www.01xxxx.nl verwijderd, gereset en opnieuw ingevoerd.
Even een paar uurtjes wachten (volgens de url-provider) en kijken wat ie dan doet.

[Room42]

Heb je ook getest met een publieke DNS-server (nslookup www.01xxxx.nl 8.8.8.8)?

[Hero of Time]

Prutsovic schreef op woensdag 13 juli 2016 @ 14:15:
Als ik er op ping krijg ik het juiste IP adres.
Alle DNS-en zijn hetzelfde, lijkt goed.
Ik heb de DNS records van www.01xxxx.nl verwijderd, gereset en opnieuw ingevoerd.
Even een paar uurtjes wachten (volgens de url-provider) en kijken wat ie dan doet.

Die ping deed je met de computer waar je het hosts bestand op had gewijzigd? Want dat werkt echt geweldig namelijk:

code:

ping facebook.com
PING facebook.com (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.046 ms

Doe eens een nslookup naar je site, dan doe je een echte DNS query. En bij voorkeur ook nog even met een 3rd party DNS zoals Evanescent suggereert.

[Prutsovic]

code:

C:\Users\Prutsovic>nslookup www.site1.nl 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    www.site1.nl
Address:  178.85.99.99

C:\Users\Prutsovic>nslookup www.01xxxxx.nl 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    www.01xxxxx.nl
Address:  178.85.99.99

[Hero of Time]

Leuk, die zijn dus gelijk. En nu? Werkt 't nou of niet? Dat is je hele vraag. Domweg wat output dumpen zonder extra informatie schiet natuurlijk niet op.

[Prutsovic]

De instellingen zijn zoals in het begin en het werkt nog steeds niet. Snap niet waarom niet.
Weet ook niet waar het in zit. ZIjn de instellingen in Apache2 niet goed of bij de URL-leverancier?

[Prutsovic]

Ik schat in dat het toch aan iets in de Raspi zit. Want hij doet er lang over als je www.01xxxxx.nl bekijkt. Dus ik denk wel dat er connectie is, maar dat er iets loopt.
Kan dat aan phpmyadmin liggen? En kan ik dat herinstalleren zonder dat er iets wijzigt op de andere wordpress sites?

[Hero of Time]

Dat ligt eraan, heb je phpmyadmin aan staan? En waarom eigenlijk, wat is er mis met de command line voor MySQL? Het verwijderen zal iig geen probleem geven voor je sites.

[Prutsovic]

Ok, dat is het dus niet.
Ik heb van www.01xxxxx.nl alles verwijderd uit de /var/www/ en opnieuw dir gemaakt met een simpele index.html
Doe ik www.01xxxxx.nl, dan denkt browser lang na en doet niets.
Doe ik ip# dan doet ie het wel. Het lijkt wel of de raspi het geen leuke url vindt.

[Hero of Time]

Je kan ook eens een tcptraceroute doen naar het externe IP en de domeinnamen van die 01xxxx en site1.

Heb je ook een monitor aan de Pi hangen en een GUI erop beschikbaar? Test het dan lokaal. Of je haalt de boel naar een VM op je computer en test het daarin.

[CurlyMo]

Of test eens zonder GUI, maar met de CLI browser lynx:

code:

# lynx www.01xxxxx.nl

[Hero of Time]

Natuurlijk, text-based browsers heb je ook nog. Als je lynx niets vindt, heb je ook nog links en w3m als opties.

[Prutsovic]

Ik krijg met tcptraceroute iets wat ik niet snap maar wel begrijp dat het anders is.
Hopelijk begrijpen jullie het wel.

prutsovic@raspberrypi:/etc/apache2/sites-available $ sudo tcptraceroute www.site1.nl

code:

traceroute to www.site1.nl (178.85.99.99), 30 hops max, 60 byte packets
 1  178-85-99-99.dynamic.upc.nl (178.85.99.99)  0.422 ms  0.562 ms  0.598 ms
 2  178-85-99-99.dynamic.upc.nl (178.85.99.99) <syn,ack>  1.585 ms  1.539 ms  1.491 ms

prutsovic@raspberrypi:/etc/apache2/sites-available $ sudo tcptraceroute www.00xxxxx.nl

code:

traceroute to www.00xxxxx.nl (178.85.99.99), 30 hops max, 60 byte packets
 1  router.asus.com (192.168.0.1)  0.471 ms  0.401 ms  0.491 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

[Hero of Time]

Nou, je router zit dus iets vreemds te doen. De vraag is dan wat er mis gaat. Zoals het nu staat, doet de NAT port forwarding het voor je site1 prima, maar 01xxxx weer niet, die komt niet terug. NAT loopback oid heet dat geloof ik, om van binnen gebruik te kunnen maken van je externe port forwarding.

Je hebt nu alles getest vanaf je interne netwerk, toch? Geen mobiel met internet die je kan gebruiken?

[Prutsovic]

Hopelijk snapt iemand dit.
In mijn router heb ik niets speciaals staan per website, alleen een forwarding naar de Raspi.

Vanuit netwerk:

code:

C:\Users\Prutsovic>tracert www.site1.nl

Tracing route to www.site1.nl [178.85.99.99]
over a maximum of 30 hops:

  1     3 ms     3 ms     3 ms  178-85-99-99.dynamic.upc.nl [178.85.99.99]

Trace complete.

C:\Users\Prutsovic>tracert www.site2.nl

Tracing route to www.site2.nl [178.85.99.99]
over a maximum of 30 hops:

  1     7 ms     3 ms     3 ms  178-85-99-99.dynamic.upc.nl [178.85.99.99]

Trace complete.

C:\Users\Prutsovic>tracert www.site3.nl

Tracing route to www.site3.nl [178.85.99.99]
over a maximum of 30 hops:

  1     3 ms     3 ms     4 ms  178-85-99-99.dynamic.upc.nl [178.85.99.99]

Trace complete.

C:\Users\Prutsovic>tracert www.00xxxxx.nl

Tracing route to www.00xxxxx.nl [178.85.99.99]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  router.asus.com [192.168.0.1]
  2     *     ^C

Vanuit mobiele telefoon

code:

C:\Users\Prutsovic>tracert www.site1.nl

Tracing route to www.site1.nl [178.85.99.99]
over a maximum of 30 hops:

  1     2 ms     2 ms     2 ms  192.168.43.1
  2     *        *     ^C
C:\Users\Prutsovic>tracert www.00xxxxx.nl

Tracing route to www.00xxxxx.nl [178.85.99.99]
over a maximum of 30 hops:

  1     5 ms     3 ms     6 ms  192.168.43.1
  2     *     ^C

[Hero of Time]

Wat voor mobiel heb je? En heb je 'm net via USB tethering aan je computer gehangen? Want als je wifi nog steeds aan staat, blijf je alsnog in je eigen netwerk hangen.

Enige wat ik nu kan bedenken, is dat je router iets doet met de domeinnaam die begint met een getal. Om nog andere dingen uit te sluiten, kan je eens je computer met een Linux live cd starten en dan de site proberen te benaderen, pingen, tracen, etc.

[Prutsovic]

Heb een oneplus2 mobiel via tethering.
Het is wel kmp...

De url leverancier kan niet veel fout doen en is denk ik correct.
De Raspi kan veel fout doen, maar met copy paste van de andere sites kun je stellen dat dit wellicht ook correct is.
Tja, zoals je al stelt, dan is het de router.

Ik ga proberen er een andere tussen te zetten.

[Hero of Time]

Geef de vhost gewoon een andere domeinnaam, zonder de 00 of 01 of wat je er ook maar hebt, als dat kan iig. Waarom moet het eigenlijk 01nogwat zijn?

Ik gaf ook aan dat je met je mobiel alleen moest testen, zo sluit je ook eventuele issues met de computer uit. Dus alleen de telefoon, geen tethering, geen wifi, direct via mobiel internet en dan kijken of je de site kan benaderen.

[Prutsovic]

Router verwisseld en alles werkt perfect!
Raar maar waar.

Allemaal hartelijk dank voor de tips, tricks, meedenken en hulp!
Als iemand in de buurt is: kom maar een pot bier halen.

Nogmaals dank en groeten.

[Room42]

Het is ongetwijfeld niet raar, maar dat zullen we nooit weten, aangezien wij niet in de router kunnen kijken