[Fli4l_dev] Informationen ?==?utf-8?Q?zu den wöchentlichen 4.0-Ar?==?utf-8?Q?chiven vom 09.02.2018 (r50972?==?utf-8?Q?)

Marc-Oliver Lange mol1 at gmx.de
Sa Feb 10 22:44:28 CET 2018


Hallo Christoph,

ich denke mal ich habe da etwas gefunden...aber bewerte bitte einmal
selbst.

In der dyndns-update findest Du ab ca. Zeile 909 dieses hier:

    # get IP of our outgoing WAN device to use this for source routing
with netcat and STUN
    circ_dev_ip=`ip a s $circ_dev | sed -ne
's/^[[:space:]]*inet[[:space:]]\([0-9\.]*\).*/\1/p'`
    if [ -z "$circ_dev_ip" ]
    then
        abort "Can't get IPv4 address of interface '${circ_dev}!"
..

in meinem Fall ergibt sich somit folgende Zeile die beim Ausführen mit
meiner externen IP antwortet 	
		
>> ip a s ppp1 | sed -ne
's/^[[:space:]]*inet[[:space:]]\([0-9\.]*\).*/\1/p'
   '/sbin/ip a s ppp1' called, call sequence: init (1) -> dropbear
(8811) -> dropbear (1314) -> sh (1315) -> ip (18347) -> /sbin/ip
xxx.xxx.xxx.xxx

allerdings bleibt auch ein Eintrag im bekannten Verzeichnis:

ip (18347) -> 18347 bleibt in /var/run/mom/endpoints/ bestehen.

Schlussendlich bin denke ich das der Aufruf in ./sbin/ip

 exec /usr/local/bin/wrapped/`basename $0` $*
also in diesem Fall
exec /usr/local/bin/wrapped/ip a s ppp1 
einfach stirbt und die "Leiche" liegen lässt.
Weiter komme ich leider nicht da sich mein Putty an dieser Stelle ins
Nirwana verabschiedet.

Ich hoffe mal das ich auf dem richtigen Pfad.
VG
Marco









Mehr Informationen über die Mailingliste Fli4l_dev