[7050] Internen Callmonitor weiterleiten

CoolBlue82 · 1 Feb 2006

Hallo zusammen,

kann man irgendwie per Shell Script die Ausgabe des internen Callmonitors von Port 1012 auf eine WebSeite weiterleiten lassen per wget?

wget http://domain.tld/script.php?AUSGABE

das mit dem wget sollte ja klappen, aber wie krieg ich die Infos von Port 1012?

oder muss ich da schon nen C Prog verwenden?
Leider habe ich keine Ahnung von Linux, daher weiß ich auch nicht wie ich das Crosscompiling hinkriegen soll.
Falls mir jemand ne nette Beschreibung machen könnte, dann würde ich das wohl auch hinkrigen, bißchen C kann ich.

Das ich das einzige, was ich gefunden habe, aber hilft mir nicht wirklich
http://www.ip-phone-forum.de/showthread.php?t=80579

Thx
CoolBlue

buehmann · 1 Feb 2006

CoolBlue82 schrieb:
das mit dem wget sollte ja klappen, aber wie krieg ich die Infos von Port 1012?

Z.B. mit nc:

Code:

nc localhost 1012 | do_something

nc ist in der Standardfirmware nicht dabei, aber eine entsprechende Busybox-Version kannst du auch nachladen (oder direkt eine so modifizierte Firmware benutzen).

Andreas

CoolBlue82 · 1 Feb 2006

Wo bekomme ich nc her?
Möchte nicht gern eine modifizierte version benutzen.
bin schon seit längerm am suchen im Board, aber leider geht die Suche erst ab 3 Zeichen.
Gibt es auch ne kleine beschriebung dazu?
thx

buehmann · 1 Feb 2006

CoolBlue82 schrieb:
Wo bekomme ich nc her?

Du könntest nur die Busybox (+ evtl. benötigte Bibliotheken) aus einem der Mods verwenden, z.B. aus dem danisahne-mod. (http://www.ip-phone-forum.de/showthread.php?t=85371)

Gibt es auch ne kleine beschriebung dazu?

Code:

# nc --help
BusyBox v1.1.0-pre1 (2006.01.28-10:49+0000) multi-call binary

Usage: nc [OPTIONS] [IP] [port]

Netcat opens a pipe to IP:port

Options:
        -l              listen mode, for inbound connects
        -p PORT         local port number
        -i SECS         delay interval for lines sent
        -w SECS         timeout for connects and final net reads

Andreas

CoolBlue82 · 3 Feb 2006

so, bin jetzt so weit, dass ich die daten mit nc abfange und dann per sh weiterleite

nc localhost 1012 | /var/tmp/script.sh > /dev/null

das funktioniert auch super, wenn ich es per telnet oder SSH starte. aber wenn ich die Verbindung trenne ist es vorbei.
auch wenn ich es über die debug.cfg start, dann funktioniert SSH nicht mehr (auch wenn die ausführung vor dem nc aufruf ist)
gibt es da nen trick?

danisahne · 3 Feb 2006

Versuch mal das ganze in den Hintergrund zu schieben. Wenn ich das richtig sehe, dann kehrt das Kommando ja nicht mehr zurück sondern ließt weiter munter aus (was es ja auch soll). Aber der Bootvorgang bleibt da stecken. Ich denke mal du startest Dropbear danach. Wie siehts damit aus?

Code:

nc localhost 1012 | /var/tmp/script.sh > /dev/null [b]&[/b]

EDIT: Hab überlesen, dass du dropbear auch schon vorher ausgeführt hast. Darauf kann ich mir keinen Reim machen.

Mfg,
danisahne

CoolBlue82 · 3 Feb 2006

klappt leider nicht
nach

Code:

 nc localhost 1012 | /var/tmp/call.sh &

kommt nach dem ersten anruf

Code:

[1] + Stopped (tty input)        nc localhost 1012 | /var/tmp/call.sh

der prozess ist mit ps noch sichtbar, aber macht nichts

buehmann · 3 Feb 2006

CoolBlue82 schrieb:
Code:

[1] + Stopped (tty input) nc localhost 1012 | /var/tmp/call.sh

der prozess ist mit ps noch sichtbar, aber macht nichts

Der Job wird gestoppt, weil er von der Standardeingabe lesen will, die ans Terminal gebunden ist (nc schickt ja auch deine Eingaben an den Port 1012); er darf aber nicht vom Terminal lesen, weil er im Hintergrund läuft. (Wenn du ihn z.B. mit "fg" in den Vordergrund holst, läuft der Job weiter.)
Die "Standard"-Lösung, die Eingabe auf /dev/null umzubiegen, kannst du hier nicht benutzen, weil die Sitzung mit Port 1012 dann direkt beendet wird. Der beste Workaround, der mir spontan einfällt, wäre so etwas wie

Code:

tail -f < /dev/null | nc localhost 1012 | /var/tmp/call.sh &

Andreas

CoolBlue82 · 3 Feb 2006

mit /dev/null sollte es keine probleme geben. wenn ich den job ohne & starte, dann funktioniert alles. das problem trifft nur auf, wenn ich den job in den hintergrund schicke

buehmann · 3 Feb 2006

CoolBlue82 schrieb:
wenn ich den job ohne & starte, dann funktioniert alles. das problem trifft nur auf, wenn ich den job in den hintergrund schicke

Ähm ... das sage ich doch auch? Dafür ja auch die Lösung

CoolBlue82 · 3 Feb 2006

sorry, hab dich dann falsch verstanden

habe jetzt

Code:

tail -f < /dev/null | nc localhost 1012 | /var/tmp/call.sh > /dev/null &

funktioniert wunderbar, auch über die debug.cfg

Danke sehr

Languages

Suche

Languages

Suche

[7050] Internen Callmonitor weiterleiten

CoolBlue82

Neuer User

buehmann

Aktives Mitglied

CoolBlue82

Neuer User

buehmann

Aktives Mitglied

CoolBlue82

Neuer User

danisahne

Aktives Mitglied

CoolBlue82

Neuer User

buehmann

Aktives Mitglied

CoolBlue82

Neuer User

buehmann

Aktives Mitglied

CoolBlue82

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums