Onderwerp: Webserver niet bereikbaar vanaf klant en public wifi datacenter

Hallo allemaal,

Ik zit even met het volgende.
Vanaf het huis van een klant en vanaf het publieke wifi ap van ons datacenter zijn de websites die we hosten niet bereikbaar.
Vanaf mijn eigen huis en die vanaf mijn collega en andere klanten zijn de websites wel gewoon te benaderen.

Ik heb de firewall server doorgespit maar kan niets geks vinden.
Nu moet ik zeggen dat ik afgelopen nacht in het datacenter aan het werk geweest ben om alle servers te voorzien van ssd's (duurde iets langer dan geplanned) dus ik ben niet helemaal helder vandaag.
Wellicht zie ik iets over het hoofd dus vraag ik jullie advies in welke richting ik zou kunnen zoeken.

Graag wil ik vermelden dat de servers achter de firewall draaien op 1 na welke wel bereikbaar is.
Onze webservers draaien op debian en de firewall server draait op dit moment pfsense.

Verder wil ik nog vermelden dat dit probleem al een tijdje speelt en ik ook contact heb gezocht met de technische dienst van het datacenter maar tot op heden hebben we nog geen oplossing kunnen vinden.

Alvast bedankt en een goede nachtrust.

M.vr.gr,
Wesley

Zit je klant toevallig op dezelfde netwerk leverancier? Lijkt op routing issue waar verkeer bestemd voor je eigen netwerk niet weggerouteerd word. Wat zegt je fw log? Komt er verkeer toe en hoe gedraagt het zich ?

Sent from my Nexus 5 using webhostingtalk mobile app

Doe eens een trace (route) zou ik zeggen. Daaraan kun je zien hoe ver je wel of niet komt.


Sent from my iPhone using webhostingtalk mobile app

Dezelfde netwerk levenerancier lijkt mij niet. De klant heeft upc internet welke ik zelf echter ook heb en bij mij gaat alles goed. Ik heb 1 server buiten de firewall om draaien en daar kan wel naar toe geconnect worden vanaf het datacenter. Helaas heb ik dit niet kunnen testen bij de klant. in de firewall log staat niets over een verbinding vanaaf upc of vanaf de wifi ap van het datacenter.

De traceroutes had ik al gemaakt voor de jongens van het datacenter en die stopte bij de openpeering van het datacenter.
Vanaf mijn firewall server is er ook een traceroute genomen naar de klant maar daar gaat het gelijk al fout bij de eerste.
Wellicht is het handig om te vermelden dat de servers in het datacenter van TransIP draaien.

Klinkt als een VLAN/Firewall issue..

Oorspronkelijk geplaatst door CharlieRoot

Klinkt als een VLAN/Firewall issue..

Wij maken geen gebruik van vlan's. Firewall issue is goed mogelijk alleen waar zou het kunnen zitten.
In de firewall log staat helaas verder geen info.

Oorspronkelijk geplaatst door Exqua

Wij maken geen gebruik van vlan's. Firewall issue is goed mogelijk alleen waar zou het kunnen zitten.
In de firewall log staat helaas verder geen info.

Dan moet je niet in de log, maar met tcpdump kijken.
De eerste vraag is of Wifi verkeer de buitenkant van je firewall haalt.
Kijk eerst even in de log van de server die _wel_ bereikt wordt, met welk IP adres het wifi netwerk aankomt.

Dan kijk je op je firewall met tcpdump (tcpdump -ni <extern interface> host <verwachte IP van wifi netwerk> ) of verkeer uberhaupt de buitenkant van de firewall haalt.

Je kunt ook met traceroute vanaf het wifi netwerk kijken hoe ver je komt , en vooral of je door andere hops richting je onbereikbare servers versus degene die wel werken (in hetzelfde datacenter).

Het zou nog kunnen dat dat zo'n intern gekoppeld netwerk bijvoorbeeld de afslag 'eerst door NAT' mist, als dat iets verderop gedaan wordt.
Of misschien dat het wifi netwerk nogal hard 'naar buiten' geduwd wordt, en dan niet meer goed 'terug' gerouteerd wordt voor een netwerk wat in hetzelfde DC gehost wordt.

Ik begrijp dat enkel je servers achter de firewall niet bereikbaar zijn en diegene die niet achter de firewall zit wel. Zal je toch daarnaar moeten kijken verwacht ik.

Oorspronkelijk geplaatst door golden

Ik begrijp dat enkel je servers achter de firewall niet bereikbaar zijn en diegene die niet achter de firewall zit wel. Zal je toch daarnaar moeten kijken verwacht ik.

Met de gegeven informatie ligt dat voor de hand, inderdaad.
Maar als de bereikbare en onbereikbare servers in een ander netwerk segment zitten is een routing issue natuurlijk niet uitgesloten.

Maar als TS niet meer informatie wil geven duurt het alleen maar langer om wat te gokken naar de oorzaak. Afijn, zijn probleem.

Puur op basis van wat je net geschreven hebt:

Waarschijnlijk heb je een aparte categorie/group in je firewall voor het huis/kantoor van de klant en de publieke wifi van het DC (of die laatste nog apart in een groep). Misschien staat deze per ongeluk op block of niet in de juiste volgorde?

Kan de klant wel op andere sites op deze server en of binnen jullie netwerk?


Verzonden vanaf mijn iPhone met behulp van webhostingtalk

Al eens bekeken welke DNS server jij (je router eventueel) thuis gebruikt en de klant?

Als ik me niet vergis heeft TransIP een tijd terug ipsec in dienst gesteld en naargelang de gebruikte DNS loopt het wel eens mis. Met Google DNS en OpenDNS ging het goed, met onze Belgische Telenet DNS niet. Maar niet voor iedereen. ipV6 had er ook nog mee te maken, waardoor mijn eurocent op de verkeerde plaats terechtkwam...

Oorspronkelijk geplaatst door visser

Dan moet je niet in de log, maar met tcpdump kijken.
De eerste vraag is of Wifi verkeer de buitenkant van je firewall haalt.
Kijk eerst even in de log van de server die _wel_ bereikt wordt, met welk IP adres het wifi netwerk aankomt.

Dan kijk je op je firewall met tcpdump (tcpdump -ni <extern interface> host <verwachte IP van wifi netwerk> ) of verkeer uberhaupt de buitenkant van de firewall haalt.

Je kunt ook met traceroute vanaf het wifi netwerk kijken hoe ver je komt , en vooral of je door andere hops richting je onbereikbare servers versus degene die wel werken (in hetzelfde datacenter).

Het zou nog kunnen dat dat zo'n intern gekoppeld netwerk bijvoorbeeld de afslag 'eerst door NAT' mist, als dat iets verderop gedaan wordt.
Of misschien dat het wifi netwerk nogal hard 'naar buiten' geduwd wordt, en dan niet meer goed 'terug' gerouteerd wordt voor een netwerk wat in hetzelfde DC gehost wordt.

Ik ga dat eens proberen. ik moet wel zeggen dan een server buiten de firewall om wel bereikbaar is.

Oorspronkelijk geplaatst door DB Service

Kan de klant wel op andere sites op deze server en of binnen jullie netwerk?


Verzonden vanaf mijn iPhone met behulp van webhostingtalk

Nee, alles achter de firewall is niet te benaderen.
Alles voor de firewall wel.

Oorspronkelijk geplaatst door cyrano

Al eens bekeken welke DNS server jij (je router eventueel) thuis gebruikt en de klant?

Als ik me niet vergis heeft TransIP een tijd terug ipsec in dienst gesteld en naargelang de gebruikte DNS loopt het wel eens mis. Met Google DNS en OpenDNS ging het goed, met onze Belgische Telenet DNS niet. Maar niet voor iedereen. ipV6 had er ook nog mee te maken, waardoor mijn eurocent op de verkeerde plaats terechtkwam...

Ik maak voor de serveers gebruik van de DNS servers van transip.
Verder gebruik ik thuis de standaard DNS server van UPC en bij de klant ook.
Ook heb ik bij de klant andere DNS servers gebruikt om het te testen.
Ipv6 maken we geen gebruik van op dit moment.

- - - Updated - - -

Oorspronkelijk geplaatst door ArjenN

Puur op basis van wat je net geschreven hebt:

Waarschijnlijk heb je een aparte categorie/group in je firewall voor het huis/kantoor van de klant en de publieke wifi van het DC (of die laatste nog apart in een groep). Misschien staat deze per ongeluk op block of niet in de juiste volgorde?

Op dit moment staan er geen blocks in de firewall.