Onderwerp: Cross site checks (NOC vanaf andere locaties)

Naar aanleiding van een idee in dit topic open ik dit onderwerp.

Wat is het plan:

- Hosters bieden gratis site-checks met een nader te ontwikkelen scriptje op basis van het open NOC script.
- Cron van 1x per 60 seconden dit scriptje laten uitvoeren


Hosters die zich beschikbaar stellen:
********mods, het zou handig zijn als deze post ook na een half uur nog is aan te passen*****
- ErikKosters
- DiedX
- Directhosten
- xYnta
- Ikzelf (StarFix)

Het script, todo list:
Het script moet in principe hetzelfde doen als het bekende NOC script, maar dan voor meerdere users.
- Klein "admin" gedeelte voor invoeren/bewerken users en servers / services
- Per server aangeven bij welke user deze hoort
- Per user een SMS nummer en email adres aangeven
- *oplossing bedenken* Hoe veilig houden van privacy logingegevens voor de SMS gateways?
- Sms / email aan en uitzetten per user
- Statuspagina per user


De grote moeilijkheid is het SMS gedeelte. Smsjes betalen voor iemand anders lijkt me geen goed plan, maar je kunt ook moeilijk iemands login gegevens van de SMSgateways opslaan in je database (gezien mogelijk misbruik). Een scriptje laten uitvoeren op de server die plat ligt werkt ook niet. Denk even mee aan een oplossing hiervoor.

Belangrijk lijkt me ook dat personen gedeeld worden, zodat niet iemand alle personen op zich neemt.


Mocht dit breed gebruikt worden door hosters, dragen we allemaal bij aan een beter internet!

Wij stellen ons ook beschikbaar voor het onderbrengen van een NOC.

Ik wil wel iets ontwikkelen dat op basis van het ontvangers nummer een sms account geselecteerd wordt (iedereen betaald dan de smsjes voor zijn eigen GSM nummer(s)) of een gratis account aanbieden waarmee berichten reversed billed (a 25 eurocent per bericht) naar de gsm verzonden worden, dan betaald de ontvanger het zelf.

Oorspronkelijk geplaatst door Frangkje

Ik wil wel iets ontwikkelen dat op basis van het ontvangers nummer een sms account geselecteerd wordt (iedereen betaald dan de smsjes voor zijn eigen GSM nummer(s)) of een gratis account aanbieden waarmee berichten reversed billed (a 25 eurocent per bericht) naar de gsm verzonden worden, dan betaald de ontvanger het zelf.

Goed idee! Mocht een nummer dan niet voorkomen als account, dan zou je reversed billing kunnen doen inderdaad, maar dit moet wel absoluut veilig zijn (niet dat iemand hier misbruik van kan maken)

We kunnen aan onze kant eenvoudig de aanvragen op IP adres filteren, dus zolang iemand ons laat weten welke IP adressen er berichten aan mogen leveren is dat geen probleem.

Ook ik heb interesse om hiermee mee te doen.
Ook het sms idee staat me erg aan.

Meer info would be nice
Wat wordt er van mij verwacht behalve webhosting-ruimte?

Wij doen ook graag mee (Open Host). Via reversed billing betalen vind ik geen probleem, vermits de sms'jes maar niet 75 cent per stuk gaan kosten (de genoemde 25 cent vind ik wel de max; inkoop ligt voor op dit moment op de helft).

Wel vraag ik me de volgende zaken af:

- Wordt er gebruik gemaakt van een centrale database? Of wordt er op een bepaalde manier gebruik gemaakt van replication? 1 centrale database heeft als nadeel dat downtime van diezelfde database onacceptabel is.

- Om 'nut' te hebben van een dergelijk groot netwerk (hoe meer mensen zich laten controleren; hoe meer servers kunnen controleren), moeten er natuurlijk wel vanaf meerdere locaties een check plaats vinden in geval van vermeende downtime (zodat deze bevestigd kan worden door, bijvoorbeeld, 2 andere netwerken -> aansluitend: hoe selecteer je die andere netwerken; doe je het at random is geef je nog bepaalde voorwaarden mee). Komt dit er ook in? Dit lijkt mij, net als een goede oplossing voor de centrale database, extreem belangrijk.

Het zou trouwens ook prettig zijn als de stats in XML aangeboden wordt; dan kan men vervolgens zelf bepalen wat ze met de data doen.

Leuk project verder, ik hoor het wel als er hulp nodig is.

Jochem

Eliveld Networks wil ook wel wat doen.. voordeel is dat wij gebruik maken van Datacentrum in Doetinchem, En straks NDix hebben en nog een andere lijn dus mocht amsterdam volledig plat gaan zijn wij nog up

Als het goed is.

Oorspronkelijk geplaatst door XBL

- Wordt er gebruik gemaakt van een centrale database? Of wordt er op een bepaalde manier gebruik gemaakt van replication? 1 centrale database heeft als nadeel dat downtime van diezelfde database onacceptabel is.

Wat ik als eerste dacht was dat iedere hoster zijn eigen database heeft, met daarin alleen de gegevens: Service is up of down, als down nog een keer checken en dan smsen of e-mailen.
Dus eigenlijk hetzelfde als het NOC script.
Misschien is het ook een idee een netwerk te creeren van hosters, dat de een bij de ander checkt of een website inderdaad plat ligt. Zo ja: Smsen of mailen

Leuk project verder, ik hoor het wel als er hulp nodig is.

Jochem[/quote]

Ik zou op elke webserver scriptje draaien wat alles via xml displayed, ik zat zelf te denken aan zoiets ( had bij zoiets ook keer gedachte om wat mee te doen ):
http://www.van-rossum.com/additional...rverstatus.php

Alleen ik wist zelf nog niet helemaal hoe ik het beste kon syncen over meerdere servers, vandaar dat ik gestopt was ermee.
Hoe ga jij dit oplossen?

Overigens als je een testbak nodig heb zonder paneel en email server moet je het maar even zeggen.
Dan ben ik bereid om wel database open te zetten, vind dit soort projecten altijd wel leuk.

Oorspronkelijk geplaatst door _arno_

Ik zou op elke webserver scriptje draaien wat alles via xml displayed, ik zat zelf te denken aan zoiets ( had bij zoiets ook keer gedachte om wat mee te doen ):
http://www.van-rossum.com/additional...rverstatus.php

Alleen ik wist zelf nog niet helemaal hoe ik het beste kon syncen over meerdere servers, vandaar dat ik gestopt was ermee.
Hoe ga jij dit oplossen?

Overigens als je een testbak nodig heb zonder paneel en email server moet je het maar even zeggen.
Dan ben ik bereid om wel database open te zetten, vind dit soort projecten altijd wel leuk.

Syncen lijkt me niet nodig, of misschien gewoon via een GET request.

Wat ik in gedachte had:

checkserver1:
- user1
- user2

Checkserver2:
- user3
- user4

Checkserver1 ziet dat user1 dood is, dan stuurt hij een GET request naar checkserver2 met de vraag of bij hem ook user1 offline is. Zo ja: smsen of mailen. Daarnaast kunnen checkserver1 en 2 elkaar in de gaten houden (en wel eventueel elkaars users overnemen voor het geval een checkserver plat gaat)

Als iedere hoster dezelfde users zou krijgen dan genereer je onnodig verkeer.

Ik had zelf ook een dergelijke constructie bedacht, helaas weet ik niet zeker of dit wel praktisch werkt.

Hoe doe je dit als je meerdere checkservers krijgt? user1 gaat plat, stuur je dan naar elke checkserver een vraag of user1 het doet?

Wat als user1 plat is en checkserver2 is plat? dan zou je dus meerdere checkservers moeten hebben.

Hoe hou je je checkserver lijst bij, centrale database, sync je die?

goed iedee,

maar ik denk dat het een helehoop denk werk is.
zoals hier al gebuurt.

zoveel dataverkeer zal het niet wezen denk ik.

er moet ijgelijk een ijgen app geschreven worden die niet afhanelijk is van bv. apache of anderen app's,
dat programma luuster gewoon 1 poortnummer af
al komt daar een aanvraag op binne gaat hij zelf (locaal) alle services af kijken of die nog berijkbaar zijn.
dan geeft het app. een xml terug wat de status is van de services
dit is dan makelijk te controliren door middel van php of zo.

ik wil ook wel mee doen tevens met ontwikkelen

edit:

Oorspronkelijk geplaatst door _arno_

Hoe hou je je checkserver lijst bij, centrale database, sync je die?

dat moet tog geen probleem zijn dat kan doormiddel van 1 master db en op de anderen controleer services de zelfde db. al heb je dan 1 server die als master dient al is er dan 1 down gaat hij naar de 2 de server

groeten Aart

Eigenlijk is het idd het mooiste om een soort deamon te hebben draaien die alles terug geeft.