Bekijk Volledige Versie : Storing Registreerhet.nl
Registreerhet.nl is down ivm een hack
Het bestelsysteem is wel te bereiken via http://www.deis.nl/reghet
Aanmelden kan via: http://www.deis.nl/reghet/register.asp
Excuses voor het ongemak...
AlfaHosting
25/08/06, 00:33
Succes met het herstellen van de schade, hopelijk valt het wat mee.
ik heb een managed dedicated. De pest is dus, dat ik afhankelijk ben van die kerel, laat die toch net op vakantie zijn....
ik heb een managed dedicated. De pest is dus, dat ik afhankelijk ben van die kerel, laat die toch net op vakantie zijn....
En dat heeft die niet goed afgedekt?
ErikKosters
25/08/06, 09:33
Maak backups, en zet in ieder geval IETS op die site. Dus ff index pagina van wij zijn ermee bezig blabla :)
AlfaHosting
25/08/06, 09:43
ik heb een managed dedicated. De pest is dus, dat ik afhankelijk ben van die kerel, laat die toch net op vakantie zijn....
Voor dergelijke zaken moet er toch een standby zijn ? Anders is het daar echt niet goed geregeld.
Maak backups, en zet in ieder geval IETS op die site. Dus ff index pagina van wij zijn ermee bezig blabla :)
Of je verwijst naar de werkende URL's die je hier gegegeven hebt.
Als je de DNS kunt aanpassen zijn er vast wel genoeg partijen die je een handje willen helpen tot meneer de vakantieganger weer terug is.
wij wel in ieder geval; voordat je denkt dat we het op onze collega's afschuiven ;)
ik heb een managed dedicated.
Wat voor garanties heb je dan gekregen (m.a.w. wat staat er in je SLA/voorwaarden)?
Ik weet niet of je je server direct bij interracks.com hebt besteld maar het lijkt me sterk dat er niemand bij de server kan komen.
Je server reageert gewoon op pings, heb je nog wel ssh acces?
Er zijn zat mensen op dit forum die je wel willen helpen met het fixen van het probleem.
Vindt het nogal vreemd dat je je server niet even laat nakijken door iemand anders dan meneer de vakantieganger.
Tevens zou ik direct je contract verbreken met je huidige leverancier (interracks.com?). Slaat natuurlijk nergens op als je leverancier op vakantie is moet er voor dit soort gevallen een vervanger aanwezig zijn.
EDIT:
Je apache is gewoon wellicht in de soep gelopen!
Je beheerpaneel is nog wel werkend: http://85.92.141.58:2222
Mail me maar als je hulp nodig hebt...
jinxedworld
25/08/06, 11:23
Ik wil ook wel een handje helpen, geef maar een seintje.
Blijkbaar hecht Mitedo niet zoveel waarde aan zijn uptime.
Tis maar een klein probleempje dat binnen 1 uur opgelost kan zijn....
Zoals te lezen valt gaat het hier om een hack.
Belangrijk is dan eerst een inventarisatie te maken, maak een backup van het systeem in de huidige status. Afhankelijk van de schade kan het nodig zijn een complete her-install te doen. Als de oorzaak nog niet bekend is, onderzoek dan de gemaakte backup zorgvuldig om een soortgelijke hack in de toekomst te voorkomen (vooral logs kunnen belangrijk zijn).
Wat mij wel een beetje verbaast is dat bestelsysteem nog wel online is. Dit is het eerst wat ik bij een hack direct even zou afsluiten om verdere schade te voorkomen. Er zijn hackers op je systeem, bekijk dan eerst om wat voor soort hack het gaat, misschien hebben ze via de site wel toegang tot je database.
Succes met de herstel werkzaamheden
Edit: lees dat het om een managed dedi gaat. Afhankelijk van je SLA zou dit opgelost moeten worden door je aanbieder. @Snaaps, Brainstorm wellicht heeft hij geen ssh of root access, dan kunnen wij ook niet zoveel betekenen.
Hack.. vraag me dan toch sterk af hoezo ik het gevoel krijg dat de Topic Starter zijn FTP password en username ergens heeft laten slingeren dan nu zijn directory is leeg gemaakt.
Vooral het feit dat DirectAdmin netjes actief draait en zijn andere mappen nog draaien lijkt het allemaal mee te vallen.
In DirectAdmin kan je zo de logs nalezen, kijken wie de bestanden heeft gewist en je bent klaar.
Dit soort ftp "hacks" vallen dan ook vaak buiten de policy, het is waar het nu op lijkt een slordige fout van iemand.
Vooral het feit dat DirectAdmin netjes actief draait en zijn andere mappen nog draaien lijkt het allemaal mee te vallen.
Een paar simple testjes naar de server toont dat poort 80 totaal onbereikbaar is.
Ik vraag me dan ook af of het hier niet gewoon om een gecrashe apache gaat?
Bezig met verbinding maken met 85.92.141.58...Kan geen verbinding met de host maken, op poort 80: De verbinding is mislukt
Nog iets vreemd:
HTTP/1.1 404 Not found
Server: DirectAdmin Daemon v1.27.3 Registered to IceHosting
Content-Type: text/html
Icehosting?
Icehosting = Interracks en andersom
Icehosting = Interracks en andersom
Ahh vandaar, duidelijk..
Maare, waar is de topic starter gebleven?
hier....
Gelukkig werkt alles weer
IceHosting
25/08/06, 23:30
@peuk
Interracks != IceHosting
Roland is van beide bedrijven eigennaar, maar de werknemers van icehosting zijn niet in dienst bij interracks en andersom. Buitendat zijn het 2 losse ondernemingen (met beide eigen kvk nummer).
Gelukkig is alles opgelost, bleek een mambo/joombla hack te zijn, die vervolgens overal een nieuwe index.html neerzetten.
Dus zorg dat je bij bent met versies van mambo/joombla!
jinxedworld
26/08/06, 00:19
Door een Joomlahack is poort 80 onbereikbaar? Erg wazig, maar goed... Zou wel wat zeggen over de algehele serverbeveiliging trouwens...
AlfaHosting
26/08/06, 00:28
Zou wel wat zeggen over de algehele serverbeveiliging trouwens...
Laat ons netjes blijven tegenover collega's.
als ik regesteerhet.nl was zou ik de gehele veiligheid maar eens even nalopen.
Poort 3306 staat bijvoorbeeld gewoon wagenwijd open.
Apache zou ietys beter geconfigureerd kunnen worden.
Apache/1.3.35 Server at localhost Port 80
maar goed, blijft vreemd dat apache gewoon niet bereikbaar was, tenzij deze handmatig is uit gezet..
De wel bekende mambo en joombla hacks zijn binnen 5 minuten door de eigenaar zelf op te lossen. kwestie van even een nieuwe index.php of configuration.php uploaden.
(of een backup?)
Verder chown alle bestanden naar gebruiker.gebruiker en zet de safemode weer aan.
Zet alle bestanden weer terug op 644 en disable elke upload mogelijkheid in Joombla.
Upgrade Joomla met de laatste fixes.
p.s, de nieuwe beta versie is een stuk veilliger, geen idee waneer de stable versie uitkomt.
Controleer of je tmp beveiligd is en indien nodig beveiligen.
Echt je site hoeft echt niet langer dan 24 uur down te zijn i.v.m zo'n joombla hack.
Ik zou wel eens willen weten wat voor hack dat was die ervoor zorgden dat port 80 niet meer bereikbaar was.
Dit zou betekenen dat de hacker apache door vele reqesten om zeep helpt of zeer diep het systeem in is gedrongen.
jinxedworld
26/08/06, 00:35
Laat ons netjes blijven tegenover collega's.
Was bedoeld als tip, niet als flame.