Suchergebnisse

Am "-e" liegt es nicht. War bzw. ist es, ein sh-Script oder ein bash-Script (... weil Du jetzt die shebang evtl. geändert hast)? Oder welche shell soll besser/lieber, in der crontab benutzt werden?

Auf die Idee, "/etc/pf.remotelogin" für den Namen der Datei zu benutzen, muss man erst kommen. ;-) Versuch mal mit z. B.: "/tmp/xyz11.txt". Hat dein Script eine shebang? Mit der Option "-e": BTW: Du könntest beim cronjob, die Optionen "-n" und "-q" für die Zeitdauer der Tests, weglassen bzw...

Lass mal temporär in deinem Script, in der 2. Zeile nach der shebang (mit der Option -e) mit touch eine Datei im richtigen Verzeichnis erstellen, um zu sehen ob der cronjob ausgeführt wird.

Ja, das (/bin/ksh /usr/libexec/reorder_kernel , ld, ctfconv) passiert sofort nach dem booten und dauert einige Minuten. Während dieser Zeit (einige Minuten) ist der Rechner nicht zu gebrauchen, weil der CPU-Verbrauch fast 100% ist, ... und das auch bei neuer Hardware. Ich habe damit kein...

Bei meinem OpenBSD wird nach jedem Reboot durchgeführt: /bin/ksh /usr/libexec/reorder_kernel :~# syspatch syspatch: cannot apply patches while reorder_kernel is running und danach kommt noch ld (reordering library?) und ctfconv (beide mit hohem CPU-Verbrauch), ... und das ganze dauert auch...

Evtl. auch die usereigene service-units zeigen. Z. B.: systemctl --user list-units --type=service --all

Du schreibst nicht ob dein Test, mit oder ohne den cronjob: * * * * * root /usr/bin/arping -q -c 2 -w 2 -b -f -I eth0 -s 10.10.10.1 10.10.10.10 &gt; /dev/null 2&gt;&amp;1<br># - - - in deinem Kali-Linux, gemacht hast? EDIT: Beachte, dass copy&paste aus deinen Beiträgen nicht...

Man kann Kali-Linux auch im "non forensic mode" benutzen.

Das war auch gestern mit dem anderen Switch, oder?

Das war aber noch mit dem anderen Switch, oder? Mach mal folgenden Eintrag: * * * * * root /usr/bin/arping -q -c 2 -w 2 -b -f -I eth0 -s 10.10.10.1 10.10.10.10 > /dev/null 2>&1 # - - - ans Ende der /etc/crontab in deinem Linux und beobachte ob es noch solche Verzögerungen gibt. Wenn...

Das ist doch der ping und arping von FreeBSD zu Linux. In diesen Ausgaben kann man keine Verzögerung bzw. Probleme sehen. EDIT: Auch in beiden Textdateien sind arping und ping OK. BTW: arping immer vor dem ping ausführen. Du könntest jetzt auch auf beiden Seiten (Linux und FreeBSD) persistente...

Das ip a ip r ip n s ping -c 3 IP-Adresse arping -c 3 -I Interface IP-Adresse iptables -nvx -L betrifft Linux und ist auch so für Linux gemeint.

Das sollte geklärt werden, ... was aber schwierig ist, wenn Du nur beschreibst, aber die vollständigen Ausgaben von: ifconfig netstat -4nr arp -a ip a ip r ip n s ping -c 3 <IP-Adresse> arping -c 3 -I <Interface> <IP-Adresse> iptables -nvx -L pfctl -v -s rules hier nicht postest bzw. nicht zeigst.

Nein, ein normales Ethernet-Kabel reicht. BTW: Wie sind auf deinem Kali-Linux-Gerät, die Ausgaben von: systemctl list-units | grep -i network ps aux | grep -i network ?

BTW: Wenn es Probleme mit dem Switch gibt, dann teste mal temporär auch mit einer direkten Kabelverbindung zwischen deinem Kali-Linux-Gerät und zwischen dem FreeBSD-Gerät.

Poste mal eine Skizze mit deiner Netzwerk-Topologie (... d. h. mit der Anordnung deiner Geräte (inkl. IP-Adressen/Subnetz/Interfaces) und Leitungen/Verbindungen)..

Dann mach vor dem Ping, immer einen arping (mit arp auf Layer 2) und danach den Ping (mit icmp auf Layer 3): arping -c 3 -I <Interface> 10.10.10.1 arp -a , um zu schauen ob der Ping dann auch um 18 s verzögert ist. Schau mal wie die timeout- und keepalive-Einstellungen auf dem Server und...

Ist der Ping auch mit der IP-Adresse verzögert? Hast Du in der sshd_config, "UseDNS no" oder "UseDNS yes" wirksam konfiguriert? Eine andere/weitere Ursache könnte auch die MTU sein. Sendet der Router bzgl. IPv6, RAs (router advertisments) aus, die am/beim Client ankommen? Das kannst Du z. B...

Ja, ssh ist gut und wichtig. In so einem Fall teste ich die Erreichbarkeit und evtl. "verbose messages" mit der Option "-v" oder "-vvv" für den ssh-Client. Z. B.: nc -zvn 10.10.10.1 22 bzw. ssh -vvv hmb@10.10.10.1 Quelle: manpage für ssh

Die 1. Regel ist eine Regel zum löschen einer bereits vorhandenen Regel. Aber bei dir war nach dem booten keine Regel vorhanden, und deshalb diese Meldung. EDIT: Dann wird die default policy in der FORWARD-chain auf ACCEPT sein (d. h. alles per default erlaubt). Das kannst Du mit z. B...

War das sofort nach dem booten? Wenn ja, dann gab es nichts zu löschen, denn ich habe doch geschrieben, dass deine Eingaben/Konfigurationen (... in der Testphase noch) nicht persistent sind. BTW: War oder ist die default policy in deiner FORWARD-chain auf DROP? Ist der sshd-Server auf deinem...

Deine source-NAT-Regel (MASQUERADE) ist nicht OK. Konfiguriere in deinem Linux: iptables -t nat -D POSTROUTING -o 10.0.0.1 -j MASQUERADE iptables -t nat -I POSTROUTING 1 -o wlan0 -j MASQUERADE iptables -t nat -I POSTROUTING 2 -o eth0 -j MASQUERADE und sysctl -w net.ipv4.conf.all.arp_filter=1...

BTW: Die Wirksamkeit deiner Änderung/Konfiguration kannst Du testen, mit z. B.: route -4n show default route -4n get 8.8.8.8

Evtl. kannst Du das mit einem Script über die rc.conf-Datei, ohne Neustart (reboot) machen. Z. B. in etwa so oder ähnlich: sysrc ifconfig_wlan0="NOSYNC DOWN" sysrc defaultrouter="10.0.0.1" service routing restart

Warum ist wlan0 down, wenn es doch als Zugang (source) zur default route benutzt werden soll?