Userbase

Ik weet dat er hier creatieve geesten zijn , en zit met volgende situatie.

ik heb een zelfgeschreven applicatie welke om de zoveel tijd gegevens wegschrijft naar een mysql database welke hier ter plaatste staat te draaien.

Ik zou willen dat gasten gegevens kunnen opvragen via een gehoste site waar ik een mysql database heb.

Ik dacht aan volgende oplossingen .

- Als ik een lijn wegschrijf naar de lokale via een sql string , dan doe ik dit ook naar de gehoste . Ik moet echter dan m'n ip adres weten en dit zo instellen op de gehoste , anders gaat dit niet. dus als m'n lokaal ip adres wijzigt heb ik het vlaggen.

- Ik probeer telkens ik een lijn wegschrijf , dit ook te doen naar de gehoste via een php script. Maar dit zou dan zou moeten beveiligt worden dat ik alleen kan wegschrijven .

- Om de 10 minuten wordt via een soort cronjob de tabel volledig gecopierd naar de gehost , maar hier ook weer dit probleem via het IP adres.

iemand anders een idee of hoe dit dynamisch ip adres te omzeilen ?? laat jullie gaan

tnx

helmut



i

Firewall rule op basis van dynamic dns naam en de firewall rule elke bijv 10 min reloaden om te zeker te zijn dat als ip wijzigt, alles nog werkt.

[ Post made via mobile device ]

Een VPN en dan mysql in master/slave zetten over die VPN?

Volgens mij is zijn probleem dat de gehoste DB enkel connecties aanvaardt vanuit een gewhitelist IP adres, dat dynamische van hem dus. Dat moet je dus bij de gehoste DB aanpakken, tenzij het wel degelijk enkel de firewall is die de check uitvoert.

VPN, indien mogelijk, lijkt me het makkelijkst. Dan vermijd je ook dat je een pinhole in de firewall moet maken van waaruit de DB aangevallen kan worden.
Aangezien het om een gehoste DB gaat, moet je dan wel voldoende toegang hebben tot de server om een VPN op te zetten. Als dat puur om een DB in een webhosting pakket gaat, kan dat wel ns moeilijk worden. Maar dat geldt ook voor de firewall whitelist in dat gevak.

[ Post made via mobile device ]

dus een DB in een webhost

Daar was ik al bang voor.
Je kan natuurlijk de IP restrictions gewoon weghalen, als die online db gewoon een kopie draagt en verder read-only is.
Dan beschouw je hem gewoon als cannon fodder, waar het niet uitmaakt of hij gehacked wordt, want de data gaat toch one-way vanuit jouw db naar de online versie.

[ Post made via mobile device ]

In dit geval, lokaal db dump maken, ftp naar de webhost, op webhost cron job draaien om een db restore te doen.

Simpelste oplossing: Draai de volledige applicatie gewoon op een webhost. Als de database publiek raadpleegbaar moet zijn is er toch geen reden om dit lokaal te draaien?

helmuteke schreef:- Ik probeer telkens ik een lijn wegschrijf , dit ook te doen naar de gehoste via een php script. Maar dit zou dan zou moeten beveiligt worden dat ik alleen kan wegschrijven .

Iets omslachtiger, maar wel een propere oplossing: Maak gewoon een serverscriptje met een https login en een sql-routine waarmee je data doorstuurt via een http(s) post request van de lokale applicatie naar de serverapplicatie.

raf1 schreef:Iets omslachtiger, maar wel een propere oplossing: Maak gewoon een serverscriptje met een https login en een sql-routine waarmee je data doorstuurt via een http(s) post request van de lokale applicatie naar de serverapplicatie.

Ofwel een "webservice" in vakjargon

Probleem is wel dat wanneer je host om één of andere reden down zou zijn jij uit sync gaat... je zal dus steeds een refresh procedure moeten voorzien.