i von 3 verschiedenen Möglichkeiten denken kann dies geschehen kann -
1: zu viele Pakete zu schnell, die Pakete-to-Print-Puffer laufen voll, und der Kernel „fällt“ die Pakete curl sendet vor tcpdump hat eine Chance, sie Ihnen zu drucken. Lösung wäre, den Pufferraum zu vergrößern, zB indem man --buffer-size=102400
verwendet (das würde ungefähr 100MB Ram dem Puffer widmen, ich bin nicht sicher, was die Standardgröße ist, aber ich denke, es liegt im Bereich von 1-4MB)
2: Sie haben mehrere Netzwerk- "Schnittstellen" und Sie hören auf die falsche. Ich bin mir nicht sicher, wie man fragt, welche Schnittstelle es verwendet, aber Sie können Curl explizit über eine bestimmte Schnittstelle herunterladen, indem Sie curl --interface eth0 URL
- und unter Linux & Mac & BSD, können Sie eine Liste der verfügbaren Schnittstellen, indem Sie tun sudo ifconfig
(und ich denke, das Windows-Äquivalent ist in der Systemsteuerung irgendwo, aber IDK)
3: tcpdump der Standardbenutzer kann nicht lesen, die Pakete des Benutzers curl läuft als aus irgendeinem Grund ... stellt sich tcpdump standardmäßig Drop in seinen eigenen Benutzer namens tcpdump
beim Capturen, könnten Sie versuchen, von dem gleichen Benutzer zu erfassen, die Locken wie mit -Z curluser
, oder erzwingen tcpdump, um als root zu erfassen, indem Sie -Z root
Ich möchte dies auch wissen. –
Können Sie Ihre Schnittstellen auf dem Rechner auflisten, der 'tcpdump' ausführt? Ich schätze, du versuchst, auf der Schnittstelle "eth0" zu hören, aber vielleicht verwendest du die WiFi-Schnittstelle? Könnten Sie mehr Input bereitstellen? – Elyasin