FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Nightlies Feedback › Remote DAAP share / tunneling suddenly not working
- This topic has 16 replies, 2 voices, and was last updated 17 years, 6 months ago by rpedde.
-
AuthorPosts
-
16/04/2007 at 9:16 PM #1297jamiewParticipant
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]
16/04/2007 at 9:38 PM #10133rpeddeParticipant@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
17/04/2007 at 4:10 PM #10134jamiewParticipantThanks 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?
17/04/2007 at 5:40 PM #10135rpeddeParticipant@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
17/04/2007 at 5:47 PM #10136jamiewParticipantI’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
17/04/2007 at 5:54 PM #10137rpeddeParticipant@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?
18/04/2007 at 1:02 AM #10138jamiewParticipantI 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?
18/04/2007 at 2:49 AM #10139rpeddeParticipant@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
18/04/2007 at 3:09 AM #10140jamiewParticipantSo 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.
19/04/2007 at 1:35 AM #10141 -
AuthorPosts
- The forum ‘Nightlies Feedback’ is closed to new topics and replies.