Skip to main content
P
pmetras
Known Participant
July 14, 2009
Question

Proxying from FMS to HTTP stops working after a few hours

  • July 14, 2009
  • 2 replies
  • 2870 views

Hi,

I'm using FMS Streaming 3.5.0 r405 on linux servers to stream videos with RTMP/RTMPT. We have decided to use the new proxying function to redirect HTTP requests to a Web server. We did not install the included Apache server, but used a lighttpd server installed on the same machines and configured to listen on port 81. So when a client connects with our player, it tries first RTMP, RTMPT and if it times out on these attemps, we try to go through with HTTP. FMS proxies the HTTP request received on port 80 to the lighttpd server on port 81.

My fms.ini file contains:

# Whether to start and stop the included HTTP server along
# with FMS.
#
SERVER.HTTPD_ENABLED = false


# IP (address and) port that Flash Media Server should proxy
# unknown HTTP requests to. Leave empty to disable proxying.
# With no address, specifies a localhost port.
# For example:
#    HTTPPROXY.HOST = webfarm.example.com:80
#
HTTPPROXY.HOST = :81

This works well, but after a few hours, the HTTP proxy of FMS does not work anymore. Lighttpd is still responding on port 81. There is no error in all log files. Just stops working!

I have to restart FMS to enable again the tunnel. This behavior happens on all my streamers. Is it a bug or am I missing something?

    This topic has been closed for replies.

    2 replies

    V
    vsalon-aMqHkc
    Participating Frequently
    August 31, 2009

    Hello,

    I'm using Linux and I'm suffering from the same problem. Things works well, but after a few hours

    I get no respond to my http requests.

    Alon

    V
    vsalon-aMqHkc
    Participating Frequently
    August 31, 2009

    Hi,

    This is what I'm getting when using "ldd fmsedge"

    root@wis-fms fms]# ldd fmsedge

    linux-gate.so.1 =>  (0x006ba000)

    libpthread.so.0 => /lib/libpthread.so.0 (0x00a67000)

    libasneu.so.1 => not found

    librt.so.1 => /lib/librt.so.1 (0x0012a000)

    libdl.so.2 => /lib/libdl.so.2 (0x00a61000)

    libcap.so.1 => /lib/libcap.so.1 (0x00688000)

    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00cc5000)

    libm.so.6 => /lib/libm.so.6 (0x00a38000)

    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00c3b000)

    libc.so.6 => /lib/libc.so.6 (0x008f3000)

    /lib/ld-linux.so.2 (0x008d5000)

    [root

    Alon

    F
    fredadmin
    Participant
    September 11, 2009

    Hi,

    I dont know if this will solve your problem, but you shall not have "not found" when looking for library dependencies.

    You can sort this out by adding a link such as:

    ln -s /opt/adobe/fms/libasneu.so.1 /lib/libasneu.so.1

    with /opt/adobe/fms/libasneu.so.1 being the directory where you installed fms.

    Fred

    J
    j_strimpel
    Participating Frequently
    August 20, 2009

    We are experiencing the same problem as well. Apache continues to respond - bypass fmis by appending port to URL - even when fmis stops forwarding http requests.

    P
    pmetrasAuthor
    Known Participant
    August 24, 2009

    Hi j_strimpel,

    Could you check that fmsedge binary is correctly loading the libasneu.so.1 library?

    I'm supposing you are running fms under linux, to do it, go into /opt/adobe/fms and run "ldd fmsedge".

    Terms & ConditionsAccessibility statement
    Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices