PDA

Bekijk Volledige Versie : Klant kan niet op zijn website



vanloo
22/02/14, 11:38
Hallo,

Ik ben deze week van een shared hosting overgestapt naar een vps hosting.
Al de websites zijn verhuisd naar deze vps. Nu heb ik een klant die niet op zijn eigen website kan (dus ook geen mail).
Elders werkt de website overal.
Hij heeft een Mac als computer en Telenet als internetprovider.
Iemand een idee?
Alvast bedankt

JC

Smashmint
22/02/14, 11:41
Heb je al gekeken of de klant geblokkeerd wordt door een mogelijke firewall op de VPS ?

vanloo
22/02/14, 12:41
Raar, kan dat? Overal is de website bereikbaar enkel bij hem thuis niet?

pierce
22/02/14, 12:44
Raar, kan dat? Overal is de website bereikbaar enkel bij hem thuis niet?

Waarom ben je eigenlijk overgestapt...? :innocent:

Smashmint
22/02/14, 12:45
Raar, kan dat? Overal is de website bereikbaar enkel bij hem thuis niet?

Dat kan inderdaad en het zou ook verklaren waarom de website alleen voor hem niet bereikbaar is..

Domenico
22/02/14, 12:45
Dat lijkt me een DNS verhaal (of firewall issue natuurlijk).

https://www.whatsmydns.net/


Sent from my iPhone using webhostingtalk mobile app

vanloo
22/02/14, 13:22
Ben even gaan kijken naar de geblokkeerde Ip's in de firewall. Ik had de klant zijn ip niet, maar er stond een ip tussen van Telenet en heb het verwijderd.
Ik hoop dat dit de oplossing was en dat hij nu op z'n website en mail kan.

Bedankt voor de reacties,

JC

WebMeso
22/02/14, 13:49
Hou er rekening mee dat als deze klant te vaak met verkeerde gegevens in zal loggen gebanned wordt via IP. Vaak gebeurt dit via verkeerde FTP inlog gegevens.

vanloo
22/02/14, 13:50
Mijn reseller hostingpakket was bijna vol. De prijs van een vps was maar iets meer dan een groter webhostingpakket. De laatste tijd had ik ook de indruk dat de server traag was, vandaar ook de overstap naar een vps.

Erik H.
22/02/14, 15:23
Mijn reseller hostingpakket was bijna vol. De prijs van een vps was maar iets meer dan een groter webhostingpakket. De laatste tijd had ik ook de indruk dat de server traag was, vandaar ook de overstap naar een vps.

Met alle respect... als je zelf niet uit je openingspost haalt dat het toch wel eens de firewall kan zijn (ik haalde dat al uit de titel van 5 woorden) dan doet dan vermoeden dat je kennisniveau niet al te hoog is. Ga je de server ook zelf updaten en onderhouden?

Hostingwalk
22/02/14, 20:04
Ben even gaan kijken naar de geblokkeerde Ip's in de firewall. Ik had de klant zijn ip niet, maar er stond een ip tussen van Telenet en heb het verwijderd.
Ik hoop dat dit de oplossing was en dat hij nu op z'n website en mail kan.
JC

Als je weet dat het om die klant gaat, zet hem meteen in de whitelist zodat die er niet weer inkomt.

The-BosS
22/02/14, 20:12
Als je weet dat het om die klant gaat, zet hem meteen in de whitelist zodat die er niet weer inkomt.

Klanten in een whitelist zetten is wat mij betreft een absolute no-no, als je firewall goed is ingesteld en de klant gebruikt de diensten zoals het hoort dan is de kans zeer klein dat hij in de firewall terecht komt. En meestal als klanten wel in firewall terecht komen dan is het omdat hun pc geinfecteerd is door spam/virus/trojan of misbruik en dan wil je het juist wel blokkeren.

En zolang je klanten geen fixed ip's hebben maar dynamische adressen uit de de provider hun dhcp pool maakt dat toch niet uit, want bij de eerst volgende release krijgen ze toch een ander ip. Je moet het probleem oplossen en niet het gevolg ervan gaan uitschakelen, want dan kun je even goed geen firewall gebruiken.

Hostingwalk
22/02/14, 21:41
Klanten in een whitelist zetten is wat mij betreft een absolute no-no, als je firewall goed is ingesteld en de klant gebruikt de diensten zoals het hoort dan is de kans zeer klein dat hij in de firewall terecht komt. En meestal als klanten wel in firewall terecht komen dan is het omdat hun pc geinfecteerd is door spam/virus/trojan of misbruik en dan wil je het juist wel blokkeren.

En zolang je klanten geen fixed ip's hebben maar dynamische adressen uit de de provider hun dhcp pool maakt dat toch niet uit, want bij de eerst volgende release krijgen ze toch een ander ip. Je moet het probleem oplossen en niet het gevolg ervan gaan uitschakelen, want dan kun je even goed geen firewall gebruiken.

Klopt, beste oplossing zou wezen om iemand de firewall te laten nakijken en overleggen met klant op basis van reden van de blokkade.
"Nu heb ik een klant die niet op zijn eigen website" enkel als iemand zo een topic opent twijfel ik of die het anders zonder hulp kan oplossen, vandaar dat ik dat advies gaf.

dennis0162
23/02/14, 11:47
Met CSF kan je makkelijk iets bouwen waardoor de klant een melding op zijn website krijgt dat hij geblokkeerd is.
Vervolgens met een linkje naar een pagina waar hij zichzelf max. x aantal keer automatisch kan de-blokkeren en meteen de reden van blokkade te zien krijgt.

Het scheelt veel support tickets en onduidelijkheid omdat de klant anders een 404 krijgt. ;)

Domenico
23/02/14, 12:40
Met CSF kan je makkelijk iets bouwen waardoor de klant een melding op zijn website krijgt dat hij geblokkeerd is.
Vervolgens met een linkje naar een pagina waar hij zichzelf max. x aantal keer automatisch kan de-blokkeren en meteen de reden van blokkade te zien krijgt.

Het scheelt veel support tickets en onduidelijkheid omdat de klant anders een 404 krijgt. ;)

Jij hebt zoiets al 'gebouwd'? :)

dennis0162
23/02/14, 12:42
Ja voor CSF/LFD. Ik zal het vandaag of morgen wel even hier posten.

Sent from my HTC One using webhostingtalk mobile app

Domenico
23/02/14, 12:43
Ja voor CSF/LFD. Ik zal het vandaag of morgen wel even hier posten.

Sent from my HTC One using webhostingtalk mobile app

11408

Erik H.
23/02/14, 12:45
Ja voor CSF/LFD. Ik zal het vandaag of morgen wel even hier posten.

Sent from my HTC One using webhostingtalk mobile app

Ik begin gewoon spontaan van je te houden ;-)

chatuliem
23/02/14, 13:14
Klopt, beste oplossing zou wezen om iemand de firewall te laten nakijken en overleggen met klant op basis van reden van de blokkade.
"Nu heb ik een klant die niet op zijn eigen website" enkel als iemand zo een topic opent twijfel ik of die het anders zonder hulp kan oplossen, vandaar dat ik dat advies gaf.Ik dacht dat het forum er nu juist was om technisch advies te geven. Met zulk soort antwoorden zorg je er alleen maar voor dat mensen geen vragen meer durven te stellen. Want nu gaat men denken, ben ik te dom voor deze site.

Domenico
23/02/14, 13:20
Ik dacht dat het forum er nu juist was om technisch advies te geven. Met zulk soort antwoorden zorg je er alleen maar voor dat mensen geen vragen meer durven te stellen. Want nu gaat men denken, ben ik te dom voor deze site.

Klopt en ik heb de thread dan ook verplaatst naar het 'Technische Vragen van Beginners' forum waar deze thuishoort.

Ramon Fincken
24/02/14, 11:19
Ja voor CSF/LFD. Ik zal het vandaag of morgen wel even hier posten.

Sent from my HTC One using webhostingtalk mobile app
/me likes !

dennis0162
25/02/14, 20:02
Excuses, wat later dan verwacht.
Net nog even wat dingetjes aangepast aan het script zodat het nog wat beter loopt.

Het idee erachter is eigenlijk vrij simpel;

Op je webhosting servers draait een bash script (cronjob) wat telkens /etc/csf/csf.deny kopieert naar /var/www/html/firewall/
Vervolgens wordt er via het PHP script wat op je eigen server draait gezocht op alle servers in http://ipadres/firewall/csf.deny naar het geblokkeerd ip-adres en vist hier ook de reden van blokkade uit.

Daarna zal http://ipadres/firewall/unblock.php?ip=x.x.x.x aangeroepen worden en wordt het IP-adres in een text file geplaatst op de desbetreffende hostingserver.
Het bash script (cronjob) zal op de hostingserver alle ip-adressen uit de txt file uitlezen en unblocken via csf -dr x.x.x.x

De map firewall kan je renamen naar een eigen naam, in /var/www/html/firewall/ staat een .htaccess file met IP-adressen die in de map mogen en je kan een security key per server opgeven.

De uitleg staat verder in readme in de RAR file.

Hoe je de pagina instelt in CSF die klanten krijgen te zien in hun browser als ze geblokkeerd zijn staat ook in de readme file.
Deze kan je zelf aanpassen naar je eigen tekst, logo etc.

Als je vragen hebt zet het dan even in het topic, anders moet ik wellicht elke vraag 10x beantwoorden via PM :-)

Spyder01
25/02/14, 20:08
Ik zal hier eens naar kijken. Altijd leuk als concullega's onderling elkaar helpen met dergelijke dingen.

Erik H.
12/03/14, 02:32
Dennis,

Even een paar kleine vragen/opmerkingen:

- het kan aan het tijdstip liggen maar wat ik ook probeer ik krijg een permission denied voor de cron op de servers:
/bin/bash: /var/www/html/firewall/ip_cron.sh: Permission denied

- je hebt het over een .htaccess in de documentatie maar die zit volgens mij niet in de download (ik snap dat elk gek die kan maken maar wellicht handig om die te includen in de download)

- ik heb de stappen voor de messenger gevolgd maar ik krijg op mijn geblokkeerde IP nu een wit scherm (chrome, ipad, vodafone 4g... ter info). Als ik de documentatie goed heb gevolgd zou je geen verdere aanpassingen dan de genoemde moeten doorvoeren in de firewall config.

Hoor graag even van je!

dennis0162
12/03/14, 08:51
- het kan aan het tijdstip liggen maar wat ik ook probeer ik krijg een permission denied voor de cron op de servers:
/bin/bash: /var/www/html/firewall/ip_cron.sh: Permission denied


chmod a+x /var/www/html/firewall/ip_cron.sh



- je hebt het over een .htaccess in de documentatie maar die zit volgens mij niet in de download (ik snap dat elk gek die kan maken maar wellicht handig om die te includen in de download)


.htaccess is bijgevoegd in de map firewall.

order deny,allow
deny from all
allow from 192.168.1.1

Waar 192.168.1.1 het IP-adres van de server is waar je de blokkades gaat laten opheffen door de klant.



- ik heb de stappen voor de messenger gevolgd maar ik krijg op mijn geblokkeerde IP nu een wit scherm (chrome, ipad, vodafone 4g... ter info). Als ik de documentatie goed heb gevolgd zou je geen verdere aanpassingen dan de genoemde moeten doorvoeren in de firewall config.


Ik ben wat vergeten erbij te zetten wat wel belangrijk is, anders krijg je een Cannot display pagina:

useradd csf -s /bin/false

Daarmee zou het moeten werken.

Erik H.
12/03/14, 10:18
Hoi Dennis,

Krijg nog steeds een cannot display page. Enig idee? Het deblokkeren vanaf de "hoofdserver" werkt wel perfect.

dennis0162
12/03/14, 10:22
Volgens mij moet je ook CSF en LFD restarten.

/etc/init.d/csf restart
/etc/init.d/lfd restart

raptortrex
07/05/14, 15:07
He Dennis0162,
Is er ergens een tutorial over te vinden. CSF deblokkeer pagina?

dennis0162
07/05/14, 20:05
In de rar file zit een korte handleiding. Daarmee zou het moeten lukken.

Sent from my HTC One using webhostingtalk mobile app