rlshew Posted October 6, 2005 Report Share Posted October 6, 2005 I can't add a RedHat Ent. Linux 3 client to my list of clients on my Mac OS X 10.3.9 server running Retrospect Workgroup for Mac 6.0.204. I get error -1028 when trying both Test and Add by Address, though the client can be found when pinging in Terminal. The facts: The linux client has Retrospect Client 6.5.108. The daemon is running. The client is on the same subnet as all my other Mac and Windows clients which can be seen. Port 497 for incoming TCP and UDP requests has been allowed in my linux iptables and is of course allowed on the Mac server. Any suggestions will be appreciated. I really need to back up this client soon. Link to comment Share on other sites More sharing options...
natew Posted October 10, 2005 Report Share Posted October 10, 2005 Hi Can you temporarily stop iptables to see if you can connect? Does a portscan of the linux machine show that it is listening on port 497? Thanks Nate Link to comment Share on other sites More sharing options...
waltr Posted October 10, 2005 Report Share Posted October 10, 2005 Hi Lab, Try portscanning the client with Nmap. There is a GUI version for Mac on versiontracker. The portscanner that comes with OS X does not do UDP. You want port 497 for both TCP and UDP. It may be iptables or ipchains depending on your setup. Turn off the firewall for testing, then if it works you will know what to read up on at http://www.tldp.org. Otherwise, you may want to provide some more info on your network. Are these computers on the same subnet? Link to comment Share on other sites More sharing options...
rlshew Posted November 9, 2005 Author Report Share Posted November 9, 2005 Sorry it took so long to reply -- access issues...other users, priorities.... The server and clients are on the same subnet. There was no change when I upgraded to Retrospect 6.1.126. Client is up to date. I can't drop the firewall on this network (too dangerous), the rack is too big to move near the server, and the two are physically separated by over 100 feet and are in different rooms so unless I get a lot of x-over cable, I can't try connecting directly. However, I did try to see what's open as seen from the server side and from the client side. If I run nmapFE from the mac backup server with the command nmap -sT -P0 -v <ipaddr> (TCP connect(), Don't ping, verbose), it looks like port 497 is not visible though the firewall should specifically open 497. Ports designated for allowed protocols are seen. netstat -ap from the linux client shows that it seems to be listening on port 497. (There are two ethernet cards, one a pvt. net. to equipment.) Here are the retrospect specific lines: tcp 0 0 nnn.nnn.nnn.1:497 *:* LISTEN 2577/retroclient tcp 0 0 <IPName>:497 *:* LISTEN 2577/retroclient tcp 0 0 localhost.localdomain:497 *:* LISTEN 2577/retroclient udp 0 0 *:497 *:* 2577/retroclient udp 0 0 *:497 *:* 2577/retroclient unix 2 [ ] DGRAM 2731 2577/retroclient These seem right. Suggestions? Link to comment Share on other sites More sharing options...
waltr Posted November 11, 2005 Report Share Posted November 11, 2005 Quote: If I run nmapFE from the mac backup server with the command nmap -sT -P0 -v <ipaddr> (TCP connect(), Don't ping, verbose), it looks like port 497 is not visible though the firewall should specifically open 497. Ports designated for allowed protocols are seen. hi lab, you've got to figure out why you can't see port 497 in TCP. it sounds like a problem with the firewall. Link to comment Share on other sites More sharing options...
rlshew Posted January 23, 2006 Author Report Share Posted January 23, 2006 Finally figured out what was wrong with /etc/sysconfig/iptables. (Situation was more complicated because of a second network card and originally prescribed iptables from university IT services.) Thanks for your suggestions! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.