[Eisfair] fbtr64toolbox mit Nicht AVM-Geräten

[Kay Martinen]

Am 30.06.20 um 14:41 schrieb Marcus Röckrath:
> Hallo Kay,
> 
> Kay Martinen wrote:
> 
>> Ich fand bisher keine Klaren Infos darüber OB und wie ein Speedport
>> Hybrid überhaupt TR-064 könnte. TR-069 als Providerseitiges
>> Autokonfigurations-protokoll kann er unter dem Label "Easy Support"
> 
> Das ist TR69, wobei es Speedports gab/gibt, deren Firmware auf dem WAN dabei
> auch TR64 gestattete, was ein riesiges Problem war/ist.
> 
>> Wenn das AUS ist und man es AN macht bietet es zwei Optionen an. Die
>> Eine kann man AN klicken um Konfig-änderungen vom Provider NICHT zu
>> erlauben (=Desaktiviert) und das AN klicken der Zweiten Desaktiviert
>> automatische Firmware-updates. Was da bei beiden aktivierten noch übrig
>> bliebe wird NICHT erklärt. Jemand ne Idee? TR-064 scheint's nicht zu
>> sein. S.u.
> 
> Nein, das ist TR69. Man findet Hinweise, dass es Speedport mit
> TR64-Schnittstelle gibt, daher habe ich auch die genannten Ports:
> 
>>> # SOAP port; do not change
>>> FBPORT="37000"
>>> # SSL SOAP port; will be read from the fritzbox in the script.
>>> FBPORTSSL="37443"
> 
> Zumindest den 37443, den unverschlüsselten habe ich geraten.
> 
>>> sein, was in /root/.fbtr64toolbox zu setzen wäre, nachdem eine
>>> Beispielkonfiguration mittels
>>>
>>> fbtr64toolbox.sh writeconfig
>>
>> BTDT Aber es geht nicht.
> 
>> Dann mit dem Defaultport für TR-064 (7547 oder so) und auch kein Erfolg.
>>
>> Und jetzt eben mit 37000 und 37443. Wieder no response...
> 
> Setze doch mal FBPORT auch auf 37443.
> 
>> Daraus muß man wohl schließen: Ein Speedport Hybrid ist nicht wie eine
>> Fritzbox.
> 
> Natürlich nicht, aber TR64 ist auch keine AVM-Erfindung; eine Garantie, dass
> eine Speedport das implementiert hat, sagt das aber auch nicht.

Hab ich auch nicht gemeint. Nur das dies Protokoll das einen
Standardport hat auf dem Standardport eben nicht reagiert.

Telekom und Standards sind zwar eine Sache für sich aber nun ja...

> Die Hinweise im Internet lassen aber den Schuluss zu, dass es Speedports mit
> TR64 geben muss.

TR64 oder UPnP?

> https://forum.stricted.net/index.php/Thread/11-Innenleben-SPH/?pageNo=4
> 
> Kommt hier was?

Wobei, Worauf soll was kommen?

> 
> http://192.168.2.1:37215/tr064dev.xml
> 
> Dann könnte der FBPORT auch 37215 sein.
> 
eisnews 2.8.25 # fbtr64toolbox.sh deviceinfo
Unable to get security port

mit --debugfb

> response: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:u="urn:telekom-de.totr64-2-n">
> <SOAP-ENV:Body>
> <SOAP-ENV:Fault>
> <FaultCode>Client</FaultCode>
> <FaultString>UPNP fault</FaultString>
> <detail>
> <u:Fault>
> <FaultCode>9000</FaultCode>
> <FaultString>Method not supported</FaultString>
> </u:Fault>
> </detail>
> </SOAP-ENV:Fault>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>

Scheint ein UPnP Port zu sein.

SSLPort auf den gleichen Wert zu setzen ändert nichts. 37443 für SSL
auch nicht. Den SSL Port in der config auskommentieren bringt nichts.
Den normalen Port auskommentieren um den SSL zu erzwingen bringt

> eisnews 2.8.25 # fbtr64toolbox.sh deviceinfo
> No (http) response from fritzbox on port 49000

Und das obwohl der SSL da auf 37215 gesetzt ist.

Watt Nu?

Kay

-- 
Posted via leafnode