Du kannst die Taste nennen, wie Du willst, aber wenn Du sie Fritzboxkonfigurationsrücksetztaste nennen würdest, würdest Du eine solche Taste hier nicht als Alternative zum Schraubenzieher kurzschließen betrachten.
Warum die Fritzbox Pingbefehle eines Linux-Systems aber beantwortet, bei Windows-Systemen aber nicht (ich glaub schon, dass die Anfragen Windows-seitig rausgehen, es dauert auch immer ein paar Sekunden, bevor "das Windows-Ping" die Anfrage wiederholt, standardmässig sendet Windows ja immer 4 Ping-Anfragen - und ich sehe gerade, dass die sogesehen schon erfolgreich sind laut Statistik, man muss nur genau hinsehen:
da wirds mir immer unverständlicherCode:B:\Users\User>ping 169.254.1.1 Pinging 169.254.1.1 with 32 bytes of data: Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Ping statistics for 169.254.1.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
... verbastelt man auch nicht die Konfiguration. Da bedarf es auch keiner Notfall-IP-Adresse.Freetz!Box schrieb:
Bevor Du Dich hier noch weiter mit der IP-Adresse verrennst ein Bildnis zur Notfall-IP aus dem realen Leben:
Eine weitere Hausnummer an der Eingangtür macht das Haus nicht unsicherer.Wie kommst du darauf, dass das erfolgreich war?da wirds mir immer unverständlicherCode:B:\Users\User>ping 169.254.1.1 Pinging 169.254.1.1 with 32 bytes of data: Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Reply from 192.168.178.32: Destination host unreachable. Ping statistics for 169.254.1.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.32 266Auf einem Linux System würde es so aussehen:
PING 192.168.178.253 (192.168.178.253) 56(84) bytes of data.
From 192.168.178.25 icmp_seq=1 Destination Host Unreachable
From 192.168.178.25 icmp_seq=2 Destination Host Unreachable
From 192.168.178.25 icmp_seq=3 Destination Host Unreachable
From 192.168.178.25 icmp_seq=4 Destination Host Unreachable
--- 192.168.178.253 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3015msDas Netz 169.254.0.0/16 ist ebenso wie 10.0.0.0/8 oder 127.0.0.0/8 oder 192.168.0.0/16 ein ganz normales Netz, was das Routing betrifft. Es gibt nur Konventionen, wie es verwendet werden soll.
Bei meinen Windows-Systemen (XP, Vista, Win 7) wird dieser Ping komplett fehlerfrei beantwortet...
Ping wird ausgeführt für 169.254.1.1 mit 32 Bytes Daten:
Antwort von 169.254.1.1: Bytes=32 Zeit=2ms TTL=64
Antwort von 169.254.1.1: Bytes=32 Zeit=2ms TTL=64
Antwort von 169.254.1.1: Bytes=32 Zeit=2ms TTL=64
Antwort von 169.254.1.1: Bytes=32 Zeit=2ms TTL=64
Ping-Statistik für 169.254.1.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 2ms, Maximum = 2ms, Mittelwert = 2msBeachte bitte, das Einfallstor ist nicht die Adresse sondern die Haustür, also bei der Fritz der WEB-Zugang. Der ist aber bei beiden (postalischen) Adressen der selbe! Nicht nur der gleiche.
#!/bin/sh
# Bis zur Unendlichkeit, und noch viel weiter!
while true
do
# Nur ein Ping, Vasilly!
ping -c1 169.254.1.1 2>/dev/null
if [ $? -eq 0 ]
then
# Das down Kommando
ifconfig lan:0 down
ifconfig lan:0 10.10.10.10 up
# ...lange warten...
sleep 300
else
# ...kurz warten...
sleep 5
fi
done
#EOFnonfip.sh &ps
30109 root 0:03 {nonfip.sh} /bin/sh /var/media/ftp/SanDisk-Cruzer-01/scripts/nonfip.shifconfig lan:0
lan:0 Link encap:Ethernet HWaddr 9C:C7:A6:XX:XX:XX
inet addr:10.10.10.10 Bcast:10.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1Dann würdest Du aber nicht die Ursache Sicherheitsloch bekämpfen können sondern nur an dem Symtom "Fritzbox-lokalisieren" etwas rumfrickeln. Und das ist auch keine Einshränkung der Angriffsfläche weil es recht einfach ist, den Weg der Daten Richtung Internet zu analysieren, Stichwort "Gateway". Genau da steht wie in einem Adressbuch die echte IP-Adresse des Gateways drin.
Da ist aber ein kleiner Unterschied zum anderen Beispiel: Die Zieladresse ist im selben Subnetz.RalfFriedl schrieb:
Die Zieladresse ist auch bei dem Windows Beispiel im gleichen Subnetz, oder sie wird von einem lokalen Firewall gefiltert. sonst käme eine Rückmeldungen nämlich, wenn überhaupt, vom Router und nicht von der lokalen Adresse.
Der Klientrechner wird über die 169.254.1.1 die fritz.box erreichen wenn:
