Re: krdc error when trying to connect
- From: Geoffrey Clements <bitbucket@xxxxxxxxxxxxxx>
- Date: Sun, 19 Oct 2008 18:50:42 +0100
Ramon wrote:
Geoffrey Clements wrote:
Ramon wrote:
[snip]
Ok then, if this is a firewall issue then:
[1] Open the ports that VNC (or RDP) uses
[2] Look at the log of the firewall. The log file may be in the
/var/log directory. Since I am using Guarddog, my log file is in
/var/log/messages. If krdc is being blocked by the firewall, it will be
registered in the log file.
To view the last blocked connections use the tail command.
I'm using guarddog too.
The relevant line in the log is:
Oct 18 18:28:06 spock kernel: [32912.852855] DROPPED IN= OUT=eth0
SRC=192.168.1.1 DST=239.255.255.253 LEN=86 TOS=0x00 PREC=0x00 TTL=8 ID=0
DF PROTO=UDP SPT=1131 DPT=427 LEN=66
This happens whenever I try to connect to another desktop.
eth0 is my wired LAN and is unused at the moment (I'm on wireless using
wlan0) and its IP address is 192.168.1.1.
I have followed the directions at
https://help.ubuntu.com/community/HowToZeroconf and set up guarddog to do
multicast, I have checked it by doing:
$ ping spock.local
which works ok.
I don't understand why port 427 is being tried as I believe this is for
the NCP filesystem which is a Novell protocol. In any case I have added
239.0.0.0/8 to my "multicast" zone (along with 224.0.0.0/8) and
enabled "NCP File System - Novell NetWare(TM) protocol" on this zone to
serve all other zones but still no luck.
Port 427 is used by the SLP and SLP is used by krdc
(http://docs.kde.org/kde3/en/kdenetwork/krdc/faq.html).
Oct 18 18:28:06 spock kernel: [32912.852855] DROPPED IN= OUT=eth0
SRC=192.168.1.1 DST=239.255.255.253 LEN=86 TOS=0x00 PREC=0x00 TTL=8
ID=0 DF PROTO=UDP SPT=1131 DPT=427 LEN=66
What the above line means is:
That the destination UDP port 427 is being blocked by the guarddog. You
must open that port.
[1] Important to open port 427 UDP.
[2] Save the guarddog configurations, and retry to use the krdc.
[3] If it does not work, then type the following command "tail
/var/log/messages" and read the last blocked entry. Open the port of
one of the last entries. Go to step [2]...
Hope it helps.
Thanks - you have been very helpful.
I have enabled port 427 in every zone and yet I still get the error message.
It may be because not all zones are "connected" but it seems to me that it
should only need enabling in the "multicast" zone to serve the "local"
zone. It may be that I'm tickling a bug in guarddog but I don't fancy going
through hundreds of lines of iptables commands in /etc/rc.firewall!
So far the only way I can avoid the error message is to switch off guarddog
completely which I don't want to do.
The answer is in the guarddog configuration I'm sure, the problem is finding
it :-/
Cheers,
--
Geoff Registered Linux user 196308
Replace bitbucket with geoff to mail me.
.
- Follow-Ups:
- Re: krdc error when trying to connect
- From: Ramon
- Re: krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- References:
- krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- From: Ramon
- Re: krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- From: Ramon
- Re: krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- From: Ramon
- Re: krdc error when trying to connect
- From: Geoffrey Clements
- Re: krdc error when trying to connect
- From: Ramon
- krdc error when trying to connect
- Prev by Date: Re: krdc error when trying to connect
- Next by Date: Re: krdc error when trying to connect
- Previous by thread: Re: krdc error when trying to connect
- Next by thread: Re: krdc error when trying to connect
- Index(es):
Relevant Pages
|