Ok ja ich kann mein iPhone pingen.
Posts by mrjumpingjack
-
-
Okay, ja jetzt kann ich ihn auch von einem anderen Rechner aus pingen.
-
Ja, ok das hat anscheinend geklappt, Super!!
Code
Display Morepi@raspberrypi:~ $ sudo tcpdump -c 100 -vvveni any icmp tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes 13:51:57.428816 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45881, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 690, length 40 13:51:57.428931 Out ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 53914, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 690, length 40 13:51:58.428585 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45882, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 691, length 40 13:51:58.428668 Out ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 53945, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 691, length 40 13:51:59.427775 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45883, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 692, length 40 13:51:59.427825 Out ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 54017, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 692, length 40 13:52:00.436572 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45884, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 693, length 40 13:52:00.436653 Out ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 54118, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 693, length 40 ^C 8 packets captured 8 packets received by filter 0 packets dropped by kernel pi@raspberrypi:~ $ route -n Kernel-IP-Routentabelle Ziel Router 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 210 0 0 eth1 87.165.78.51 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 210 0 0 eth1 192.168.0.11 192.168.0.148 255.255.255.255 UGH 10 0 0 tun0 pi@raspberrypi:~ $ sudo iptables -nvx -L -t nat 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 4 372 MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination -
Zeitüberschreitung der Anforderung.
-
Code
Display Moretcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes 13:29:03.706389 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45872, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 675, length 40 13:29:06.845879 In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 104: (tos 0xc0, ttl 64, id 19043, offset 0, flags [none], proto ICMP (1), length 88) 192.168.0.148 > 192.168.0.148: ICMP host 192.168.0.11 unreachable, length 68 (tos 0x0, ttl 64, id 5199, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 675, length 40 13:29:08.552216 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45873, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 676, length 40 13:29:11.645826 In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 104: (tos 0xc0, ttl 64, id 19051, offset 0, flags [none], proto ICMP (1), length 88) 192.168.0.148 > 192.168.0.148: ICMP host 192.168.0.11 unreachable, length 68 (tos 0x0, ttl 64, id 5585, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 676, length 40 13:29:13.552841 In ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 127, id 45874, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.11 > 192.168.0.148: ICMP echo request, id 1, seq 677, length 40 13:29:16.685923 In 00:00:00:00:00:00 ethertype IPv4 (0x0800), length 104: (tos 0xc0, ttl 64, id 19056, offset 0, flags [none], proto ICMP (1), length 88) 192.168.0.148 > 192.168.0.148: ICMP host 192.168.0.11 unreachable, length 68 (tos 0x0, ttl 64, id 5638, offset 0, flags [none], proto ICMP (1), length 60) 192.168.0.148 > 192.168.0.11: ICMP echo reply, id 1, seq 677, length 40 ^C 6 packets captured 9 packets received by filter 0 packets dropped by kernel -
Ich kann mit keinem Gerät den Pi pingen. Alles Windows 10 Rechner.
CodeChain 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 -
Ich gehe jetzt mal nicht davon aus, dass du mit "Wo" den physikalischen Standort meinst :D, bin bis her eigentlich davon ausgegangen dass 1.1 die FB ist.
Die FB kennt 0.1 und 0.2 nicht.
Auch Telekom; 100mbit
-
192.168.0.1 (N/A)
CodePING 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 ms192.168.0.2(N/A)
CodePING 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 ms192.168.0.148(Der Pi selbst(?) Das ist ja auf jedenfall die gleiche IP wie in dem FB Mesh chart)
CodePING 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 ms192.168.1.9 (Auch der PI selbst(?) selbe ip wie interface eth1)
-
-
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?
CodePING 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....
-
Eins zur Erklärung vielleicht noch ich im Haus wird von allen Geräten 255.255.0.0 als subnetmask verwendet, damit alle Infrastrukturdevices 192.168.1.xxx benutzen können und alle Clients 192.168.0.xxx
-
ip a
Code
Display More1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether dc:a6:32:3f:7b:d8 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether dc:a6:32:3f:7b:dc brd ff:ff:ff:ff:ff:ff 6: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1412 qdisc pfifo_fast state UNKNOWN group default qlen 500 link/none inet 192.168.0.148/32 scope global tun0 valid_lft forever preferred_lft forever inet6 fe80::b2e4:a6fe:350d:647/64 scope link stable-privacy valid_lft forever preferred_lft forever 7: eth1: <BRODCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000 link/ether 08:2e:5f:29:0e:69 brd ff:ff:ff:ff:ff:ff inet 192.168.1.9/22 brd 192.168.3.255 scope global dynamic noprefixroute eth1 valid_lft 86129sec preferred_lft 75329sec inet6 fe80::4f2e:26ef:99a8:5d96/64 scope link valid_lft forever preffered_lft foreverroute -n
CodeKernel 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 eth1ip n s
-
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:
Codetun0: 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 0Habe 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:
- Raspberry Pi Model B Rev 2
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
