• opendrop / owl

    From Dietmar Segbert@21:1/5 to All on Sat Jul 20 16:10:01 2024
    Hallo,

    ich habe vor ein paar Tagen opendrop uund owl gefunden. Ich w�rde gerne
    von der Debian Konsole Dateien zu meinem iPhone schicken und Datteien auf
    dem Notebook (Lenovo T490s) empfangen.

    Gefunden habe ich auch ein How To f�r den Raspberry 3, so dass ich die Sourcen von owl von git holen konnte.

    Beim Kompilieren von owl bricht make nach 67 % Fortschritt in den
    googletest Modulen ab. Ich f�ge das mal unten an.

    owl ist kompiliert und l�sst sich auch starten, wobei ich das nicht
    richtig �berpr�fen kann, den opendrop find meckert, dass adwl0 nicht vorhanden ist und owl zu starten ist.

    Kann es sein, dass das Wifi-Ger�t beim T40S phy0 hei�t, oder welchen Ger�tenamen hat die Wifi-Karte?

    Hat jemand opendrop und owl schon mal unter Debian zum Laufen gebracht?

    opendrop habe ich in einer virtuellen Python-Umgebung mittels ipp3 install opendrop installiert.

    Ich sage schon jetzt danke f�r Eure Antworten.

    Herzliche Gr��e

    Dietmar

    Hier noch die Fehlermeldungen:

    root@Nemo /usr/local/src/owl/build (git)-[master] # make
    [ 5%] Built target radiotap
    [ 51%] Built target awdl
    [ 64%] Built target owl
    [ 67%] Building CXX object googletest/googletest/CMakeFiles/gtest.dir/ src/gtest-all.cc.o
    In file included from /usr/local/src/owl/googletest/googletest/src/gtest- all.cc:42:
    /usr/local/src/owl/googletest/googletest/src/gtest-death-test.cc: In function bool testing::internal::StackGrowsDown():
    /usr/local/src/owl/googletest/googletest/src/gtest-death-test.cc:1301:24: error: dummy may be used uninitialized [-Werror=maybe-uninitialized]
    1301 | StackLowerThanAddress(&dummy, &result);
    | ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~
    /usr/local/src/owl/googletest/googletest/src/gtest-death- test.cc:1290:13: note: by argument 1 of type const void* to void testing::internal::StackLowerThanAddress(const void*, bool*) declared here
    1290 | static void StackLowerThanAddress(const void* ptr, bool* result) {
    | ^~~~~~~~~~~~~~~~~~~~~
    /usr/local/src/owl/googletest/googletest/src/gtest-death- test.cc:1299:7: note: dummy declared here
    1299 | int dummy;
    | ^~~~~
    cc1plus: all warnings being treated as errors
    make[2]: *** [googletest/googletest/CMakeFiles/ gtest.dir/build.make:76: googletest/googletest/CMakeFiles/gtest.dir/src/ gtest-all.cc.o] Fehler 1
    make[1]: *** [CMakeFiles/Makefile2:322: googletest/ googletest/CMakeFiles/gtest.dir/all] Fehler 2
    make: *** [Makefile:136: all] Fehler 2

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar Hellwig@21:1/5 to All on Sun Jul 21 09:50:01 2024
    Am 20.07.2024 um 16:04 schrieb Dietmar Segbert:
    Hallo,

    ich habe vor ein paar Tagen opendrop uund owl gefunden. Ich würde gerne
    von der Debian Konsole Dateien zu meinem iPhone schicken und Datteien auf
    dem Notebook (Lenovo T490s) empfangen.

    Gefunden habe ich auch ein How To für den Raspberry 3, so dass ich die Sourcen von owl von git holen konnte.

    Beim Kompilieren von owl bricht make nach 67 % Fortschritt in den
    googletest Modulen ab. Ich füge das mal unten an.

    Die von owl verlinkte Version von googletest enthält zwei
    uninitialisierte Variablen, siehe Fehlermeldung.
    Vorher die Submodules aktualisieren mit:
    git submodule update --remote --merge

    owl ist kompiliert und lässt sich auch starten

    Trotz des Compile-Fehlers?

    Kann es sein, dass das Wifi-Gerät beim T40S phy0 heißt, oder welchen Gerätenamen hat die Wifi-Karte?

    Ich denke schon, siehe https://wireless.wiki.kernel.org/en/users/documentation/iw.
    Die iw-Kommandos (list, dev, und/oder phy) sollten den vergebenen Namen anzeigen.


    Grüße,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dietmar Segbert@21:1/5 to All on Sun Jul 21 16:00:01 2024
    Hallo Ansgar,
    herzlichen Dank f�r Deinen Hinweis.

    Nun kompiliert owl ohne Fehler und l�st sich mittels make install auch installieren

    Ein Aufruf als root

    owl -i phy0 -vv

    f�hrt zur folgenden Ausgabe:

    1 root@Nemo ~ # owl -i phy0 -vv
    .oOXWMMMMWXOx:
    .oOOOx:'''''''''''':OOOx:
    oXOo' ........ ':OXx.
    .oOOO''''''''''OOOo.
    oXOo' 'oOO:

    :oOOOOXXXXOOOOo:.

    oXO:' ':OXo

    .:xOXXXXXXOx:.

    .xXMMMMMMMMMMMMMMMMXx.

    'XWWWWWWMMMMMMMMMMMMMMMMMMMMMMWWWWWWX'

    oWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMWo

    OMMMMMMWWMMMMMMMMMMMMMMWWWMMMMMO

    OMMWx' 'xWMMMMWx' 'oXMMO

    :MW: oMMx 'WM:

    XM' .xOOo. :o .xOOo.
    WX

    WX :MMMMMX :MMMMMX
    xW

    XW 'WMMMMX .xx.
    'WMMMWX XX

    'Wx 'xWMx' OMMO 'xWMx' xM'

    'XX: 'XX'
    :XX'


    'xXOx:..................:xXWx'


    'xXMMMMMMMMMMMMMMMMMMWO'


    Open Wireless Link

    https://owlink.org

    15:39:03 TRACE: pcap: unable to open savefile (phy0: No such file or directory)
    15:39:03 ERROR: No such interface exists phy0
    15:39:03 ERROR: could not initialize core

    iw list gibt phy0 als Device f�r das Wlan aus.

    Viele Gr��e
    Dietmar


    [email protected] schrieb am 21.07.24:

    Am 20.07.2024 um 16:04 schrieb Dietmar Segbert:
    Hallo,

    ich habe vor ein paar Tagen opendrop uund owl gefunden. Ich w�rde gerne
    von der Debian Konsole Dateien zu meinem iPhone schicken und Datteien auf
    dem Notebook (Lenovo T490s) empfangen.

    Gefunden habe ich auch ein How To f�r den Raspberry 3, so dass ich die
    Sourcen von owl von git holen konnte.

    Beim Kompilieren von owl bricht make nach 67 % Fortschritt in den
    googletest Modulen ab. Ich f�ge das mal unten an.

    Die von owl verlinkte Version von googletest enth�lt zwei
    uninitialisierte Variablen, siehe Fehlermeldung.
    Vorher die Submodules aktualisieren mit:
    git submodule update --remote --merge

    owl ist kompiliert und l�sst sich auch starten

    Trotz des Compile-Fehlers?

    Kann es sein, dass das Wifi-Ger�t beim T40S phy0 hei�t, oder welchen
    Ger�tenamen hat die Wifi-Karte?

    Ich denke schon, siehe https://wireless.wiki.kernel.org/en/users/documentation/iw.
    Die iw-Kommandos (list, dev, und/oder phy) sollten den vergebenen Namen anzeigen.


    Gr��e,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar Hellwig@21:1/5 to All on Sun Jul 21 18:10:01 2024
    Am 21.07.2024 um 15:52 schrieb Dietmar Segbert:
    Ein Aufruf als root

    owl -i phy0 -vv

    führt zur folgenden Ausgabe:

    [...]

    15:39:03 TRACE: pcap: unable to open savefile (phy0: No such file or directory)
    15:39:03 ERROR: No such interface exists phy0
    15:39:03 ERROR: could not initialize core

    iw list gibt phy0 als Device für das Wlan aus.


    Obacht, der Interface-Name ist nicht der Gerätename.
    "ip link" sollte die verfügbaren Interface-Name anzeigen, WLAN hat üblicherweise einen mit wl beginnenden Namen (wlan0, wlo1 oder so).


    Grüße,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dietmar Segbert@21:1/5 to All on Sun Jul 21 19:30:01 2024
    Hallo Ansgar,

    hwinfo --wlan
    gibt
    device file wlp0s20f3


    aus.

    ein owl -i wlp0s20f3
    -vv
    root@Nemo ~ # owl -i wlp0s20f3 -vv
    .oOXWMMMMWXOx:
    .oOOOx:'''''''''''':OOOx:
    oXOo' ........ ':OXx.
    .oOOO''''''''''OOOo.
    oXOo'
    'oOO:

    :oOOOOXXXXOOOOo:.

    oXO:' ':OXo

    .:xOXXXXXXOx:.

    .xXMMMMMMMMMMMMMMMMXx.

    'XWWWWWWMMMMMMMMMMMMMMMMMMMMMMWWWWWWX'

    oWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMWo

    OMMMMMMWWMMMMMMMMMMMMMMWWWMMMMMO

    OMMWx' 'xWMMMMWx' 'oXMMO

    :MW: oMMx
    'WM:

    XM' .xOOo. :o .xOOo.
    WX

    WX :MMMMMX
    :MMMMMX xW

    XW 'WMMMMX .xx. 'WMMMWX XX

    'Wx 'xWMx' OMMO 'xWMx' xM'

    'XX: 'XX'
    :XX'


    'xXOx:..................:xXWx'


    'xXMMMMMMMMMMMMMMMMMMWO'


    Open Wireless Link

    https://owlink.org

    19:10:31 TRACE: pcap: unable to open savefile (wlp0s20f3: No such file or directory)
    19:10:31 ERROR: Error while receiving via netlink: Operation not supported 19:10:31 ERROR: Could not put device in monitor mode: wlp0s20f3
    19:10:31 ERROR: could not initialize core

    Das wlan war per channel 36 verbunden, owl m�chte 4, 44 .

    K�nnte da auch Rechte fehlen?

    Sorry f�r die Ausgabe oben, ich bin auf brltty und speakup angewiesen und
    nur auf der Konsole unterwegs.

    Gr��e

    Dietmar

    [email protected] schrieb am 21.07.24:

    Am 21.07.2024 um 15:52 schrieb Dietmar Segbert:
    Ein Aufruf als root

    owl -i phy0 -vv

    f�hrt zur folgenden Ausgabe:

    [...]

    15:39:03 TRACE: pcap: unable to open savefile (phy0: No such file or
    directory)
    15:39:03 ERROR: No such interface exists phy0
    15:39:03 ERROR: could not initialize core

    iw list gibt phy0 als Device f�r das Wlan aus.


    Obacht, der Interface-Name ist nicht der Ger�tename.
    "ip link" sollte die verf�gbaren Interface-Name anzeigen, WLAN hat �blicherweise einen mit wl beginnenden Namen (wlan0, wlo1 oder so).


    Gr��e,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar Hellwig@21:1/5 to All on Wed Jul 24 21:50:04 2024
    Am 21.07.2024 um 19:20 schrieb Dietmar Segbert:
    Hallo Ansgar,

    hwinfo --wlan
    gibt
    device file wlp0s20f3


    aus.

    ein owl -i wlp0s20f3 -vv
    [...]
    19:10:31 TRACE: pcap: unable to open savefile (wlp0s20f3: No such file or directory)
    19:10:31 ERROR: Error while receiving via netlink: Operation not supported 19:10:31 ERROR: Could not put device in monitor mode: wlp0s20f3
    19:10:31 ERROR: could not initialize core

    Das wlan war per channel 36 verbunden, owl möchte 4, 44 .

    Könnte da auch Rechte fehlen?


    Hallo!

    Evtl. beherrscht der WLAN-Adapter keinen Monitor-Mode, es gibt da
    zumindest ein GitHub-Issue zu:
    https://github.com/seemoo-lab/owl/issues/9


    Grüße,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph Pleger@21:1/5 to All on Fri Jul 26 13:20:01 2024
    Hallo,

    ich habe einen Rechner mit Debian 12 installiert, erst einmal mit nur einem aktiven Ethernet-Interface. Außerdem habe ich eine Netfilter-Konfiguration für das Interface aktiviert. Nachdem das alles erfolgreich funktionierte, habe ich das zweite
    Ethernet-Interface in Betrieb genommen, nicht im normalen Betrieb als einzelnes Interface, sondern unter Benutzung der Bonding-Funktionalität pe LACP zusammen mit dem ersten Interface. Danach in der Netfilter-Konfiguration den Namen des Interfaces geä
    ndert. Neu gebootet, und die Netfilter-Regeln funktionieren nicht mehr, man kan aber auch sagen, sie funktionierten zu gut, es ging nämlich gar kein IP-Verkehr mehr durch (mir deaktiviertem netfilter funktioniert alles).

    Nach einigen Rumprobieren wusste ich nicht mehr weiter und habe einfach von einem Rechner, wo LACP in Zusammenarbeit mit Netfilter funktioniert, die relevanten Dateien kopiert. In /etc/systemd/network/bond0.conf die IP-Adresse geändert, ebenso in der
    Netfilter-Konfiguration, neu gebootet - es funktionierte immer noch nicht.

    Der einzige Unterschied zwischen den beiden Rechnern: Der, wo es funktioniert, läuft mit Debian 11, der andere mit Debian 12. Es hat sich also wohl irgendwas entscheidendes geändert zwischen bullseye und bookworm. Hat jemand eine Idee?

    Gruß
    Christoph

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEHeqYcooFjlnR4zwFcOXIip7d3fEFAmajhQYACgkQcOXIip7d 3fGSShAAnUEMaMDQqWC0mmPb7CvDloAsWKnC8k5XipHm3X2Wca2n5MjcgOr1ffn5 E5fyssy3Og4DN043nuJjwOQ/6GrqKh8paqV8DX18ZBUHkX95Gk4usLmtSls26VH3 bloTDtezSy8eiAmi5YZ1P2fJ+0HNhxRfN8GZ9Jz/y7F9Lpie6P0vNWnhDv9EgVJF 6mQEEhl50Vk7yV6UABBtKwGpN4yMO3f6mwIm87Jz9J+cI3RQQXyZdQyBlRipTmmf VVB83ptvi/qlB071G3qGVr0ctwHqT+ZGbUYhEraKKQu7asT3XAh4I+nrQI2AQ+5P 8bWYqt7t+sWApD1R/mrlC2Nd03Agmfg6vWjRZcff/Wv+rrO1H2GK6AOb4g7BJgNe 4q+EL3zmLRM6mKmte2p7qBsxZ1eTPmFlfni25XXKjiwYl+IouaHpRPi2wmlwvkiu A8JmJp6OGgWSFsMO/sTpLqXyBeMvdbF6J81sgC/vNzG8bQ1oMGCqkdEYyW9UH4VF rK8lTCzOsefS3j+3dB+/Nf7wVePk5nGLJeiPvGla4WTQ/roU27e1JOyP7t42Taj0 8F1PxtEeHwOUuglUuv6kExBwYGmyM97aYMpOzS+OsJIhO3nnGhmiAzwOpnQfUoRS pyK7xWoYQWO4mYzIh+3WopDOA374FKZGbU3vegz30eauEDg8TGs=
    =QaiS
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)