Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]4385[/thread]

Netzwerkverkehr überwachen: Monitoring Netzwerklast der Programme (Seite 2)



<< |< 1 2 >| >> 13 Einträge, 2 Seiten
nepos
 2005-12-07 17:17
#36968 #36968
User since
2005-08-17
1420 Artikel
BenutzerIn
[Homepage] [default_avatar]
Hm, ich denke, da geht ohne Code im Kernel nix. Unter Linux gibts fuer iptables das Modul owner, mit dem man sowas machen kann. Allerdings auch nur eingeschraenkt.
Dein Problem ist ja so:
Ein Paket kommt und du siehst es in deinem Filter -> du musst feststellen von welchem Programm es kommt -> du musst es ggf. blocken.
Schon das feststellen, von welchem Programm es kommt ist nicht so einfach und selbst wenn, du musst das Paket ja dann irgendwie blocken. Mit Tools wie lsof und tcpdump kriegst du zwar raus, von welchem Port ein Paket kam und dadurch eventuell, welches Programm diesen Port gerade benutzt, dann ist aber das Paket schon lange via Netzwerk weitergeleitet worden. Du muesstest also das Paket solange zurueckhalten koennen, bis du deine Checks abgeschlossen hast und genau das kann man meiner Meinung nur mit Code im Systemkern machen.

PS: Btw, was reicht dir am Paketfilter nicht aus?\n\n

<!--EDIT|nepos|1133968703-->
ahnungsloser
 2005-12-07 23:48
#36969 #36969
User since
2003-09-03
80 Artikel
BenutzerIn
[default_avatar]
Hi,

Paketfilter ist wundervoll. Nur will ich halt einzelne Anwendungen blocken und nicht ein ganzes Protokoll oder so. Lediglich, den Anwendungen auf die Finger klatschen, so änlich einer Desktopfirewall unter Windoof!
murphy
 2005-12-08 00:14
#36970 #36970
User since
2004-07-19
1776 Artikel
HausmeisterIn
[Homepage]
user image
[quote=ahnungsloser,07.12.2005, 13:27][...]
Mich persönlich interessiert erstmal der blosse Vorgang, und dann wie man sowas nachahmen könnte um die gewünschten Programme, am "Nach Hause Telefonieren" hindert.[/quote]
... dann lies doch mal in der ADC Referenz Dokumentation über Network Kernel Extensions nach.

Vorher solltest du natürlich C++ können und die ganzen Dokumente, wie man Kernelextensions im allgemeinen schreibt, gelesen haben. Aber keine Angst, ich finde immer, dass die Apple Dokumentation recht gut zu lesen ist (außer an den Stellen, wo sie schlichtweg total falsch ist, das ist jedoch eine andere Geschichte...)
When C++ is your hammer, every problem looks like your thumb.
<< |< 1 2 >| >> 13 Einträge, 2 Seiten



View all threads created 2005-12-05 20:42.