I know this is probably a dumb question but…
I am trying to troubleshoot and wanted to have a look at the remote machine from my laptop so I ran nmap on the subnet.
The scan report doesn’t show any report for the subject machine. Strange because I can see other devices but not the computer which is running on a static address. I can connect to it using ssh but nothing is reported by nmap for the address, so what am I missing?
Budge.
Is it an IPv6 address?
Does “dig -x <Address>” find anything?
I do not think ipv6 is enabled but this is what I found when I dug into the subject address:-
alastair@ibmserver2:~> dig -x 192.168.169.135
; <<>> DiG 9.16.6 <<>> -x 192.168.169.135
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 20212
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 3cd378a1cc2f9e1abcb1f1ca6138724b88c605bcfaef4ca6 (good)
;; QUESTION SECTION:
;135.169.168.192.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
168.192.IN-ADDR.ARPA. 86400 IN SOA 168.192.IN-ADDR.ARPA. . 0 28800 7200 604800 86400
;; Query time: 0 msec
;; SERVER: 192.168.169.129#53(192.168.169.129)
;; WHEN: Wed Sep 08 09:20:27 BST 2021
;; MSG SIZE rcvd: 140
alastair@ibmserver2:~>
What I do not understand is that I have opened tcp ports 9790, 9791 and udp port 1900 so I would have expected them to be seen.
Also minimserver is running and should be visible.
Don’t understand so hope you can help.
Regards,
Budge
Show us the exact command you used please.
Additional reading…
First I ran
alastair@ibmserver2:~> nmap 192.168.169.128/25
Which didn’t tell me anything about the subject.
Following your hint I am now running
alastair@ibmserver2:~> sudo nmap -n -sU 192.168.169.128/25
[sudo] password for root:
Starting Nmap 7.70 ( https://nmap.org ) at 2021-09-08 09:53 BST
which is taking a while!
It will if you scan the whole subnet! Why not just target the IP address of the host of interest?
Just wanted to see what my subnet looked like. Here is what I now have for subject address:-
Nmap scan report for 192.168.169.135
Host is up (0.00026s latency).
Not shown: 999 filtered ports
PORT STATE SERVICE
1900/udp closed upnp
MAC Address: 34:40:B5:92:A0:54 (IBM)
Strange that the tcp ports are not shown. upnp is there as a trial fix last night. Should not be there and will remove.
What I do not understand is why minimserver is missing.
From within the server, use the ss command. For example…
sudo ss -tulpn
You can also grep to filter for specific processes.
Hi Deano,
Many thanks. It seems that MinimServer, which used to run on my machine, although I cannot recall which machine or OS version, no longer works. Worse still it doesn’t work even with the firewall turned off and all devices on copper on same subnet.
I just went to the dark side to check if it is working OK on a virgin version of windoze and it is working so my conclusion, from my profoundly ignorant point of view, is that something is broken, either in the minimerver build or something in my installed libraries/applications is missing.
I raised this with Simon, the owner of minimserver and he was less than enthusiastic about openSUSE. I am not inclined to change OS having been with openSUSE since version 8.
Is it worth asking for more help and should I start a new thread with MinimServer in the title to try and shake out the issues?
Meanwhile here is the result of your last script:-
alastair@ibmserver3:~> sudo ss -tulpn
[sudo] password for root:
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
udp UNCONN 0 0 192.168.169.135:46393 0.0.0.0:* users:(("java",pid=25944,fd=48))
udp UNCONN 0 0 127.0.0.1:49046 0.0.0.0:* users:(("java",pid=25973,fd=47))
udp UNCONN 0 0 127.0.0.1:51600 0.0.0.0:* users:(("java",pid=25944,fd=56))
udp UNCONN 0 0 127.0.0.1:60474 0.0.0.0:* users:(("java",pid=25973,fd=44))
udp UNCONN 0 0 0.0.0.0:68 0.0.0.0:* users:(("dhclient",pid=1563,fd=6))
udp UNCONN 0 0 127.0.0.1:323 0.0.0.0:* users:(("chronyd",pid=1323,fd=1))
udp UNCONN 0 0 127.0.0.1:33261 0.0.0.0:* users:(("java",pid=25973,fd=50))
udp UNCONN 0 0 239.255.255.250:1900 0.0.0.0:* users:(("java",pid=25973,fd=41))
udp UNCONN 0 0 239.255.255.250:1900 0.0.0.0:* users:(("java",pid=25944,fd=45))
udp UNCONN 0 0 239.255.255.250:1900 0.0.0.0:* users:(("java",pid=25944,fd=42))
udp UNCONN 0 0 239.255.255.250:1900 0.0.0.0:* users:(("java",pid=25944,fd=39))
udp UNCONN 0 0 127.0.0.1:34817 0.0.0.0:* users:(("java",pid=25973,fd=56))
udp UNCONN 0 0 127.0.0.1:35237 0.0.0.0:* users:(("java",pid=25973,fd=53))
udp UNCONN 0 0 169.254.95.120:36068 0.0.0.0:* users:(("java",pid=25944,fd=51))
udp UNCONN 0 0 0.0.0.0:5353 0.0.0.0:* users:(("avahi-daemon",pid=1121,fd=11))
udp UNCONN 0 0 0.0.0.0:38681 0.0.0.0:* users:(("avahi-daemon",pid=1121,fd=13))
udp UNCONN 0 0 127.0.0.1:38997 0.0.0.0:* users:(("java",pid=25944,fd=22))
udp UNCONN 0 0 0.0.0.0:42420 0.0.0.0:* users:(("fusermount",pid=17319,fd=90),("pcloud",pid=16983,fd=90))
udp UNCONN 0 0 127.0.0.1:43758 0.0.0.0:* users:(("java",pid=25973,fd=38))
udp UNCONN 0 0 ::]:54240 ::]:* users:(("avahi-daemon",pid=1121,fd=14))
udp UNCONN 0 0 ::1]:323 ::]:* users:(("chronyd",pid=1323,fd=2))
udp UNCONN 0 0 ::]:5353 ::]:* users:(("avahi-daemon",pid=1121,fd=12))
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=1330,fd=3))
tcp LISTEN 0 128 127.0.0.1:46423 0.0.0.0:* users:(("java",pid=25973,fd=35))
tcp LISTEN 0 5 127.0.0.1:631 0.0.0.0:* users:(("cupsd",pid=1122,fd=8))
tcp LISTEN 0 100 127.0.0.1:25 0.0.0.0:* users:(("master",pid=1521,fd=13))
tcp LISTEN 0 128 127.0.0.1:9791 0.0.0.0:* users:(("java",pid=25944,fd=36))
tcp LISTEN 0 128 169.254.95.120:9791 0.0.0.0:* users:(("java",pid=25944,fd=33))
tcp LISTEN 0 128 192.168.169.135:9791 0.0.0.0:* users:(("java",pid=25944,fd=30))
tcp LISTEN 0 2 0.0.0.0:33289 0.0.0.0:* users:(("fusermount",pid=17319,fd=100),("pcloud",pid=16983,fd=100))
tcp LISTEN 0 128 ::]:22 ::]:* users:(("sshd",pid=1330,fd=4))
tcp LISTEN 0 5 ::1]:631 ::]:* users:(("cupsd",pid=1122,fd=7))
tcp LISTEN 0 100 ::1]:25 ::]:* users:(("master",pid=1521,fd=14))
tcp LISTEN 0 50 *:9790 *:* users:(("java",pid=25944,fd=62))
alastair@ibmserver3:~> sudo ss -tulpn
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
udp UNCONN 0 0 192.168.169.135:46393 0.0.0.0:* users:(("java",pid=25944,fd=48))
udp UNCONN 0 0 127.0.0.1:49046 0.0.0.0:* users:(("java",pid=25973,fd=47))
udp UNCONN 0 0 127.0.0.1:51600 0.0.0.0:* users:(("java",pid=25944,fd=56))
udp UNCONN 0 0 127.0.0.1:60474 0.0.0.0:* users:(("java",pid=25973,fd=44))
udp UNCONN 0 0 0.0.0.0:68 0.0.0.0:* users:(("dhclient",pid=1563,fd=6))
udp UNCONN 0 0 127.0.0.1:323 0.0.0.0:* users:(("chronyd",pid=1323,fd=1))
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
udp UNCONN 0 0
tcp LISTEN 0 128
tcp LISTEN 0 128
tcp LISTEN 0 5
tcp LISTEN 0 100
tcp LISTEN 0 128
tcp LISTEN 0 128
tcp LISTEN 0 128
tcp LISTEN 0 2
tcp LISTEN 0 128
tcp LISTEN 0 5
tcp LISTEN 0 100
tcp LISTEN 0 50
alastair@ibmserver3:~>
Regards,
Budge
Hi Deano,
The settings from the minimserver author are:-
Port 1900 (UDP) needs to be open for inbound and outbound. Ports 9790 and 9791 (TCP) need to be open for inbound. All ports (TCP) need to be open for outbound.
I am not sure how these may be configured on the Yast firewall. I assume the configurations I have applied on the FW are for incoming packets. I am not sure how to address outgoing packets. I assumed that if they came from me they were all permitted.
More reading required.
After turning most of my switches and devices off and turning them on in logical order I was able to get some functionality out of the control point in that I could enqueue an album from the library on the minimserver into the control point playlist. After that chaos reigned and the now playing jumped from track to track at random with no sound coming out.
Apparently the underlying process uses a multicast approach. How may I now trouble shoot this.
I shall start a new thread.
I’m not covering old ground again. Review your old thread on the subject…
https://forums.opensuse.org/showthread.php/551089-How-do-I-fix-my-firewall-to-enable-minimwatch-on-laptop-to-talk-to-NAS.
BTW, the ss command showed you what was listening on the ports of interest: java",pid=25944 and java",pid=25973 (associated with MinimServer 2)
Hi Deano,
Many thanks for the link reminder and I am certainly not asking you to to go over old ground. Just grateful for all your help now and many times in the past. Since my music system is now up and running I shall let the matter rest.
Thanks also for the info from the ss command which is interesting. The earlier problem, which was about trying to get minimwatch to work on my local system, has not actually been successful as the solution suggested by arvidjar was not completed by me as unfortunately I was not able to write a script to make a solution persistent.
The minimwatch problem was not critical for me. My current problem with minimserver was much more critical as, until solved, I had no music in the house.
I appreciate the problems may be related through the underlying use of multicast and upnp. It is unfortunate that I have not been able to achieve a robust and reliable outcome, but that is more through my own fault.
Thanks again for all your help.
Regards,
Budge.