Sicheres übertragen von Formulardaten an internen Server

[al4711]

Kann da strom_alk nur zustimmen.

Da der Kunde bereits seine Server wartet kann er diesen einen noch dazu nehmen, falls gewünscht.

Natürlich stellt sich die Frage wohin der Kunde will, wenn es zu der Ausbaustufe geht die du unten erwähnt hast dann wird er um mind. einen Server mehr nicht herum kommen

...
an sich war genau sowas im gespräch - so wie ich den kunden kenne wird er aber relativ bald auf die idee kommen, ein online-kundenportal betreiben zu wollen und spätestens dann, wird das oben erwähnte sowieso obsolet sein ...
...

Hoffe für dich und dem Kunden dass er VORHER ein Konzept erarbeitet, Usecases definiert und danach sich um eine mögliche Lösung kümmert

[al]

... wie würdet ihr sowas angehen? ...

Im ersten Moment hätte ich angenommen, der Webserver steht auch unter der Kontrolle des Kunden (in der DMZ zB), dann hätte ich ein REST Interface gemacht und halt zumindest über die IP-Adresse für Authentication gesorgt. Theoretisch könnte man auch direkt mit der DB reden, wenn man die DB-Rechte sorgfältig setzt (und c) beachtet).

Aus der Ferne ist fast schon egal, ob Du einen synchronen Mechanismus (zB REST) oder einen asynchronen (zB Mail) verwendest, wichtig ist (wie immer):
a) Authentication (das wird halt bei einem gehosteten Server immer knackbar sein)
b) Verschlüsseln (detto)
c) und eine intensitve Verifikation der Daten bei der Entgegennahme in die interne DB
(solche Kontaktformulare sind immer ein Angriffspunkt - zumindest für Spam-Müll)

/al

[lordpeng]

@strom_alk
>Warum: jeder kunde hat irgnedwas von php, perl usw. am laufen. und sollte nach einen update irgendwas nicht gehn.
>viel spass wenn auf den server 30 - 100 Kunden sind.
wie sagt man so schön? für geld ist viel machbar ...

da ich selber lange genug webserver installiert und gewartet hab bzw. teilweise heute noch diverse kundenserver warten muss, kann ich recht gut abschätzen, wieviel aufwand es ist einen webserver zu betreiben, deshalb, würd ich meinem kunden das ned zumuten wollen, daher die empfehlung dies aus zu lagern ... (es gibt durchaus auch webhoster die mehr tun, als nur die kisten und eine schnelle leitung zur verfügung zu stellen)

@al4711
>Da der Kunde bereits seine Server wartet kann er diesen einen noch dazu nehmen, falls gewünscht.
ist eben aus oben erwähnten nicht gewünscht ...

>wenn es zu der Ausbaustufe geht die du unten erwähnt hast dann wird er um mind.
>einen Server mehr nicht herum kommen
ein zusätzlicher server wird jetzt ned das problem sein, jedoch wie schon erwähnt nicht in form eines webservers ...

>Hoffe für dich und dem Kunden dass er VORHER ein Konzept erarbeitet,
>Usecases definiert und danach sich um eine mögliche Lösung kümmert
da brauchst keine angst haben, da werden schon nägel mit köpfen gemacht ...

das ganze ist inzwischen zwar wieder eingeschlafen, wird aber in 2 bis 3 jahren beim kunden sicherlich aktuell werden, ich wart halt mal ab was da kommt ...