Posts by mrjumpingjack

    Ja, ok das hat anscheinend geklappt, Super!!

    Ich kann mit keinem Gerät den Pi pingen. Alles Windows 10 Rechner.

    Code
    Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
        pkts      bytes target      prot opt in    out        source                    destination
    Chain INPUT(policy ACCEPT 0 packets, 0 bytes)
        pkts      bytes target      prot opt in    out        source                    destination
    Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
        pkts      bytes target      prot opt in    out        source                    destination
    Chain OUTPUT(policy ACCEPT 0 packets, 0 bytes)
        pkts      bytes target      prot opt in    out        source                    destination

    192.168.0.1 (N/A)

    Code
    PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
    64 bytes from 192.168.0.1:  icmp_seq=1 ttl=64 time=1.54 ms
    64 bytes from 192.168.0.1:  icmp_seq=2 ttl=64 time=0.811 ms
    64 bytes from 192.168.0.1:  icmp_seq=3 ttl=64 time=0.912 ms

    192.168.0.2(N/A)

    Code
    PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
    64 bytes from 192.168.0.2:  icmp_seq=1 ttl=64 time=1.59 ms
    64 bytes from 192.168.0.2:  icmp_seq=2 ttl=64 time=0.853 ms
    64 bytes from 192.168.0.2:  icmp_seq=3 ttl=64 time=0.852 ms

    192.168.0.148(Der Pi selbst(?) Das ist ja auf jedenfall die gleiche IP wie in dem FB Mesh chart)

    Code
    PING 192.168.1.148 (192.168.0.148) 56(84) bytes of data.
    64 bytes from 192.168.0.148:  icmp_seq=1 ttl=64 time=0.0099 ms
    64 bytes from 192.168.0.148:  icmp_seq=2 ttl=64 time=0.0073 ms
    64 bytes from 192.168.0.148:  icmp_seq=3 ttl=64 time=0.0057 ms

    192.168.1.9 (Auch der PI selbst(?) selbe ip wie interface eth1)

    Code
    PING 192.168.1.9 (192.168.1.9) 56(84) bytes of data.
    64 bytes from 192.168.1.9:  icmp_seq=1 ttl=64 time=0.085 ms
    64 bytes from 192.168.1.9:  icmp_seq=2 ttl=64 time=0.067 ms
    64 bytes from 192.168.1.9:  icmp_seq=3 ttl=64 time=0.063 ms

    Also ich denke doch mal, dass das die FB ist oder ist das eine ip aus dem Netzwerk(?) zwischen UMTS-Stick und Pi: 192.168.1.1?

    Code
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1:  icmp_seq1 ttl64 time=1.07 ms
    64 bytes from 192.168.1.1:  icmp_seq2 ttl64 time=0.814 ms
    64 bytes from 192.168.1.1:  icmp_seq3 ttl64 time=0.915 ms
    ....

    Wenn ichs mir jetzt so genau angucke sind die Zeiten echt ziemlich kurz....

    ip a

    route -n

    Code
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 tun0
    0.0.0.0         192.168.1.1     0.0.0.0         UG    207    0        0 eth1
    87.xxx.58.170   192.168.1.1     255.255.255.255 UGH   0      0        0 eth1
    192.168.0.0     0.0.0.0         255.255.252.0   U     207    0        0 eth1

    ip n s

    Code
    192.168.1.2 dev eth1 FAILED
    192.168.1.1 dev eth1 lladdr 08:2e:5f:29:0e:57 DELAY
    192.168.0.11 dev eth1 FAILED

    Hallo,

    ich weiß zu diesem Thema gibt es hier schon einige Threads, aber keiner klärt das Problem was bei mir auftritt.

    Was ich möchte: Ich habe einen Raspberry Pi 4 mit Surfstick der Telekom und möchte von diesem aus einen VPN-Tunnel zu meiner Fritzbox aufbauen.

    Habe diesen Guide dafür benutzt:http://www.kuemmel.wtf/?p=363

    Schien auch erst mal alles zu klappen:

    Nur das wie man auf dem Bild zusehen ist der Pi keine "virtuelle IP" bekommen hat. Ich kann die Fritzbox zwar pingen, aber keine anderen Geräte und andersrum gehts auch nicht.

    Der Pi taucht auch in der Meshansicht auf:

    Ausgabe von ifconfig:

    Code
    tun0: flags=4305  mtu 1412
            inet 192.168.0.148  netmask 255.255.255.255  destination 192.168.0.148
            inet6 fe80::df4e:f97e:330:f8f6  prefixlen 64  scopeid 0x20
            unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 500  (UNSPEC)
            RX packets 20  bytes 1200 (1.1 KiB)
            RX errors 0  dropped 0  overruns 0  frame 0
            TX packets 9  bytes 432 (432.0 B)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

    Habe auch net.ipv4.ip_forward=1 in /etc/sysctl.conf eingetragen

    Vielleicht weiß ja jemand von euch etwas

    Danke

    Hi

    ich möchte euch heute mein neues Projekt vorstellen:

    Eine Spielekonsole im Look eines NES.

    In dem Gehäuse befinden sich:

    Nachdem ich das Gehäuse gereingt habe und das orgianle NES-Mainboard entfernt habe,

    Hallo,

    kennt ihr das, ihr habt eine Fullscreen-Applikation offen und im Hintergrund läuft zu laute oder zu leise Musik,
    ihr seit aber zu faul das laufende Programm zu minimieren und die Musiklautstärke zu regeln?

    Da ich persönlich dieses Problem öfter habe, dachte ich mir:"Ich muss da mal was machen."
    Und hier ist es:

    Die acht Drehpotensiometer des Lots of Pots (LOP) Board
    erlauben dem Benutzter das Regeln der Lautstärke jeglicher Programme auf einem Windows Rechner.

    Die Signale werden per Wifi mittels UDP an den PC übertragen.
    In einem Konfigurationsfenster kann man ganz leicht den einzelnen Reglern einen Prozess zuweisen dessen Lautstärke geregelt werden soll.

    Um das ganze für eine gewisse Zeit tragbar zu machen habe ich auch noch ein kleines Akku-pack [Anzeige] verbaut.

    Alles mehr oder weniger schick verpackt in einer Zigarrenkiste.

    MfG MrjumpingJack :D