Guten Tag,

Allgemein: Ich möchte Komponenten/ Hilfen haben, wie ich relativ "einfach" einen guten TCP-Server-Client-Konstrukt programmieren kann

Hintergrund: Bisher habe ich mit TServerSocket und TClientsocket gearbeitet, tolle Events und sehr Verständlich.
Leider ist dieser Server gerne mal überlastet. Connecten mehrere gleichzeitig hatt er sie in der Clientliste hat sie aber noch nicht ganz erstellt ?!
(Im onconnect event etwas an alle connecten aus den neu connecten senden gab fehler)
Zum anderen ist es nicht möglich eine Verbindung abzulehnen.. jede Verbindung wird standartmäßig angenommen, falls ich sie nicht haben will muss ich sie kicken.
dass hat zur folge, dass der server sehr stark ausgelastet ist.
Clientseitig gibt es bisher keine Probleme...

Mit welchen Komponenten würdet ihr größere Projekte umsetzen, denen auch "kleine" BruteForce attacken nichts machen?

Bin um eure Meinung intressiert, Quelltextanzätze (senden, empfangen, annehmen/abblehnen) wären erwünschenswert

mfG IhopeonlyReader

Sind Indy-Komponenten auch so schnell im Überlauf und haben Probleme mit der Verarbeitung der Clients, wenn es zu schnell geht?

-push-

Das einzige Problem bei den Indy Komponenten, das wir hatten, ist, dass sie blockierende Sockets verwenden. Wenn ein Request also eine Weile hängt, blockiert der Socket in der Zeit und man kann den entsprechenden Thread in der Zeit auch nicht beenden.

Die einzige große Alternative sind die ICS Komponenten, die auf asynchrone Sockets setzen.

Mit der Geschwindigkeit hatte ich bei beiden bisher keine Probleme, auch bei vielen verbundenen Clients. Man sollte aber in jedem Fall ein sauberes Threadingmodell haben...

klingt vielleicht blöd, wie "einfach" sind sie denn?
blockieren sie wenn keine nachricht kommt und man "empfangen" möchte?
oder wie empfange ich pakete? bitte ein kleines codebeispiel

-push-

Hättest es mal selbst ausprobiert, wärst du schon längst fertig mit deinem Projekt.

nein ich habe aktuell vielleicht 15 min pro Tag, die ich am Projekt investieren könnte.. deshalb will ich erst genau wissen mit welchen komponenten es gut umzusetzen ist...

15 Minuten am Tag, um an einem Projekt zu arbeiten? Das wird nichts. Kannst Du nicht 10 Tage nichts dran machen und dann mal 3 Stunden dran arbeiten?
In 15 Minuten hast Du ja nicht mal Zeit, Dein Gehirn warumlaufen zu lassen.

deshalb will ich erstmal die komponenten haben um nicht selbst groß suche danach starten zu müssen...

bald hab ich hoffe dann zeit

Moin!

Um das nochmal auf den Punkt zu bringen (scheint nämlich untergegangen zu sein):

jaenicke hat folgendes geschrieben :

Man sollte aber in jedem Fall ein sauberes Threadingmodell haben...

DAS ist der Punkt, auf den es ankommt. Es spielt praktisch keine Rolle, was für einen WSA-Wrapper (die Dinger bezeichnet der Wald-und-Wiesen-Delphianer als "Netzwerkkomponenten") du nimmst, du musst aber auf jeden Fall die Verarbeitung der Daten von der Kommunikation trennen! Wenn du bereits Performance-Probleme hast, dann wird dich ein anderer Wrapper nicht weiter bringen, weil du (sehr wahrscheinlich) die Daten nicht verarbeitet bekommst - das hat nix mit der Network-API zu tun... Wenn du API-Access und Verarbeitung im selben Thread hast, kriegst du immer Performance-Probleme, egal mit welchem Wrapper.

Und noch der Vollständigkeit halber:

IhopeonlyReader hat folgendes geschrieben :

Zum anderen ist es nicht möglich eine Verbindung abzulehnen.. jede Verbindung wird standartmäßig angenommen, falls ich sie nicht haben will muss ich sie kicken.

Das ist auch nicht Aufgabe eines WSA-Wrappers, sondern einer Firewall.

cu
Narses

Narses hat folgendes geschrieben :

Das ist auch nicht Aufgabe eines WSA-Wrappers, sondern einer Firewall.

Gibt es keine softwaretechnische lösung um eine verbindung abzulehnen?
in pyhton zum Beispiel erhalte ich verbindungsdaten und kann entsprechend annehmen bzw abblehnen (durch nicht annehmen)

Moin!

IhopeonlyReader hat folgendes geschrieben :

Gibt es keine softwaretechnische lösung um eine verbindung abzulehnen?

Sind Firewalls Hardware?

IhopeonlyReader hat folgendes geschrieben :

in pyhton zum Beispiel erhalte ich verbindungsdaten und kann entsprechend annehmen bzw abblehnen (durch nicht annehmen)

Jung, das ist eine Konzeptfrage, die letztlich sicherheitsrelevant wird:

• Es spielt keine Rolle, welches OS oder Socket-API, betrifft alle
  
• Ein Server-Socket ("listening socket") ist dazu da, Verbindungen anzunehmen und zu bedienen (=Hauptaufgabe)
  
• Es macht also (im häufigsten Fall) keinen Sinn, erst den Server-Socket entscheiden zu lassen, ob er die Verbindung will (klar, bei einem Login z.B. geht das erst hier, aber ein fehlgeschlagener Login ist auch normalerweise nicht der häufigste Fall)
  
• Du willst zusätzlich einen Ban (=Verbot) aussprechen, also mit diesem Teilnehmer gar nicht mehr kommunizieren. Das OS und die Socket-API müssen also auch nicht "belastet" werden -> Kontaktaufnahme verweigern -> Firewall (weil: ressourcensparend)
  
• Jede Lösung, die erst die Socket-API entscheiden (und ggfs. ablehnen) lässt, ist ein Risiko für DoS-Attacken (weil die auf Ressourcen-Auslastung abziehlt)

Du fragst nach einer "guten" (=effizienten, standard) Lösung, aber willst sie dann nicht... ? Der Grund für deine Frage ist vermutlich eher, dass du nicht weißt, wie du das unter Windows mit der Firewall auf die Kette kriegst (das ist auch zugegeben da nicht trivial -> gibt ne Firewall-API), es löst aber nicht das eigentliche Problem, es dann aus Unwissenheit anders machen zu wollen.

cu
Narses

aso als ein externes programm schreiben, welches die "anfragen" überprüft?

Dieses Programm gibt es schon, nennt sich Windows Firewall. Du musst dieser nur sagen was sie filtern soll, wie Narses auch schon schrieb...

aber mit lazarus (ebenfalls object pascal) kann ich auch für linux kompilieren, dort gibt es keine windows firewall ?!

aber für den anfang werde ich mir eine windows firewall api mal anschauen

IhopeonlyReader hat folgendes geschrieben :

aber mit lazarus (ebenfalls object pascal) kann ich auch für linux kompilieren, dort gibt es keine windows firewall ?!

Ja, die haben was richtiges, nämlich iptables.

Dafür gibt es dafür leider keine API. Aber man kann dort eine Regel per Shell erstellen und dann die eingetragenen IPs ändern...

jaenicke hat folgendes geschrieben :

Dafür gibt es dafür leider keine API. Aber man kann dort eine Regel per Shell erstellen und dann die eingetragenen IPs ändern...

Ich persönlich find jetzt "eine Zeile in eine Textdatei schreiben" signifikant einfacher als irgendwelche obskuren (und, so wie ich den "modernen" Teil der MSDN kenne, subtil falsch/haarspalterisch dokumentierten) APIs zu verwenden, aber das ist natürlich Geschmackssache.

Gibt es eine allgemein gültige Lösung?
selbstgebaute iptables oder so?