[CentOS] Could not connect to host box.domain.tld
Anne Wilson
cannewilson at googlemail.com
Thu Jan 24 15:24:45 UTC 2008
On Thursday 24 Jan 2008, Alain Spineux wrote:
> On Jan 24, 2008 12:53 PM, Anne Wilson <cannewilson at googlemail.com> wrote:
> > I have used fetchmail/procmail/postfix/dovecot/kmail for some time on my
> > mail server, and have set this up on three or four machines in the past.
> > I'm now setting up a new server and having problems. I've reached the
> > thinking-in-circles stage, so need a prompt.
> >
> > The box in question is called borg2.lydgate.lan, and resides at
> > 192.168.0.40. I can ping both borg2.lydgate.lan and 192.168.0.40, yet
> > kmail tells me that it cannot connect to it, either by name or ip.
> > /etc/hosts has correct lines for the box. It has to be something pretty
> > basic, but I can't think what, unless it is either an selinux problem or
> > ipv6 problem. I know that in FC6 I turned ipv6 off (I'd have to search
> > to find how to do that again).
>
Thanks for replying.
> What about firewall rules ?
> # iptables -L
>
I've not used iptables directly before, so perhaps you'd look over the current
status:
iptables
Chain INPUT (policy ACCEPT)
target prot opt source destination
RH-Firewall-1-INPUT all -- anywhere anywhere
Chain FORWARD (policy ACCEPT)
target prot opt source destination
RH-Firewall-1-INPUT all -- anywhere anywhere
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain RH-Firewall-1-INPUT (2 references)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT icmp -- anywhere anywhere icmp any
ACCEPT esp -- anywhere anywhere
ACCEPT ah -- anywhere anywhere
ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns
ACCEPT udp -- anywhere anywhere udp dpt:ipp
ACCEPT tcp -- anywhere anywhere tcp dpt:ipp
ACCEPT all -- anywhere anywhere state
RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpt:smtp
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpt:nfs
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpt:ssh
ACCEPT udp -- anywhere anywhere state NEW udp
dpt:netbios-ns
ACCEPT udp -- anywhere anywhere state NEW udp
dpt:netbios-dgm
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpt:netbios-ssn
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpt:microsoft-ds
REJECT all -- anywhere anywhere reject-with
icmp-host-prohibited
> Did you tries do login localy ?
>
> # telnet localhost 25
> ...
That's OK.
> # telnet localhost 110
> ..
> # telnet localhost 143
> ..
Both these produce ''Temporary failure in name resolution'.
>
> Remotly ?
>
> # telnet 192.168.0.40 25
> ...
> # telnet 192.168.0.40 110
> ...
> # telnet 192.168.0.40 143
> ...
telnet: Unable to connect to remote host: No route to host
How can that be? Pings work OK.
>
> Did you in your logs ?
After the last postfix reload there is
postfix/smtpd[3284]: connect from localhost[127.0.0.1]
postfix/smtpd[3284]: disconnect from localhost[127.0.0.1]
That looks a bit odd. Apart from that, I can't see anything relevant.
Anne
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.centos.org/pipermail/centos/attachments/20080124/33dcb669/attachment.sig>
More information about the CentOS
mailing list