Remote DAAP share / tunneling suddenly not working

FireFly Media Server Firefly Media Server Forums Firefly Media Server Nightlies Feedback Remote DAAP share / tunneling suddenly not working

Viewing 10 posts - 1 through 10 (of 17 total)
  • Author
    Posts
  • #1297
    jamiew
    Participant

    Posted this on the Wiki discussion here: http://wiki.mt-daapd.org/wiki/Talk:SSH_Tunnel

    My beloved daap_connect one-liner ceased to function recently, with the only genuine change being an upgrade on my computer iTunes 7.1 from iTunes 7.


    ssh [email protected] -N -f -L 3689:servername.com:3689 && mDNSProxyResponderPosix 127.0.0.1 musicserver "Music Server" _daap._tcp. 3689 &

    It tries to connect and just defaults back to the Library. Firewalls all look OK. Don’t see anything interesting in the logs about it… anybody have any ideas?[/code]

    #10133
    rpedde
    Participant

    @jamiew wrote:

    Posted this on the Wiki discussion here: http://wiki.mt-daapd.org/wiki/Talk:SSH_Tunnel

    My beloved daap_connect one-liner ceased to function recently, with the only genuine change being an upgrade on my computer iTunes 7.1 from iTunes 7.


    ssh [email protected] -N -f -L 3689:servername.com:3689 && mDNSProxyResponderPosix 127.0.0.1 musicserver "Music Server" _daap._tcp. 3689 &

    It tries to connect and just defaults back to the Library. Firewalls all look OK. Don’t see anything interesting in the logs about it… anybody have any ideas?[/code]

    Maybe use a different port than 3689? iTunes seems pretty aggressive in listening on it.:

    ssh foo@bar -N -f -L 9999:localhost:3689 && mDNSProxyResponderPosix 127.0.0.1 musicserver “Music Server” _daap._tcp 9999 &

    Also, make sure you aren’t running a copy of the server on the local machine either.

    Might be worth running ssh in -vv to see dbug messages about what’s up, too.

    — Ron

    #10134
    jamiew
    Participant

    Thanks for the tips. Still no go : Some debug info in case it might help, I can’t make anything of it; notes are in parens.


    ((((ssh connecting...))))
    debug2: fd 5 setting O_NONBLOCK
    debug1: channel 1: new [port listener]
    debug1: Entering interactive session.
    ((((ssh connected now; the mDNSProxyResponder command executes...))))
    Made Service Records for BLACKHOLE32Music32Server._daap._tcp.local.
    Service BLACKHOLE32Music32Server._daap._tcp.local. now registered and active
    debug1: Connection to port 9999 forwarding to servername.org port 3689 requested.

    ((((now I click on "BLACKHOLE Music Server" in iTunes 7...))))
    debug2: fd 6 setting TCP_NODELAY
    debug1: channel 2: new [direct-tcpip]
    debug2: channel 2: open confirm rwindow 131072 rmax 32768
    debug2: channel 2: window 49152 sent adjust 81920
    debug2: channel 2: window 49152 sent adjust 81920
    debug2: channel 2: window 49152 sent adjust 81920
    (...many of these...)
    debug2: channel 2: window 49152 sent adjust 81920
    debug2: channel 2: rcvd eof
    debug2: channel 2: output open -> drain
    debug2: channel 2: obuf empty
    debug2: channel 2: close_write
    debug2: channel 2: output drain -> closed
    debug2: channel 2: read<=0 rfd 6 len 0
    debug2: channel 2: read failed
    debug2: channel 2: close_read
    debug2: channel 2: input open -> drain
    debug2: channel 2: ibuf empty
    debug2: channel 2: send eof
    debug2: channel 2: input drain -> closed
    debug2: channel 2: send close
    debug2: channel 2: rcvd close
    debug2: channel 2: is dead
    debug2: channel 2: garbage collecting
    debug1: channel 2: free: direct-tcpip: listening port 9999 for servername.org port 3689, connect from 127.0.0.1 port 52696, nchannels 3

    Here is some small debug output on console.log from mDNSProxyResponder:


    Apr 17 12:04:49 jdubtop mDNSResponder: mDNS_Deregister_internal: Record BFFFDA40 musicserver.local. (Addr) not found in list
    Apr 17 12:04:49 jdubtop mDNSResponder: mDNS_Deregister_internal: Record BFFFDA40 musicserver.local. (Addr) not found in list
    Apr 17 12:04:49 jdubtop mDNSResponder: mDNS_Deregister_internal: Record BFFFDF5C 1.0.0.127.in-addr.arpa. (PTR) not found in list

    Is there any way to get debug output from iTunes?

    #10135
    rpedde
    Participant

    @jamiew wrote:

    Thanks for the tips. Still no go : Some debug info in case it might help, I can’t make anything of it; notes are in parens.

    That’s about all I make out of it either. And this is really openssh, not some other ssh client?

    And what’s the remote machine? It’s not a mac is it? And if it is, is it running iTunes? I’m wondering if maybe it’s grabbed the port already.

    Is there any way to get debug output from iTunes?

    Lol.

    — Ron

    #10136
    jamiew
    Participant

    I’m running a mac, openssh 4.5 (stock)

    Remote machine is FreeBSD, no iTunes. I’m able to hit the mt-daapd webserver at 3689, config says it’s running on 3689

    Just realized the server is running the mt-daapd version from the ports collection, Version 0.2.4. Should I upgrade to a nightly, or would that make it worse? 🙂

    Thanks for the help

    #10137
    rpedde
    Participant

    @jamiew wrote:

    I’m running a mac, openssh 4.5 (stock)

    Remote machine is FreeBSD, no iTunes. I’m able to hit the mt-daapd webserver at 3689, config says it’s running on 3689

    Just realized the server is running the mt-daapd version from the ports collection, Version 0.2.4. Should I upgrade to a nightly, or would that make it worse? 🙂

    Thanks for the help

    svn-1489 would be okay, current nightlies are a bit in flux.

    Does it take a long time before it dies, or does it just disconnect immediately, as soon as you click on it?

    #10138
    jamiew
    Participant

    I posted a reply earlier but it appears it didn’t go through. There’s several seconds before iTunes errors out and switches me back to the Library. Listening to ssh a few packets fly by, maybe a few every second

    I listened to ssh on the remote server and got this:


    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_input_channel_open: ctype direct-tcpip rchan 2 win 131072 max 32768
    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_request_direct_tcpip: originator 127.0.0.1 port 56477, target server.domain.com port 3689
    Apr 17 21:06:05 colossus sshd[14347]: debug1: channel 0: new [direct-tcpip]
    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_input_channel_open: confirm direct-tcpip
    Apr 17 21:06:05 colossus sshd[14347]: debug1: channel 0: connected
    Apr 17 21:06:17 colossus sshd[14347]: debug1: channel 0: free: direct-tcpip, nchannels 1

    Is there a way to turn up the mt-daapd Loglevel?

    #10139
    rpedde
    Participant

    @jamiew wrote:

    I posted a reply earlier but it appears it didn’t go through. There’s several seconds before iTunes errors out and switches me back to the Library. Listening to ssh a few packets fly by, maybe a few every second

    I listened to ssh on the remote server and got this:


    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_input_channel_open: ctype direct-tcpip rchan 2 win 131072 max 32768
    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_request_direct_tcpip: originator 127.0.0.1 port 56477, target server.domain.com port 3689
    Apr 17 21:06:05 colossus sshd[14347]: debug1: channel 0: new [direct-tcpip]
    Apr 17 21:06:05 colossus sshd[14347]: debug1: server_input_channel_open: confirm direct-tcpip
    Apr 17 21:06:05 colossus sshd[14347]: debug1: channel 0: connected
    Apr 17 21:06:17 colossus sshd[14347]: debug1: channel 0: free: direct-tcpip, nchannels 1

    Is there a way to turn up the mt-daapd Loglevel?

    Maybe… you can do -d10, and it will probably log all read and write sizes to the socket. It blows out a lot of crap, though.

    — Ron

    #10140
    jamiew
    Participant

    So it’s definitely talking to mt-daapd. From the logfile:


    ((((( TONS of "adding mikd" type lines that my buffer didn't catch)))
    2007-04-17 23:10:04: Freeing mikd
    2007-04-17 23:10:04: Freeing miid
    2007-04-17 23:10:04: Freeing mlit
    2007-04-17 23:10:04: Freeing mikd
    2007-04-17 23:10:04: Freeing miid
    ((((( TONS like this ))))))
    2007-04-17 23:10:04: Freeing mlit
    2007-04-17 23:10:04: Freeing mikd
    2007-04-17 23:10:04: Freeing miid
    2007-04-17 23:10:04: Freeing mlit
    2007-04-17 23:10:04: Freeing mikd
    2007-04-17 23:10:04: Freeing miid
    2007-04-17 23:10:04: Entering config_set_status
    2007-04-17 23:10:04: Exiting config_set_status
    2007-04-17 23:10:04: Bad request -- root=0, streaming=0
    2007-04-17 23:10:04: Thread 0: Entering ws_returnerror (400: Invalid Request)
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_emitheaders
    2007-04-17 23:10:04: Emitting reponse header Content-Type: application/x-dmap-tagged
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Emitting reponse header DAAP-Server: mt-daapd/0.2.4
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Emitting reponse header Accept-Ranges: bytes
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Emitting reponse header Date: Wed, 18 Apr 2007 03:10:04 GMT
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Exitin ws_emitheaders
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Entering ws_writefd
    2007-04-17 23:10:04: Exiting ws_writefd
    2007-04-17 23:10:04: Exiting ws_returnerror
    2007-04-17 23:10:04: Entering config_set_status
    2007-04-17 23:10:04: Exiting config_set_status
    2007-04-17 23:10:04: Entering ws_close
    2007-04-17 23:10:04: Entering config_set_status
    2007-04-17 23:10:04: Exiting config_set_status
    2007-04-17 23:10:04: Thread 0: Terminating
    2007-04-17 23:10:04: Thread 0: Freeing request headers
    2007-04-17 23:10:04: Entering ws_freearglist
    2007-04-17 23:10:04: Exiting ws_freearglist
    2007-04-17 23:10:04: Thread 0: Freeing response headers
    2007-04-17 23:10:04: Entering ws_freearglist
    2007-04-17 23:10:04: Exiting ws_freearglist
    2007-04-17 23:10:04: Thread 0: Freeing request vars
    2007-04-17 23:10:04: Entering ws_freearglist
    2007-04-17 23:10:04: Exiting ws_freearglist
    2007-04-17 23:10:04: Thread 0: Closing fd
    2007-04-17 23:10:04: Entering ws_remove_dispatch_thread
    2007-04-17 23:10:04: With thread 0 exiting, 0 are still running
    2007-04-17 23:10:04: Exiting ws_remote_dispatch_thread
    2007-04-17 23:10:04: Exiting ws_close (thread terminating)
    2007-04-17 23:10:23: select(6, 0.005859)
    2007-04-17 23:10:23: select(6, 0.099609)
    2007-04-17 23:10:23: select(6, 0.099609)
    2007-04-17 23:10:23: select(6, 1965535.874023)

    Then iTunes just defaults back to the Library, no messages.

    #10141
    rpedde
    Participant

    @jamiew wrote:

    So it’s definitely talking to mt-daapd. From the logfile:

    And it definitely works locally, right?

    Is it a localhost issue with the new iTunes? Like, if you make the connection from another machine rather than via localhost?

Viewing 10 posts - 1 through 10 (of 17 total)
  • The forum ‘Nightlies Feedback’ is closed to new topics and replies.