[Erledigt] FRITZ!Box 6490 - SNMP-Zugriff auf 192.168.100.1 nach Update auf 06.83?

[PeterPawn]

@fesc:
Bei welcher Version? Ich suche ja nach diesem Zugriff.

Wenn ich in der 06.83 mit "armconsole" auf dem ARM-Core nachsehe, dann hat der zwar das virtuelle Interface "lan0" mit dieser Adresse, aber jeder Versuch, da ein anderes System zu erreichen (meinetwegen mit "ping") endet in einem "Network unreachable", weil es für dieses Interface gar keinen Eintrag in der Routing-Tabelle gibt.

Selbst wenn also der ATOM-Core die Pakete an den ARM-Core weiterreicht ... wie finden diese dann ihren Rückweg?

Welche Dienste erreichst Du denn bei Deiner Box (und mit welcher OS-Version) über diese 192.168.100.1? Ich kriege da nichts - allerdings bin ich eben auch immer noch bei der 06.83 und den ganzen anderen Zinnober (inkl. des Wiederauferstehens von PACM) der nachfolgenden Versionen habe ich nicht mitgemacht - dazu würde ich mir erst gerne über die Folgen klarwerden und dafür fehlt mir die Zeit.

 

[fesc]

6.87
Und ich bin selber gerade verwirrt.
- Dienste: http/https (d.h. die normale web oberflaeche)
- Die Pakete landen auf dem arm ueber lan0, geroutet von192.168.100.2
- 192.168.100.2 ist der atom, dort gehen die pakete ueber acc0 von 192.168.100.2 nach 192.168.100.1, vorher werden sie ueber lan vom eigentlichen absender empfangen und nach "dsl" geroutet. Dort (via dsld?) findet dann wohl das routing statt ohne dass es ein explizites interface in 192.168.100 gibt.
- Die rueckroute findet der arm direkt ueber die L2 tabelle, dort ist ein eintrag fuer 192.168.100.2, wobei die frage ist wie der atom dann wieder zum eigentlichen absender findet.
- Und warum http/s traffic ueber den umweg arm wieder zum atom geht verstehe ich auch nicht.

Aber vielleicht habe ich auch zu viel am netzwerksetup herumgefummelt und auf einer originalbox geht das gar nicht ...

Edit:
- Das Gegenstueck zu acc0 auf atom ist acc0.4 auf dem arm. Dort gehen alle Daten rueber.
- Alle anderen ports auf dem atom sind nicht erreichbar (nur http/s).

Edit 2: Das ganze ist wohl einfach der Datenpfad um von extern auf das web interface zu kommen...

 

[Priority]

http://192.168.100.1 ist auch bei mir möglich(VF Box entbrandet und von Labor 6.98) wieder auf 6.87
18.08.18
07:09:50
Anmeldung an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 169.254.1.2. Das zeigt sie an wenn ich die 192.168.100.1 aufrufe.

 

[PeterPawn]

Das ganze ist wohl einfach der Datenpfad um von extern auf das web interface zu kommen...

Hoffentlich nicht ... der Zugriff aufs GUI ist über diese Adresse von der RF-Seite gar nicht geplant.

@Priority:
Da geht es wohl tatsächlich als 192.168.100.1 direkt an den ARM-Core, der dann wieder (über die interne Brücke mit den acc0-Interfaces) zum ATOM-Core verbindet ... damit kommt die Verbindung von der 169.254.1.2 - das ist exakt die acc0-Adresse des ARM-Cores (der ATOM-Core hat die .1).

----------------------------------------------------------------------------------------------------------------------

Dann hat AVM wohl in den Folgeversionen nicht nur die PACM-Module wieder dazugepackt (die fehlen in der 06.83 ja auch), sondern auch noch die Fehler (und als solchen darf man das fehlende 192.168.100.1-Interface in der 06.83 dann wohl bezeichnen) behoben - und meine Eingangsfrage wäre geklärt.

Damit müßte sich da aber auch ein vom Benutzer auszulesender SNMP-Stack finden lassen ... das meiste read-only, aber die US- und DS-Rate sollte da auch zu ermitteln sein und ebenso eine "uptime". Es gab ja sogar mal irgendwo in Freetz ein Paket, mit dem man die Daten eines Cisco-Modems vor der HomeBox1 von KDG visualisieren konnte ... ich weiß nur nicht mehr, ob das über HTTP oder über SNMP die Werte abgefragt hat.

Mal sehen, wann ich mich zum Update auf eine neuere Version entschließe ... vermutlich nicht vor FRITZ!OS 7.

 

[Priority]

1970-01-01 09:30:31.196 - tcpproxy: 192.168.100.1:80 -> 169.254.1.1:80
1970-01-01 09:30:31.197 - tcpproxy: 192.168.100.1:443 -> 169.254.1.1:443
1970-01-01 09:30:31.197 - tcpproxy: init done.

udp        0      0 10.26.184.59:161        0.0.0.0:*                           925/snmp_agent_cm
udp        0      0 192.168.100.1:161       0.0.0.0:*                           925/snmp_agent_cm
udp        0      0 10.26.184.59:162        0.0.0.0:*                           925/snmp_agent_cm
udp        0      0 192.168.100.1:162       0.0.0.0:*                           925/snmp_agent_cm


2018-08-18 06:26:14.850 - docsis: B2B: commit start
2018-08-18 06:26:14.851 - docsis: B2B: add l2sd0.2 erouter0
2018-08-18 06:26:14.852 - docsis: B2B: add acc0.4 lbr0
2018-08-18 06:26:14.852 - docsis: B2B: commit end
2018-08-18 06:26:14.855 - docsis: B2B: commit start
2018-08-18 06:26:14.877 - docsis: B2B: add l2sd0.3 edva0
2018-08-18 06:26:14.877 - docsis: B2B: commit end

das sagt die support dazu..

//edit by stoney: [CODE] TAG [/CODE]