Kein Zugriff auf Weboberfläche - DSL-Modem

      Kein Zugriff auf Weboberfläche - DSL-Modem

      Möglicherweise hat jemand der hier anwesenden Kapazitäten einen Lösungsansatz ...

      Nachdem nun Hybrid und demnach auch der SPH Geschichte für mich sind versuche ich bisher vergeblich mein neues DSL-Modem (Telekom Speedport Smart) über WLAN zu erreichen.

      Der Speedport Smart lässt sich also im reinen Modembetrieb verwenden, nach der Aktivierung des selbigen gibt der Smart aus, von nun an über die IP 169.254.2.1 erreichbar zu sein - aber nur an LAN 1 über LAN. Der nachfolgende Router (ASUS RT-AC88u) muss vorgegebener Weise über LAN 4 des Smart angeschlossen werden. Alles funktioniert auch tadellos, bis auf den Zugriff auf die WEB GUI des Smart via WLAN.

      Versucht habe ich bisher folgende Herangehensweise: goo.gl/tPY5yG (wirkungslos)

      Die Daten dazu:

      ASUS Router:
      LAN IP Address 192.168.1.1
      Subnet Mask 255.255.255.0

      WAN IP auf Automatic
      oder
      WAN IP auf Static
      IP Address 169.254.2.2
      Subnet Mask 255.255.255.0
      Default Gateway 169.254.2.1

      route:

      Quellcode

      1. Kernel IP routing table
      2. Destination Gateway Genmask Flags Metric Ref Use Iface
      3. 62.155.247.225 * 255.255.255.255 UH 0 0 0 ppp0
      4. 192.168.1.0 * 255.255.255.0 U 0 0 0 br0
      5. 169.254.0.0 * 255.255.0.0 U 0 0 0 vlan7
      6. 127.0.0.0 * 255.0.0.0 U 0 0 0 lo
      7. default 62.155.247.225 0.0.0.0 UG 0 0 0 ppp0


      ifconfig

      Quellcode

      1. br0 Link encap:Ethernet HWaddr 60:45:CB:18:80:78
      2. inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
      3. inet6 addr: fe80::6245:cbff:fe18:8078/64 Scope:Link
      4. inet6 addr: 2003:da:4bd7:6200::1/56 Scope:Global
      5. UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
      6. RX packets:52182 errors:0 dropped:0 overruns:0 frame:0
      7. TX packets:361087 errors:0 dropped:0 overruns:0 carrier:0
      8. collisions:0 txqueuelen:0
      9. RX bytes:8102626 (7.7 MiB) TX bytes:497723012 (474.6 MiB)
      10. eth0 Link encap:Ethernet HWaddr 60:45:CB:18:80:78
      11. inet6 addr: fe80::6245:cbff:fe18:8078/64 Scope:Link
      12. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      13. RX packets:344700 errors:0 dropped:0 overruns:0 frame:0
      14. TX packets:195630 errors:0 dropped:0 overruns:0 carrier:0
      15. collisions:0 txqueuelen:1000
      16. RX bytes:489450892 (466.7 MiB) TX bytes:20749609 (19.7 MiB)
      17. Interrupt:180 Base address:0x5000
      18. eth1 Link encap:Ethernet HWaddr 60:45:CB:18:80:78
      19. inet6 addr: fe80::6245:cbff:fe18:8078/64 Scope:Link
      20. UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
      21. RX packets:844 errors:0 dropped:0 overruns:0 frame:0
      22. TX packets:6281 errors:0 dropped:7 overruns:0 carrier:0
      23. collisions:0 txqueuelen:1000
      24. RX bytes:220203 (215.0 KiB) TX bytes:1609903 (1.5 MiB)
      25. eth2 Link encap:Ethernet HWaddr 60:45:CB:18:80:7C
      26. inet6 addr: fe80::6245:cbff:fe18:807c/64 Scope:Link
      27. UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
      28. RX packets:6068 errors:0 dropped:0 overruns:0 frame:0
      29. TX packets:307615 errors:0 dropped:3 overruns:0 carrier:0
      30. collisions:0 txqueuelen:1000
      31. RX bytes:1013944 (990.1 KiB) TX bytes:451301031 (430.3 MiB)
      32. lo Link encap:Local Loopback
      33. inet addr:127.0.0.1 Mask:255.0.0.0
      34. inet6 addr: ::1/128 Scope:Host
      35. UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
      36. RX packets:19083 errors:0 dropped:0 overruns:0 frame:0
      37. TX packets:19083 errors:0 dropped:0 overruns:0 carrier:0
      38. collisions:0 txqueuelen:0
      39. RX bytes:4466426 (4.2 MiB) TX bytes:4466426 (4.2 MiB)
      40. ppp0 Link encap:Point-to-Point Protocol
      41. inet addr:84.157.149.137 P-t-P:62.155.247.225 Mask:255.255.255.255
      42. inet6 addr: 2003:da:4bbf:1761:98a9:1717:c3ea:cbf4/64 Scope:Global
      43. inet6 addr: fe80::98a9:1717:c3ea:cbf4/10 Scope:Link
      44. UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
      45. RX packets:27465 errors:0 dropped:0 overruns:0 frame:0
      46. TX packets:25430 errors:0 dropped:0 overruns:0 carrier:0
      47. collisions:0 txqueuelen:3
      48. RX bytes:17508323 (16.6 MiB) TX bytes:4389453 (4.1 MiB)
      49. vlan1 Link encap:Ethernet HWaddr 60:45:CB:18:80:78
      50. inet6 addr: fe80::6245:cbff:fe18:8078/64 Scope:Link
      51. UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
      52. RX packets:1169 errors:0 dropped:0 overruns:0 frame:0
      53. TX packets:7224 errors:0 dropped:0 overruns:0 carrier:0
      54. collisions:0 txqueuelen:0
      55. RX bytes:132262 (129.1 KiB) TX bytes:1815234 (1.7 MiB)
      56. vlan7 Link encap:Ethernet HWaddr C8:69:CD:3D:45:8F
      57. inet addr:169.254.99.149 Bcast:169.254.255.255 Mask:255.255.0.0
      58. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      59. RX packets:342889 errors:0 dropped:0 overruns:0 frame:0
      60. TX packets:188392 errors:0 dropped:0 overruns:0 carrier:0
      61. collisions:0 txqueuelen:0
      62. RX bytes:483083078 (460.7 MiB) TX bytes:17016639 (16.2 MiB)
      63. wds0.1 Link encap:Ethernet HWaddr 60:45:CB:18:80:78
      64. inet6 addr: fe80::6245:cbff:fe18:8078/64 Scope:Link
      65. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      66. RX packets:36076 errors:0 dropped:0 overruns:0 frame:0
      67. TX packets:61611 errors:0 dropped:0 overruns:0 carrier:0
      68. collisions:0 txqueuelen:1000
      69. RX bytes:5234620 (4.9 MiB) TX bytes:48387013 (46.1 MiB)


      :/

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „eclp“ ()

      Moin!

      Ich kenn' Ähnliches von meiner LTE-Bridge im Bridge-Modus...
      Verpass' mal dem PC-Interface, über das Du auf die GUI willst, eine zusätzliche (statische) IP aus dem Bereich des SMART - dann könnt es gehen.
      Bei meiner LTE-Bridge ist das auch immer notwendig - aber eigentlich muß man ja fast nie auf die GUI einer Bridge :D

      mfg, emkay

      EDIT: mir fällt gerdae ein, daß das auch notwendig war, wenn ich auf die SPH-GUI wollte, wenn der als Modem am Asus DSL-AC87VG hing...
      Besteht das Problem nur über WLAN?
      Wäre möglich, daß die 169er-IP einfach nicht zwischen LAN/WLAN geroutet wird....
      (wegen Trennung im Asus)

      Mal per LAN versuchen - wenn's da geht könnte man auch versuchen (wenn möglich) dem SMART eine IP aus einem anderen Bereich als gerade dem 169er zu verpassen --> die scheinen öfter mal zickig beim Routen zu sein.
      Das ist ja ein halb-privater Bereich, gehört glaub' eigentlich Microsoft -- und nicht alle Geräte behandeln die IPs gleich und richtig...
      (ich erinner da mal an den Whatsapp-Bug des SPHs und anderer Speedports ;) )

      mfg, emkay
      @emkay ... DANKE!

      Die IP im Smart ist nicht editierbar, keine Chance.

      ​Diese beiden Code Schnipsel habe ich im ASUS Forum gefunden, hat den Leuten dort wohl geholfen. Wie ich die Scripte einfüge ist mir bekannt, nur nicht was ich eventuell außer der IP ändern muss nicht. Im folgenden wird sich hier über diesen Ansatz unterhalten, mir ähnlicher Lösung. Vielleicht kann/ mag jemand kurz drüberfliegen (ist relativ kurz :) ). --> goo.gl/LxQhRs

      /jffs/scripts/nat-start

      Shell-Script

      1. #!/bin/sh
      2. # Allow modem access (also wan-start)
      3. iptables -t nat -I POSTROUTING -o `nvram get wan0_ifname` -j MASQUERADE
      4. Exit

      /jffs/scripts/wan-start

      Shell-Script

      1. #!/bin/sh
      2. # Allow modem access (also nat-start)
      3. ifconfig `nvram get wan0_ifname`:0 192.168.100.2 netmask 255.255.255.0
      4. Exit


      :)
      Sieht mir so aus, als würde das genau meinen ersten Vorschlag - rückwärts - umsetzen :D
      --> im Asus wird dem WAN-Interface (bei Dir der Smart) eine zusätzlich IP, eben die 192.168.100.2, verpasst...

      Nur die IP musst Du eventuell an Deine Situation anpassen -- also eventuell was aus 192.168.1.xxx

      Der Rest passt so, weil nvram get wan0_ifname den Interface-Namen aus dem Flash des Routers liest -- das ist also schon selbstanpassend.

      mfg, emkay
      @eclp ..der Bereich 169.254.0.0/16 ist ein besonderer Bereich, der nur als lokale Service im LAN für Client's mit DHCP, wenn DHCP nicht geht, benutzt werden. Daher wird dieser Bereich durch den Asus nicht geroutet werden.

      So wie sich die Bedingungsanleitung liest, wird diese IP auch nicht am LAN4 bereit gestellt.

      Was eine Krückenimplementierung. Bei Kabelmodems im Bridge-Modus kann man trotzdem eine 192.168.100.1 aufrufen und die Statusinfo's abrufen und z.B. die Startfrequenz für den Downstream eintragen.

      Grüße

      danXde
      Naja, deshalb sollen die Asus-Scripte dem Modem ja auf Router-Seite eine passende IP verpassen - da gebridged, müsste man den Smart dann ja darüber erreichen können...
      (aber nicht über die 169er - nur über die Neue)

      Meine LTE-Bridge hat, sobald sie verbunden ist, gar keine Lokale IP irgendeiner Art mehr... nur noch die WAN-IP.
      --> will ich die lokal erreichen, muß ich entweder die WAN-IP nehmen, oder eben einfach eine lokale manuell zuweisen - was ja kein Problem ist, denn im Bridge-Modus ist das Interface im Modem und das verbundene Interface im PC/Router ja logisch gleich.

      mfg, emkay
      @danXde und @eMKay77 vielen Dank!

      Tja ... und das bedeutet nun konkret?

      Es gibt nicht viele Modems die mit VVDSL vernünftig syncen, liegt offenbar am Chipsatz. Der Smart hat Chips von Broadcom drin und liegt damit im oberen Bereich wenn nicht an der Spitze wenn eine schnelle und stabile Verbindung gewünscht wird. Der Vigor130 von DrayTek z.B. schaffte an meiner Leitung fast 15% weniger im Down- und Upload, da ist der Smart schon wirklich gut.

      Aber gut, zurück zum Thema, kann ich noch etwas versuchen?
      Moin,

      vielleicht kannst du ja in diesen beiden Lösungsansätzen etwas finden was dir weiterhilft.

      dd-wrt.com/wiki/index.php/Access_To_Modem_Configuration

      draytek.de/wie-kann-ich-auf-de…idge-modus-zugreifen.html

      Ich habe Vigor130 weil der an meiner noch 6mbit RAM Leitung die 6mbit auch hinbekommt (mein treues Teledat 302 hatte das bis vor 3 Wochen auch geschafft).

      Ich kann mir gar nicht vorstellen das der Vigor130 am VVDSL so schlecht ist.
      Danke @itschue ...

      Die dd-wrt wiki habe ich leider auch erfolglos ausprobiert. Da der Smart im Modem-Betrieb nicht das erforderliche VLAN 7 tag mitgibt bin ich gezwungen dass den Asus erledigen zu lassen. Aber, so wie ich bisher las, ist eben diesen tagging dafür verantworlich. Das tagging habe ich sogar vorübergehend rausgenommen (kein Internet dann), allerdings hatte ich damit auch keinen Erfolg.

      Für die Lösung gebe ich eine Belohnung aus! 8o :D
      Lesen macht Klug.... :D

      Laut Anleitung muß der Smart im Modem-Modus per LAN4 mit dem Router verbunden werden - soweit sogut.
      Der Status ist dann über 169.254.2.1 an LAN1, LAN2, LAN3 abrufbar ;)

      Dumm das....

      Eventuell hilft es ja, zusätzlich ein LAN-Kabel von LAN1-Smart an einen freien Port des Asus zu klemmen ;) :D
      (also zusätzlich zu Asus-WAN auf Smart-LAN4)
      ---> dann läuft die Modem-/PPoE-Verbindung über das eine Kabel und die IP-/Status-Verbindung über das zweite....

      mfg, emkay

      eMKay77 schrieb:


      Laut Anleitung muß der Smart im Modem-Modus per LAN4 mit dem Router verbunden werden - soweit sogut.
      Der Status ist dann über 169.254.2.1 an LAN1, LAN2, LAN3 abrufbar ;)

      Ja, so ist es.
      ​Habe nun testweise ein LAN Kabel von LAN1 des Smart an einen freien LAN des Asus geklemmt, wenn ich nun 169.254.2.1 aufrufe kommt trotzdem nichts.


      danXde schrieb:

      ....so sollte es gehen. ...dann ist LAN1-3 einfach im LAN des ASUS und dann muss die 169.254.2.1 nur noch geswitcht werden.

      ​Was ist mit switchen gemeint? :/ ?(

      ​Wobei ich die LAN-Methode nicht so elegant fände als die Möglichkeit das mit Scripten zu realisieren. 8o
      Was mir gerade aufgefallen ist. --> Die Mac Adresse des Smart am WAN des Asus wechselt in unregelmäßigen Abständen und wieder zurück (einmal als Huawei Inc. und einmal als Juniper Networks identifiziert.) Habe davon mal ein Screenshot gemacht, unten an LAN 3 nun ebenfalls die Mac des Smart (als Huawei Inc.).




      Warum? ;( ?(

      Dies Phänomen tritt aber auch ohne zusätzlich eingestecktes LAN-Kabel auf.
      hi @eclp, warum die MAC am WAN-Port wechselt, keine Ahnung.

      Da in dem Smart ja ein 4-Port Switch verbaut ist, siehst Du die gleiche MAC-Adresse auch am Port 3. Solange wie der Asus WAN und LAN sauber trennt, sollte das erstmal nix problematisches sein. Im Grunde baust du mit dem zweiten Kabel ein Out-of-Band-Management, wenn du jetzt an deinem Windows-PC die IP mal statisch konfiguriert und dann unter erweitert einfach noch eine zweite IP 169.254.2.2/255.255.0.0 anlegst. Solltest Du vom PC auch auf den SP-H im Bridge-Modus zugreifen können. Die primäre IP definierst Du aus dem LAN-Scope des Asus.

      Nachtrag: Inteligenter wäre schon ein Bereich von 192.168.x.x für die Management-IP gewesen, noch besser natürlich, wenn's frei einstellbar wäre.

      Grüße

      danXde
      Moin @eclp!

      Nach Anleitung bleibt im Modem-Modus eigentlich nur die Lösung mit den zwei Kabeln... für die 169er-IP muß man eventuell dann noch passende Firewall-Regel(n) im Asus hinterlegen... (OK - vielleicht also doch nochn Script :D )

      Mit nur einem Kabel ginge es wohl, wenn man den Smart nicht als Modem, sondern Bridge/Ein-Port-Router konfiguriert - also Smart baut die Verbindung auf und gibt sie nur weiter... aber bei Speedports kann man dann meist die Firewall nicht deaktivieren.

      Kurz: Speedports sind halt die coolsten Geräte auf dem Markt ;) :D

      mfg, emkay