Bekijk Volledige Versie : Is dit normaal?
Beste lezers,
Ik wil even advies inwinnen.
Ik neem reeds meerdere jaren al mijn domeinen en bijbehorende hostingpakket van een en dezelfde partij af. Vorige week is de server waarop o.a. ook mijn websites gehost worden besmet met een of andere worm die alle .html en .php pagina's heeft voorzien van een iframe, waardoor bezoekers van mijn sites werden bedolven onder pogingen tot het installeren van rotzooi. Dit is niet door een van mijn websites veroorzaakt liet de hoster weten. Ik merkte dit pas op na meerdere berichten van bezoekers van mijn sites, waardoor ik later dan gewild in actie kon komen. De hoster was er al een halve week van op de hoogte maar heeft mij niet verwittigd. Al met al hebben mijn sites er een ruime week uitgelegen, ik heb ze zelf offline gehaald omdat de hoster de oorzaak nog niet had gevonden en de worm na een eventuele handmatige opschoonactie weer in actie kon komen.
Uiteindelijk heeft de hoster een script gedraaid die de iframes uit alle bestanden heeft geknipt en konden mijn sites weer online na bevestiging van een mailtje van mij of alles weer veilig was.
Ik heb nu het vermoeden dat het probleem provisorisch is opgelost, namelijk door een dikke firewall.
Het viel mij op dat een van mijn sites (phpBB forum) geen update check meer kon uitvoeren, het enige wat ik kreeg was een timeout.
Goedwillend dat ik was heb ik dat forum daarna geüpgraded naar de nieuwste versie (van 2 naar 3), omdat de support en securityfixes per 1 januari a.s. afgelopen zijn. Ik wil niet dat mijn sites in de toekomst voor problemen kunnen zorgen.
Maar, het converteren van de databases ging fout. Ik kwam pas achter de oorzaak toen er geen weg meer terug was. Wat was nou het geval, door de beperkingen die zijn opgelegd door de firewall op de server, kon het script geen informatie ophalen van extern gelinkte avatars. Alle avatars kregen de maximaal toegestane width en hight mee, waardoor deze in verhouding niet meer klopten. Gevolg was een enorme klus, handmatig alle avatars verwijderen... Leden van mijn forum kunnen nu avatars uploaden naar mijn server. Dat probleem is dus enigszins opgelost, ook al wil ik externe avatars gewoon blijven toestaan.
Ander probleem is nu dat wanneer iemand een foto of andere afbeelding wilt plaatsen in een bericht, dit niet mogelijk is, omdat het script dat de afmetingen na wilt checken geen verbinding kan maken met deze externe afbeelding... Gevolg is dat de gebruikers op mijn forum dan een foutmelding voorgeschoteld krijgen.
Ik heb een mailtje naar de hoster gestuurd en blijkbaar is deze niet goed gelezen. Dat mailtje had ongeveer dezelfde uitleg van het probleem, maar als antwoord kreeg ik dat dit wordt veroorzaakt door de firewall en dat dit al een jaar is ingesteld... Ik kreeg hier pas mee te maken na het "oplossen" van het virus/worm probleem op de server waarop o.a. mijn site staat. De hoster stelde mij ook voor om rules aan te maken in de firewall voor sites die mijn sites/scripts willen bezoeken. Ik heb hierop geantwoord "alle sites". Naar mijn mening moeten de bezoekers van mijn forum zelf kunnen bepalen van welke site ze afbeeldingen willen hotlinken in plaats van vooraf bepaalde sites in de firewall...
Is het normaal dat een webhoster zonder overleg dergelijke restricties aan de klanten kan opleggen? Op dit moment voldoet mijn hostingpakket niet meer aan mijn eisen, dus tips, adviezen of deze tot bemiddeling zijn meer dan welkom.
Groeten,
Remon
Beetje vreemd, welke poort zou dan dichtgezet zijn waardoor het niet meer mogelijk is om extern te linken? Dit loopt m.i. toch gewoon over poort 80?
Ramon Fincken
13/10/08, 08:57
Maar, het converteren van de databases ging fout.
Ik kwam pas achter de oorzaak toen er geen weg meer terug was.
>> Backup maken en het kan nooit fout gaan
Wat was nou het geval, door de beperkingen die zijn opgelegd door de firewall op de server, kon het script geen informatie ophalen van extern gelinkte avatars. Alle avatars kregen de maximaal toegestane width en hight mee, waardoor deze in verhouding niet meer klopten.
>> Idem, is toch geen ramp?
Gevolg was een enorme klus, handmatig alle avatars verwijderen... Leden van mijn forum kunnen nu avatars uploaden naar mijn server. Dat probleem is dus enigszins opgelost, ook al wil ik externe avatars gewoon blijven toestaan.
Ander probleem is nu dat wanneer iemand een foto of andere afbeelding wilt plaatsen in een bericht, dit niet mogelijk is, omdat het script dat de afmetingen na wilt checken geen verbinding kan maken met deze externe afbeelding... Gevolg is dat de gebruikers op mijn forum dan een foutmelding voorgeschoteld krijgen.
>> Dit punt los mailen van al je "worm" problemen naar je host.
En tenslotte .. draai je ook andere CMS software als joomla/wordpress die ook niet geupdate waren?
je geeft aan dat je al meerdere jaren diensten afneemt van die hoster. Hen al eens gebeld, of eens een afspraak gemaakt? Als je een goede relatie hebt, zou dit geen probleem mogen vormen, en zouden jullie samen tot een oplossing moeten kunnen komen.
En tenslotte .. draai je ook andere CMS software als joomla/wordpress die ook niet geupdate waren?
Het probleem van die worm/virus/trojan werd niet veroorzaakt door een van mijn websites, dit is ook bevestigd door de hoster. In totaal hadden 750 klanten hinder van de trojan en waren ruim 50.000 bestanden aangepast.
Ik kreeg zojuist een reactie van de hoster:
Beste Remon,
Onderstaand bericht hebben wij in feb 2008 verstuurd naar alle klanten.
Het volgende bericht heb ik nooit ontvangen. Ik heb overigens nooit mailings of nieuwsbrieven ontvangen.
Zeer gewaardeerde relatie,
Wij bij *** profileren ons als uw gastheer op webhosting gebied.
Omdat we de laatste dagen hebben gemerkt dat sommige buitenstaanders u als onze klant en gast hinderlijk lastig vallen door uw websites te bestoken, waardoor u niet bereikbaar bent en u dus potentieel schade kan oplopen.
Wij hebben ervoor gekozen om het toch als strikte beveiligingsniveau aan te passen.
Vanaf vandaag zullen wij een whitelist gaan hanteren welke verzoeken aan externe websites via de uitgaande poort 80 tegen gaat houden.
Wij zullen de servers enkele uren in een registratie modus zetten, dit houd in dat we niet meteen alles zullen blokkeren, maar dat we inzicht krijgen welke klanten graag gebruik wensen te maken van onder andere RSS Feeds om informatie op hun eigen website te kunnen tonen.
Hiermee kunnen we dan de meeste klanten die verzoeken doen via poort 80 over de webserver kunnen monitoren zodat deze website adressen uitgesloten kunnen worden van blokkades.
Zodra wij een punt hebben bereikt waarmee in onze optiek voldoende informatie is verzameld zullen wij overgaan tot het hanteren van de whitelist, welke inhoudt dat u alleen websites kunt bezoeken vanaf uw eigen website die opgenomen zijn in deze whitelist.
De internetadressen die niet op de whitelist staan zullen niet bezocht kunnen worden, hiermee voorkomen we dat potentiële kwaadwillende misbruik kunnen maken van uw website.
Wat is een whitelist ?
De whitelist heeft een beschermende rol voor u als onze klant en ons als leverancier, het is geen belemmering voor uw klant, uw klant kunt u nog beter bereiken en gebruik maken van uw experise die u via uw website aan haar biedt.
Ik heb een abonnement op een RSS FEED die niet in de whitelist staat.
Mocht u om een of andere reden graag op de whitelist willen komen te staan, een voorbeeld is bijvoorbeeld dat u een nieuwe RSS Feed abonnement wilt integreren in uw website, laat ons dat dan graag per email weten.
Samen met U en ons team zorgen we er dan voor dat uw website en onze dienstverlening nog beter bereikbaar zijn voor uw klanten.
En de volgende reactie op mijn vraag om alles open te zetten:
Het is niet mogelijk om voor alle websites de firewall uit te zetten, want dat is het zelfde als je voordeur van je huis open laten staan.
Updaten van specifieke software is mogelijk als we de urls van die sites toevoegen.
Het uitvoeren van scripts die automatisch checken of een plaatje te groot is, kunnen een veiligheidrisico met zich meebrengen.
Ik vind dit een vreemde gang van zaken, vooral gezien het feit dat poort 80 gewoon open staat bij duizenden webhosters. Daarnaast hebben alle bovenstaande veiligheidsmaatregelen geen effect gehad waardoor zich zomaar een worm kon nestelen op de server. Mijn mening is dan ook dat wanneer een webhoster zijn zaken goed in orde heeft, deze vergaande restricties overbodig zijn of worden.
Mijn vermoeden is dat de whitelist (gedeeltelijk) is leeggemaakt, waardoor ik opeens niet meer naar http://*.phpbb.com/* kan connecten voor het updatescript. De problemen met de imagesize checker heb ik pas kunnen constateren na het installeren van phpBB3 die deze functie heeft ingebouwd.
Ik kreeg ook een vraag per privébericht wat ik voor mijn hosting betaal, dat is 115 euro per jaar voor hosting en 15 euro per domein.
Het is geen commerciele website, maar een hobbymatig forum. De kosten worden nu enigzins gedekt door een sponsor waarvoor ik als tegenprestatie een banner in de header heb staan.
Ik ben bang dat mijn verzoeken aan de hoster niks uithalen. Ik krijg al spontaan hoofdpijn bij het denken aan domeinen verhuizen en restitutie van het al betaalde. Ik had toevallig een kleine twee weken geleden een jaar vooruit betaald...
Ik kreeg ook een vraag per privébericht wat ik voor mijn hosting betaal, dat is 115 euro per jaar voor hosting en 15 euro per domein.
Van wie?
Van wie?
Ik ga geen namen noemen, ik respecteer iedereen zijn of haar privacy. Het bericht is immers niet openbaar verstuurd. Wel kan ik vertellen dat diegene hosting aanbiedt.
Ik weet nou niet precies wat ik met deze situatie moet. Hoe moet ik mijn huidige webhoster overtuigen om de restricties op te heffen? Overstappen heb ik ook geen ervaring mee.
Ik heb nu al betaald:
Hostingpakket
Periode oktober 2008 tot oktober 2009
115 euro
Domein 1
Periode mei 2008 tot mei 2009
15 euro
Domein 2
Periode september 2008 tot september 2009
15 euro
Domein 3
Periode september 2008 tot september 2009
10 euro (ze waren iets goedkoper geworden)
Ik neem nu al vanaf september 2005 diensten van hen af.
dennis0162
13/10/08, 17:46
Ik weet niet of deze persoon ook een aanbieding heeft gedaan per PM. Maar dat mag dus niet.
Ik weet niet of deze persoon ook een aanbieding heeft gedaan per PM. Maar dat mag dus niet.
Hij hoeft geen namen te noemen, verwacht dat ie er toch wel uit wordt gehaald...
Hij hoeft geen namen te noemen, verwacht dat ie er toch wel uit wordt gehaald...
Dat is ook gebeurt, en die user is voorlopig niet welkom in de adverteersectie. On topic verder.
Kyra-emotion
13/10/08, 21:04
Hallo allemaal,
Daar ik de hostingprovider ben van Remon, en ik altijd transparant wil handelen, reageer ik even via dit topic.
We splitsen de vraagstelling in een aantal delen.
1. Firewall implementatie.
2. Worm infectie
3. PHPBB Forum
1. Firewall implementatie.
We werden in het verleden continue gehackt doordat men bij ons de mogelijkheid heeft om hun eigen php based websites (Joomla/phpbb e.d.) te hosten maar deze niet regelmatig updaten. We hebben meerdere malen aangeven in mails/mailings dat men dat toch echt moet doen om te voorkomen dat websites van de klanten kunnen worden gehackt, waardoor wij als hoster worden aangekeken dat de beveiliging niet goed is.
We hebben ervoor gekozen om poort 80 voor uitgaand verkeer dicht te zetten en te werken met een whitelist, tenslotte moet een hacker/cracker altijd extern een stuk script ophalen om zijn hack te voltooien. Sindsdien zijn er geen hacks meer geweest.
We hebben alle klanten om aan te geven dat als men data (update/RSS feed) van een externe website wilt ophalen, deze url dan door te geven zodat wij deze kunnen opnemen in de whitelist.
Omdat er gebruik word gemaakt van een shared webhosting pakket wegen we altijd af welk belang we voor de klant moeten dienen, Remon heeft gevraagd of we in de firewall de functie "allow_url_fopen" aan kunnen zetten, als we dat doen, kunnen we net zo goed stoppen met de firewall en de whitelist te handhaven. Dat doen we niet. Het belang van de meerderheid weegt zwaarder dan de wens van een individu.
Worminfectie
Ook wij waren getroffen door het msn-analytics / wxhost worm infectie. We waren ervan op de hoogte en hebben er heel wat uren aan besteed om alles op te lossen, het vervelende is dat we niet hebben kunnen herleiden waar het beveiligingslek is misbruikt, daar het script werd uitgevoerd als apache en het versleuteld was. Remon heeft de in plaats van ons te mailen eerst zijn website uit de lucht gehaald en vervolgens gewacht tot wij zouden reageren naar onze klanten. Wij hebben op 30 september meteen een email gestuurd naar de klanten die zich hebben aangemeld op onze mailinglist. Daarnaast hebben wij op onze nieuwspagina's melding gemaakt van de virus infectie. Door de hoster waar de trojan naar verwees was meteen al actie ondernomen door de betreffende url te blokkeren, waardoor de trojan niet werd gedownload.
We hebben een aantal scripts geschreven welke de besmette pagina's schoon maakte, dit om te voorkomen dat klanten hun eigen websites/backups terug zouden moeten zetten, in dat geval hoefde de klant zelf geen actie te ondernemen, dat hebben wij voor de klanten allemaal verzorgd. Dat Remon zelf de keuze heeft gemaakt om zijn forum offline te halen is dan ook niet de keuze geweest van ons. Het is dan ook mijn inziens niet correct om te stellen dat het forum een week offline is geweest door toedoen van de hoster.
PHPBB Forum.
Er word gesproken over het updaten van forumsoftware en dat het converteren van de databases niet gelukt zou zijn door de beperkingen van de firewall,. Het updaten is een keuze van de klant en niet opgelegd door ons, wij adviseren altijd om de software tijdig te updaten en bij updaten moet je altijd secuur te werk gaan, dat neemt niet weg dat het vervelend is dat het mislukt. Echter kan je de hoster niet als schuldige aanwijzen voor een handeling die je zelf hebt gekozen uit te voeren.
Ik pleit mijzelf als hoster zeker niet vrij, wij moeten er voor zorgen dat de server secuur en veilig is tegen aanvallen zoals SQL injections, wij hebben een aantal veiligheid maatregelen genomen om in de toekomst dit soort zaken proberen te voorkomen.
Echter ligt er ook een grote verantwoordelijkheid bij de klant.
Overigens hebben we de schade beperkt tot 100 klanten, echter waren er wel 500.000 pagina's (html,php) geinfecteerd met de <iframe> code. Alle klanten zijn door ons geholpen en hebben zelf geen acties hoeven te ondernemen.
Ik sta graag open voor opmerkingen om deze discussie netjes te kunnen voltooien.
Was de allow_url_fopen setting op 'Off' zetten niet beter en je klanten helpen met een CURL implementatie? Verder zaken als telnet en wget chmodden naar 700, zodat alleen root deze mag uitvoeren. Draaien jullie PHP als Appachemodule of als (fast) CGI? Hoe dan ook, dit blijven technische keuzen die je zelf moet maken.
Over de software: Indien je gebruik maakt van een standaard controlpanel als Plesk of Directadmin kun je je klanten voor een paar tientjes per server per jaar voorzien van Installatron. Hiermee kun je - geforceerd - 'evil' softwarepakketten als Joomla/PHPBB automatisch updaten, hetgeen je klanten het leven een stuk makkelijker maakt. Is deze optie ooit overwogen?
Met mod_security en een stapel goede, up 2 date rules voorkom je al een hoop van die zooi, zonder met een omslachtige whitelist te gaan werken. Erg praktisch lijkt het me namelijk niet, voor zowel jou als je klant.
Ik wil even het volgende uiteenzetten om misverstanden te voorkomen:
- Op 2 oktober opende iemand een topic dat hij op mijn forum verzoeken kreeg om elementen te installeren.
- Ik dacht eerst dat diegene zijn PC zelf besmet was en adviseerde een virusscan te doen.
- Diezelfde dag meldden meer mensen soortgelijke gevallen. Ik ben alles meteen gaan onderzoeken.
- Ik logde in op mijn FTP account en zag dat alle php/html bestanden op 30 september waren gewijzigd. Ik probeerde een bestand te downloaden en mijn virusscanner gaf meteen aan dat er iets mis was.
- Ik heb in de broncode van mijn website gekeken en zag een iframe die er niet hoorde te staan.
- Ik heb meteen de index.php verwijderd en er een bericht voor in de plaats gezet. Dit om te voorkomen dat de computers van bezoekers besmet raken.
- Ik heb vervolgens (een half uur na eerste constatering) een ticket aangemaakt bij mijn webhoster:
Sinds enkele dagen ontvang ik klachten van bezoekers van mijn website www.radiohobby.nl. Deze klachten omschrijven zich dat de website dingen proberen te installeren bij de bezoekers van mijn website.
Ik ben zojuist op onderzoek gegaan naar de oorzaak en kwam tot de ontdekking dat alle index.php en index.htm bestanden op 28 september zijn aangepast. Toen ik zojuist een index.htm downloadde, gaf mijn virusscanner aan dat deze was geïnfecteerd met "JS/Tenia.d".
Alle bestanden zijn goed ge'CHMOD dus het is voor mij een groot raadsel hoe deze bestanden geïnfecteerd konden raken.
Wellicht en natuurlijk niet geheel uit te sluiten, heeft deze worm/trojan zich genesteld op de server die ook mijn website serveert, waardoor deze vrij spel heeft zich te verspreiden op alle gehoste websites.
Nu kan ik natuurlijk een backup terugzetten van het forum, maar ik wil uitsluiten dat het probleem zich weer kan voordoen.
Daarna is er contact geweest per e-mail en telefoon.
Afgelopen donderdag zag ik dat de geïnfecteerde bestanden weer gewijzigd waren en na controle bleken deze opgeschoond. Vervolgens een reply op de ticket gestuurd met de vraag of alles nu weer veilig is, wat positief werd beantwoord. Toen kon ik alles weer online zetten.
Mijn inziens heb ik correct gehandeld.
Ik kan echter nergens op de website een link vinden om mij aan te melden op een nieuwsbrief. Daarnaast zijn de gegevens van de klanten bekend en horen deze sowieso een belangrijk bericht als deze vanzelfsprekend te ontvangen.
Ik vind het zeer netjes en correct dat mijn webhoster de gelegenheid neemt in dit onderwerp te reageren, weer een pluspunt die ik al jaren ervaar. Het was nooit mijn eigen intentie geweest om prijs te geven om welke webhoster het gaat.
Ik heb zelf de link naar dit onderwerp aan mijn webhoster gemaild, met de hoop dat er met inbreng en suggesties van andere leden van webhostingtalk een oplossing gevonden kan worden.
We hebben ervoor gekozen om poort 80 voor uitgaand verkeer dicht te zetten en te werken met een whitelist, tenslotte moet een hacker/cracker altijd extern een stuk script ophalen om zijn hack te voltooien. Sindsdien zijn er geen hacks meer geweest.
Dat vind ik een wat extreme oplossing. Ik zou eerder ervoor zorgen dat alle mogelijke functies standaard uit staan, dat kan je vrij makkelijk doen met disable_functions in php.ini. Daarnaast eventueel nog mod_security met een goede configuratie (om klanten niet te veel te beperken maar tegelijkertijd wel het merendeel van de hacks te weren). Die combinatie houdt ook vrijwel alle hacks tegen. Daarnaast kun je er natuurlijk voor zorgen dat een klant enkel onder zijn eigen username scripts kan draaien (PHP, cgi, en alle scripttalen die je ondersteunt), zodat andere klanten niet benadeeld kunnen worden.
Je hebt het erover dat een worm gedraaid werd onder username apache. Dat betekent dat hoogstwaarschijnlijk je klanten nu nog steeds in elkaars userdirectory kunnen kijken.
Je hebt het erover dat een worm gedraaid werd onder username apache. Dat betekent dat hoogstwaarschijnlijk je klanten nu nog steeds in elkaars userdirectory kunnen kijken.
Heb dit zelf ook ooit eens gehad (helaas).
Ditnis toen verholpen om in de php.ini bestand een harde safemode aan te zetten en openbasedir uit te zetten.
Ik weet niet als dat ook gaat werken met die worm.
Maar ik neem toch aan dat de worm al verwijderd is?
een te strenge firewall voor een te losse ("apache user") webserver lijkt me niet de ideale oplossing. Lees even de suggesties door die al gegeven zijn.
Het dichtzetten van externe requests naar bvb poort 80 zou ik als klant nooit aanvaarden van mijn hoster.
Voorzover ik weet is allow_url_fopen op php5 toch geen probleem als je maar register_globals op off hebt staan, in php4 zou ik het nooit open willen zetten.
Je moet je beveiliging mijns inziens dus niet via een firewall + whitelist regelen, dat moet binnen php zelf geregeld worden. En,.. Installatron + geforceerd updaten is inderdaad een goede optie, maar daarmee voorkom je nooit dat een hobbyist zelf even iets in elkaar zet dat toch er voor zorgt dat de hele boel onveilig wordt.
@TS - uiteindelijk is het de keuze van de hoster hoe hij/zij de beveiliging regelt. Als je daar niet mee kunt leven, staat je volgens mij maar één ding te doen: een hoster zoeken die het wel levert zoals jij vraagt. Tot dat het moment komt dat ook die besluit "zo kan het niet meer" en de boel dichtspijkert.
Geforceerd updaten van phpBB zal ik als goedwillende klant ook niet accepteren om de volgende redenen:
- Zelf toegevoegde mods worden overschreven.
- Headers en footers met banners worden overschreven, gevolg: klagende adverteerders.
- Aangepaste stylesheets kunnen worden overschreven.
Dan zal ik meer voorstander zijn van een soort penalty systeem voor het geforceerd updaten, dat dit alleen geldt voor klanten die stelselmatig of helemaal geen updates uitvoeren.
Ik ben geabonneerd op een nieuwsbrief van phpBB en ik installeer updates meteen na uitgifte. (Marco van VDA Hosting weet dat ook denk ik)
Daarnaast draai ik aanpassingen altijd in een testomgeving op een lokale machine met apache/php/mysql en zoek ik tot de bodem uit wat welke functie in php precies wilt gaan doen.
Vooralsnog is het afwachten voor mij of VDA Hosting voet bij stuk houdt of open staat voor vernieuwingen met suggesties die hier in dit onderwerp zijn voorgedragen. Ik hoop zelf op het laatste.
Kyra-emotion
14/10/08, 09:12
Uiteraard sta ik open voor suggesties.
De whitelist zal zeker niet worden gestaakt, en installatron zal ik zeker overwegen.
Het kan zijn dat de whitelist implementatie een extreme oplossing is, maar het werkt beter dan php in safe mode te draaien, daarbij zijn onze klanten flexibel in het kiezen voor een dienst.
Ik stel voor Remon het volgende voor, Ik zet je kostenloos in een aparte VPS, hiermee zijn we allebei tevreden. Het kost een nachtje slapen, maar dan heb je ook een soepele oplossing.
Ramon Fincken
14/10/08, 10:00
Erg netjes Kyra!
@Remon " Geforceerd updaten van phpBB zal ik als goedwillende klant ook niet accepteren om de volgende redenen: "
op een gegeven moment is het goed mogelijk dat je host dat van je verlangt, omdat versie 2 binnen een half jaar stopt met zijn updates en het mogelijk is dat er security leaks zijn die niet gepatched worden.
Een mooie tegemoetkoming Kyra en ik sluit me aan bij Ramon.
Ik ben héél erg blij met deze nette en coulante oplossing.
vda.hosting is een van de weinige bedrijven waarbij de klant nog koning is! Dat was ook de reden dat overstappen de laatste optie was. Als ik ze bel weten ze gelijk wie ik ben en wat ik afneem, dus zonder gedoe met klantnummers en dingen opzoeken in het systeem.
Bedankt Marco!
@Ramon Fincken:
Ik draai altijd de meest up to date versie van phpBB, momenteel versie 3.0.2: www.radiohobby.nl
We zijn inmiddels 4 maanden verder en ik heb niets anders dan ellende.
E-mails worden simpelweg niet beantwoord en als ze beantwoord worden is het een kort onbevredigend regeltje. Telefonisch krijg ik ook geen kundig persoon aan de lijn, alleen een (externe ingeschakeld?) telefoniste op een ander netnummer dan waar VDA Hosting is gevestigd die alleen een boodschap kan doorgeven.
Er worden toezeggingen gedaan, maar er wordt helemaal niks uitgevoerd. Zeer veel loze beloftes alom.
Het gedonder duurt nu al totaal 5 maanden en ik heb VDA Hosting ruim in de gelegenheid gesteld om de problemen op te lossen. In totaal zijn er al zo'n 50 e-mails door mij verstuurd, maar er zit helemaal geen vooruitgang in het oplossen van de problemen.
Het begon 5 maanden geleden met een geïnfecteerde server (niet door mijn toedoen) die allemaal spyware trachtte te installeren bij de bezoekers van mijn websites. Ik moest hier zelf tot de ontdekking komen zonder boodschap of waarschuwing van de webhoster. Ik was hierdoor genoodzaakt om mijn website langer dan een week offline te halen en moest zelf telkens informeren of het probleem was opgelost.
Toen het probleem was opgelost kreeg ik problemen met de meest up-to-date phpBB versie. Veel scripts werkten niet doordat VDA Hosting een firewall hanteert die alle externe verkeer op poort 80 blokkeert. Hierdoor konden bezoekers van mijn fora geen plaatjes postten tot grote ergernis.
Als tegemoetkoming hiervoor is mij een VPS toegezegd. Dit heeft echter ruim 6 weken geduurd voordat het eenmaal was gerealiseerd. Op 31 december 2008 is mijn account overgezet op een VPS.
Enkele weken daarna werden mijn websites onbereikbaar. Ik heb toen meerdere malen contact proberen te zoeken met VDA Hosting wat niet lukte. Pas na het weekeind kreeg ik eindelijk een reactie. In totaal waren mijn websites totaal 5 dagen offline. Als tegemoetkoming daarvoor is mij een gratis .nl domein voor een jaar toegezegd. Ik heb hier gebruik van proberen te maken, maar daar wordt ook niet op gereageerd. Voor deze situatie heb ik (ben zelf wel klantvriendelijk ingesteld) de adverteerders gratis 14 dagen extra advertentieduur toegezegd ter compensatie.
Sinds de omzetting op 31 december tot enkele dagen geleden, een totale periode van wederom ruim 6 weken, was het niet mogelijk om e-mails op te halen. Er was wel verbinding met de server, maar de e-mail kwamen niet binnen. Verzonden e-mails naar mijn adressen leken te worden afgeleverd, maar deze belandden in een soort zwart gat. De verzender kreeg geen waarschuwing en was daardoor in de veronderstelling dat de e-mails keurig werden afgeleverd. Dit heeft wellicht gezorgd voor potentiële adverteerders die ik heb misgelopen.
Als "oplossing" kreeg ik deze week het oude IP adres waar mijn hostingpakket was ondergebracht. De website staat op de VPS en de mailserver nog op de oude server. Nadeel hiervan is dat mijn e-mailadressen nu op twee servers draaien. Dit conflicteert met elkaar en ik loop daardoor in de praktijk diverse e-mailberichten (door de websites/server verstuurd) mis.
Van een andere domeinnaam die ik in mijn pakket van VDA Hosting had ondergebracht, en die ik tot voor kort niet gebruikte, wilde ik gebruik van het e-mailadres gaan maken. Tot op heden lukt het mij niet om te connecten met de POP server.
Daarnaast werken veel andere dingen zoals AWstats niet meer sinds de omzetting tijdens de jaarwisseling. Er is al tig keer toegezegd dat dit opgelost wordt door technici. Ook loopt de tijd van de server 12 minuten voor. Ook daarvoor heb ik al diverse malen de toezegging gekregen dat dit opgelost wordt, wat tot op heden ook nog niet is gebeurt.
Last but not least: Mijn websites zijn op moment van dit schrijven wéér offline. Dit terwijl ze met de volgende zin adverteren:
"Uw website en server zijn 24/7 online en in de lucht, gegarandeerd met een zekerheid van 99,9%"
Tim.Bracquez
20/02/09, 11:03
Last but not least: Mijn websites zijn op moment van dit schrijven wéér offline. Dit terwijl ze met de volgende zin adverteren:
"Uw website en server zijn 24/7 online en in de lucht, gegarandeerd met een zekerheid van 99,9%"
Ik denk dat ze hiermee bedoelen op hun shared platform en niet op een aparte VPS.
Is dit normaal
nee. en ook niet meer te redden lijkt me. mijn advies zou zijn om toch maar te verhuizen. wat is duurder voor je, inkomsten mislopen of een nieuw hsoting pakketje?
cyberbootje
20/02/09, 12:37
Als u een eigen vps heeft gekregen wil dat meestal zeggen dat u zelf ook voor het technische gedeelte moet zorgen indien het geen "managed" vps is.
Maar ook lees ik dat ze "toezeggingen" hebben gedaan en dan moet ik helaas meegaan met de onderstaande quote:
nee. en ook niet meer te redden lijkt me. mijn advies zou zijn om toch maar te verhuizen. wat is duurder voor je, inkomsten mislopen of een nieuw hsoting pakketje?
We zijn inmiddels 4 maanden verder en ik heb niets anders dan ellende.
Proficiat, ik zou geen vier maanden wachten op een oplossing, maar los daarvan had ik het ook wel anders aangepakt en mijn probleem eerst proberen op te lossen met de hoster (bedrijf) in kwestie, komt iets beter over dan via een openbaar forum dit bekend te maken. Zo verziek je al meteen even de relatie, als je thuis eens ruzie hebt ga je toch ook niet meteen de buren inlichten dat je gaat scheiden? Dan is een oplossing plots weer even verder weg lijkt me... Natuurlijk geef ik je gelijk dat je dit probleem wel gaat posten als je vanaf dag 1 geen duidelijke oplossing of uitleg krijgt...
E-mails worden simpelweg niet beantwoord en als ze beantwoord worden is het een kort onbevredigend regeltje. Telefonisch krijg ik ook geen kundig persoon aan de lijn, alleen een (externe ingeschakeld?) telefoniste op een ander netnummer dan waar VDA Hosting is gevestigd die alleen een boodschap kan doorgeven.
Hieruit zou ik dus mijn besluit zeker nemen...
Er worden toezeggingen gedaan, maar er wordt helemaal niks uitgevoerd. Zeer veel loze beloftes alom.
Dus... waarom blijf je zeuren, als er geen oplossing komt moet je toch zelf het besef hebben dat je de oplossing zelf moet zoeken en dus nadenken waar je een betere service kan krijgen...
Het gedonder duurt nu al totaal 5 maanden en ik heb VDA Hosting ruim in de gelegenheid gesteld om de problemen op te lossen. In totaal zijn er al zo'n 50 e-mails door mij verstuurd, maar er zit helemaal geen vooruitgang in het oplossen van de problemen.
Nu kan ik niet tellen of ben ik snel vergeetachtig... Maar bovenaan spreek je over 4 maanden, klinkt niet echt geloofwaardig als je er 30 dagen gaat bijdoen omdat het beter klinkt... Of bedoel je de maand dat jij van niets wist en je websites niet bereikbaar waren... Wel dat is nog zo een punt als mijn websites 1 dag niet werken dan kan ik wel zeggen dat ik dat weet, want 30 dagen zonder iets te merken...
Het begon 5 maanden geleden met een geïnfecteerde server (niet door mijn toedoen) die allemaal spyware trachtte te installeren bij de bezoekers van mijn websites. Ik moest hier zelf tot de ontdekking komen zonder boodschap of waarschuwing van de webhoster. Ik was hierdoor genoodzaakt om mijn website langer dan een week offline te halen en moest zelf telkens informeren of het probleem was opgelost.
Ok, hier zit iets in dat de hoster blijkbaar niet al zijn klanten kan inlichten of wil inlichten, maar dat jij pas na 30 dagen gaat zien dat je websites niet meer werken...
Toen het probleem was opgelost kreeg ik problemen met de meest up-to-date phpBB versie. Veel scripts werkten niet doordat VDA Hosting een firewall hanteert die alle externe verkeer op poort 80 blokkeert. Hierdoor konden bezoekers van mijn fora geen plaatjes postten tot grote ergernis.
OK, weer een fout van de hoster, maar als tijdelijke oplossing (24 a 48 uren) kan ik het begrijpen, maanden dat is niet goed te praten... Maar als jou hoster dit niet wil vrijgeven dan heb jij maar één oplossing, een andere partij zoeken voor je websites te plaatsen!
Als tegemoetkoming hiervoor is mij een VPS toegezegd. Dit heeft echter ruim 6 weken geduurd voordat het eenmaal was gerealiseerd. Op 31 december 2008 is mijn account overgezet op een VPS.
Mooi toch, kan je al je websites in een eigen omgeving plaatsen en kan je er je zin mee doen, heb je ook je webhoster niet meer nodig om iets aan te passen naar jou wensen...
Enkele weken daarna werden mijn websites onbereikbaar. Ik heb toen meerdere malen contact proberen te zoeken met VDA Hosting wat niet lukte. Pas na het weekeind kreeg ik eindelijk een reactie. In totaal waren mijn websites totaal 5 dagen offline. Als tegemoetkoming daarvoor is mij een gratis .nl domein voor een jaar toegezegd. Ik heb hier gebruik van proberen te maken, maar daar wordt ook niet op gereageerd. Voor deze situatie heb ik (ben zelf wel klantvriendelijk ingesteld) de adverteerders gratis 14 dagen extra advertentieduur toegezegd ter compensatie.
En weer komen we op een punt van service naar de klant en gebrek aan kennis, laat staan dat ik me niet kan inbeelden dat ik mijn klanten 5 dagen zonder info en website ga zetten...
Als je hosting gaat aanbieden moet je ook de nadelen even afwegen. Natuurlijk is de vraag die sites staan op een VPS en wie is er verantwoordelijk voor het onderhoud hiervan enzv.. Allemaal dingen waar hier niet echt duidelijkheid over te vinden is en wat me een beetje begint te ergeren is de welles-nietes houding van heel de zaak. Beide partijen hebben niet echt voldoende kennis om het op te lossen in mijn ogen en dan zit je met een probleem.
Sinds de omzetting op 31 december tot enkele dagen geleden, een totale periode van wederom ruim 6 weken, was het niet mogelijk om e-mails op te halen. Er was wel verbinding met de server, maar de e-mail kwamen niet binnen. Verzonden e-mails naar mijn adressen leken te worden afgeleverd, maar deze belandden in een soort zwart gat. De verzender kreeg geen waarschuwing en was daardoor in de veronderstelling dat de e-mails keurig werden afgeleverd. Dit heeft wellicht gezorgd voor potentiële adverteerders die ik heb misgelopen.
Dit is iets dat je al langer wist, en gezien je dus inkomsten hiervan krijgt moet je voor jezelf eens overwegen of het niet beter is een hoster te nemen die service hoog in het vaandel draagt en een beetje meer gaat aanrekenen aan zijn klant... Want ik moet zeggen dat ik dit je eigen fout vind, 4 of 5 maanden wat het ook is en voor websites die inkomsten hebben waar je pas na 30 dagen van merkt dat ze niet meer werken begint mij allemaal een beetje raar te klinken als ik erover nadenk...
Als "oplossing" kreeg ik deze week het oude IP adres waar mijn hostingpakket was ondergebracht. De website staat op de VPS en de mailserver nog op de oude server. Nadeel hiervan is dat mijn e-mailadressen nu op twee servers draaien. Dit conflicteert met elkaar en ik loop daardoor in de praktijk diverse e-mailberichten (door de websites/server verstuurd) mis.
En maar blijven lullen over iets wat hierboven aangegeven stond, jij moet eens nadenken of dit conflikt niet sneller opgelost is door een keuze te maken en te stoppen met zeuren, als ik inkomsten heb van websites en ik misloop die door mijn leverancier, dan zoek ik een andere zodat mijn inkomsten weer op peil komen!
Van een andere domeinnaam die ik in mijn pakket van VDA Hosting had ondergebracht, en die ik tot voor kort niet gebruikte, wilde ik gebruik van het e-mailadres gaan maken. Tot op heden lukt het mij niet om te connecten met de POP server.
Dit heeft nu niets met het voorgaande te maken...
Daarnaast werken veel andere dingen zoals AWstats niet meer sinds de omzetting tijdens de jaarwisseling. Er is al tig keer toegezegd dat dit opgelost wordt door technici. Ook loopt de tijd van de server 12 minuten voor. Ook daarvoor heb ik al diverse malen de toezegging gekregen dat dit opgelost wordt, wat tot op heden ook nog niet is gebeurt.
Last but not least: Mijn websites zijn op moment van dit schrijven wéér offline. Dit terwijl ze met de volgende zin adverteren:
"Uw website en server zijn 24/7 online en in de lucht, gegarandeerd met een zekerheid van 99,9%"
Dus het algemene besluit: de relatie zal nooit meer goed komen, zoek snel een andere oplossing! Keuze genoeg, en de prijs zegt niet alles...