debian apache virtual host timeout

[anouk]

Ik heb een raspberry pi met daarop wheezy en Apache2.
Dns word beheert via cloudflare. Meer het lukt me niet meer een pagina die gehost word op de pi
te laden in de browser.

Hier een aantal dingen waar ik op getest heb:

(vanaf de mac)
ikke@Mac:/home$ ping domein.com
PING domein.com (62.123.44.55): 56 data bytes
64 bytes from 62.123.44.55: icmp_seq=0 ttl=64 time=1.790 ms

#pingen (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=pingen) lukt dus naar dit domein

ikke@Mac:/home$ traceroute domein.com
traceroute to domein.com (62.123.44.55), 64 hops max, 52 byte packets
1 * * *
2 * * *

# tracerout lukt niet

(vanaf ssh, raspberry)
#nmap (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=nmap) op de raspberry zegt:
$ nmap localhost

Starting Nmap 6.00 ( http://nmap.org ) at 2014-04-23 17:02 CEST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.019s latency).
Other addresses for localhost (not scanned): 127.0.0.1
Not shown: 994 closed ports
PORT STATE SERVICE
25/tcp open smtp
80/tcp open http
443/tcp open https

#dus (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=dus) de apache poort staat open

#in (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=in) de browser het locale ipadres (19.168.0.11) invullen geeft een pagina weer
#dus (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=dus) lokaal werkt apache

#dns (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=dns) word beheerd bij cloudflare, mijn provider ip (62.123.44.55) staat daar vermeld. Ik heb getest met hun service -Door- de Cloud en direct (zonder de cloud).
In beide gevallen krijg ik een timeout. (cloudflare geeft dat dan weer als error 522, Host Error).

#iptables (http://www.webhostingtalk.nl/usertag.php?do=list&action=hash&hash=iptables) staat open:
$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
REJECT all -- anywhere loopback/8 reject-with icmp-port-unreachable
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpt:https
ACCEPT tcp -- anywhere anywhere tcp dpt:smtp
ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:22

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere

Wat ik ook doe, domein.com laad niets in mijn browser maar eindigd in een timeout.
Email ontvang en verstuurd de server zonder problemen. Iemand een idee?

[The-BosS]

Als die 62.x.x.x daadwerkelijk je extern ip adres is dan kan het niet werken, want je poorten staan daar gewoon dicht. Ik heb zo het vermoeden dat je even aan de slag moet met je nat forwarding op je router waar het extern ip adres binnen komt.

[visser]

Ik heb een raspberry pi met daarop wheezy en Apache2.
Dns word beheert via cloudflare. Meer het lukt me niet meer een pagina die gehost word op de pi
te laden in de browser.

Hier een aantal dingen waar ik op getest heb:

(vanaf de mac)
ikke@Mac:/home$ ping domein.com
PING domein.com (62.123.44.55): 56 data bytes
64 bytes from 62.123.44.55: icmp_seq=0 ttl=64 time=1.790 ms


[knip een hoop nuttige informatie - poort open, werkt lokaal, geen iptables probleem ....]


Iemand een idee?

The-Boss heeft bijna zeker gelijk dat het probleem een ontbrekende/verkeerde port forward is op je router.

Ter aanvulling, je kunt nog met tcpdump op je raspberry pi kijken , en zien dat er geen verkeer van buiten aankomt als je probeert een webpagina op te vragen.
(tcpdump not port 22 , zodat je niet je eigen ssh sessie bekijkt )
De 'werkende' ping zal door je router beantwoord zijn, en niet door je server denk ik.

[anouk]

Als die 62.x.x.x daadwerkelijk je extern ip adres is dan kan het niet werken, want je poorten staan daar gewoon dicht. Ik heb zo het vermoeden dat je even aan de slag moet met je nat forwarding op je router waar het extern ip adres binnen komt.

erg vaag, het zat hem idd. in de router, want het lokale ipadres 192.168.0.11 stond en staat in de port forwarding van de router
met (o.a.) port 80-81 en protocol TCP. Het protocol heb ik gewijzigd naar Both (TCP, UDP) en nu werkt het wel.

[The-BosS]

erg vaag, het zat hem idd. in de router, want het lokale ipadres 192.168.0.11 stond en staat in de port forwarding van de router
met (o.a.) port 80-81 en protocol TCP. Het protocol heb ik gewijzigd naar Both (TCP, UDP) en nu werkt het wel.

Ik denk dat je probleem nog steeds niet opgelost is, want hier staat poort 80 nog steeds dicht als ik een check doe. Je kunt ook zelf op http://ping.eu/port-chk/ even kijken naar de poorten die zouden moeten openstaan of dit daadwerkelijk zo is.

Aangezien we het hier ook hebben over een ip uit een range van een Italiaanse telecom provider heb ik ook het vermoeden dat dit een gewone thuis lijn (dsl/kabel) is waar alles onder de 1024 gewoon aan de kant van de provider geblokt wordt (en met reden).