search

Dulow187 / tunesremote-se

Automatically exported from code.google.com/p/tunesremote-se
0 stars 0 forks source link

Cant see my library #27

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Have iTunes running on my MacMini (Snow Leopard >Server< on 192.168.1.2)
2. Start TunesRemoteSE on my MacBookPro (Snow Leopard on 192.168.1.4)

What is the expected output? What do you see instead?
I expect to see my MacMinis iTunes library in the dialog box for TunesControlSE
However TunesControlSE is showing up in iTunes

What version of the product are you using? On what operating system?
iTunes: Snow Leopard >Server<
TunesControlSE (r78): Snow Leopard

Please provide any additional information below.
If I do the opposite, running TunesControl on my MacMini and iTunes on my 
MacBookPro, I do see the MacBookPros iTunes Library, but even when I but a 
random pair-code, TunesRemoteSE doesnt seem to pair.
The firewall at MacBookPro is disabled and also on the MacMini.
If I run TunesControlSE from a pc running windows it does only see the 
MacBookPro's iTunes library, however it does pair successfully!

Could it have something to do that the MacMini is running the server edition of 
Snow Leopard?

My log when I start TunesControlSE is:
2011-11-04 18.42.21 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.tunesremote_se.TunesRemoteSE: Launching TunesRemote SE Revision 78 ...
2011-11-04 18.42.21 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] Logging 
Session in /Users/niclas/.tunesremote-se/Session.log
2011-11-04 18.42.21 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.tunesremote_se.TunesRemoteSE: Setting -loglevel to 4
2011-11-04 18.42.22 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 49331
2011-11-04 18.42.22 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.PairingServer: awaiting connection....
2011-11-04 18.42.22 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@26474210 
2011-11-04 
18.42.22    [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525]     inetAddress: 
'fe80:0:0:0:216:cbff:fe06:dac0%6/fe80:0:0:0:216:cbff:fe06:dac0%6'])
2011-11-04 18.42.29 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@22562823 
2011-11-04 
18.42.29    [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525]     inetAddress: 
'192.168.1.4/192.168.1.4'])
2011-11-04 18.42.29 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@14738709 
2011-11-04 
18.42.29    [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525]     inetAddress: 
'192.168.50.1/192.168.50.1'])
2011-11-04 18.42.29 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@14666567 
2011-11-04 
18.42.29    [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525]     inetAddress: 
'fe80:0:0:0:0:0:0:1%1/fe80:0:0:0:0:0:0:1%1'])
2011-11-04 18.42.29 [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525] class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@10140777 
2011-11-04 
18.42.29    [0x0-0x33033].org.tunesremote_se.TunesRemoteSE[525]     inetAddress: 
'192.168.206.1/192.168.206.1'])

Keep up the good work!

Best Regards
Niclas Gustafsson

Original issue reported on code.google.com by niclas@skorpion.se on 4 Nov 2011 at 5:50

GoogleCodeExporter commented 9 years ago 
I'm not sure why I think TunesRemote is called TunesControl, just a repeated 
typo :/ Sorry

Original comment by niclas@skorpion.se on 4 Nov 2011 at 8:26

GoogleCodeExporter commented 9 years ago 
I have reported issue 25.  

http://code.google.com/p/tunesremote-se/issues/detail?id=25

I think there are problems with the JmmDNS implementation and having multiple 
network addresses.  I have having similar weirdness on my Windows 7 machine.

Original comment by mellowaredev on 6 Nov 2011 at 3:55

GoogleCodeExporter commented 9 years ago 
Hi Niclas,

1) Which machine is the log you posted from?  Is it running on the Macbook 
attempting to connect to the Mini?

2) Can you connect an iPhone/iPad running the apple remote app or android 
running tunesremote-plus to itunes on the mini.

3) Ive been reading up on the Mac firewall(s) this weekend.  I have a suspicion 
that the firewall is in fact still up on the mini.  
There are two levels of firewall on Mac Server - the application firewall and 
the host based firewall.  
The application firewall is accessed from system preferences->security->firewall
The other is a more complex rule based one.
I believe you can run 
$ sudo sysctl net.inet.ip.fw.enable
to see if it is enabled and
$ sudo ipfw print
to display the rules in force.
read more here:
http://www.peachpit.com/articles/article.aspx?p=1573022&seqNum=2

4) As melloware suggests there is another outstanding issue at the moment that 
I havent had much time to look into.  Can you try downloading and running 
TunesRemote SE r74 which doesnt have this issue from the downloads area.

Regards

Nick

Original comment by nick.gl...@lycos.com on 6 Nov 2011 at 9:23

GoogleCodeExporter commented 9 years ago 
Thanks for your response
1) The log is from my Macbook (Here is an updated without some VMWare-IP's)
2011-11-07 15.24.16 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.tunesremote_se.TunesRemoteSE: Launching TunesRemote SE Revision 78 ...
2011-11-07 
15.24.17    [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    Logging Session 
in /Users/niclas/.tunesremote-se/Session.log
2011-11-07 15.24.17 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.tunesremote_se.TunesRemoteSE: Setting -loglevel to 4
2011-11-07 15.24.18 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 51308
2011-11-07 15.24.18 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.libtunesremote_se.PairingServer: awaiting connection....
2011-11-07 15.24.19 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@5424820 
2011-11-07 
15.24.19    [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]        inetAddress: 
'niclas-gustafssons-macbook-pro-15-tum.local/fe80:0:0:0:216:cbff:fe06:dac0%6'])
2011-11-07 15.24.26 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@21450309 
2011-11-07 
15.24.26    [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]        inetAddress: 
'192.168.1.4/192.168.1.4'])
2011-11-07 15.24.26 [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]    class 
org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@7446303 
2011-11-07 
15.24.26    [0x0-0xb00b0].org.tunesremote_se.TunesRemoteSE[2217]        inetAddress: 
'fe80:0:0:0:0:0:0:1%1/fe80:0:0:0:0:0:0:1%1'])

2) My iPhone is able to connect to iTunes on my MacMini

3) $ sudo sysctl net.inet.ip.fw.enable gives me net.inet.ip.fw.enable: 0
So apparently the firewall is off (this is on my macmini)

This is the output from $ sudo ipfw print (also from my macmini)
00001 allow udp from any 626 to any dst-port 626
01000 allow ip from any to any via lo0
01010 deny ip from any to 127.0.0.0/8
01020 deny ip from 224.0.0.0/4 to any in
01030 deny tcp from any to 224.0.0.0/4 in
12300 allow tcp from any to any established
12301 allow tcp from any to any out
12302 allow tcp from any to any dst-port 22
12302 allow udp from any to any dst-port 22
12303 allow udp from any to any out keep-state
12304 allow tcp from any to any dst-port 53 out keep-state
12304 allow udp from any to any dst-port 53 out keep-state
12305 allow udp from any to any in frag
12306 allow tcp from any to any dst-port 311
12307 allow tcp from any to any dst-port 625
12308 allow icmp from any to any icmptypes 8
12309 allow icmp from any to any icmptypes 0
12310 allow igmp from any to any
65534 deny ip from any to any
65535 allow ip from any to any

4) The only thing that is different for me between r74 and r78 is the log:
2011-11-07 15.41.01 [0x0-0xc10c1].org.tunesremote_se.TunesRemoteSE[2310]    class 
org.libtunesremote_se.PairingServer: Socket closed
2011-11-07 15.41.01 [0x0-0xc10c1].org.tunesremote_se.TunesRemoteSE[2310]    class 
org.libtunesremote_se.PairingServer: PairingServer thread stopped.
2011-11-07 
15.41.10    [0x0-0xc20c2].org.tunesremote_se.TunesRemoteSE[2313]    Launching 
TunesRemote SE Revision 74 ...
2011-11-07 
15.41.10    [0x0-0xc20c2].org.tunesremote_se.TunesRemoteSE[2313]    Setting -loglevel 
to 4
2011-11-07 15.41.13 [0x0-0xc20c2].org.tunesremote_se.TunesRemoteSE[2313]    class 
org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 51399
2011-11-07 15.41.13 [0x0-0xc20c2].org.tunesremote_se.TunesRemoteSE[2313]    class 
org.libtunesremote_se.PairingServer: awaiting connection....

...but :) if I do put a random paircode in iTunes, TunesRemoteSE shows my 
Library and can successfully connect to it!
It does also seem that if I successfully have paired with r74, r78 works after 
this :)

Really nice application byt the way!

Best Regards
Niclas Gustafsson

Original comment by niclas@skorpion.se on 7 Nov 2011 at 2:52

GoogleCodeExporter commented 9 years ago 
Thanks for trying things out.  Glad you got it working.
Let me know if you have other issues.

Original comment by nick.gl...@lycos.com on 7 Nov 2011 at 9:03

GoogleCodeExporter commented 9 years ago

Original comment by nick.gl...@lycos.com on 22 Nov 2011 at 10:17