Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
09-18-2005, 01:28 PM
|
#1
|
Member
Registered: Jun 2005
Location: Sacramento, CA
Distribution: Many, Old and New
Posts: 124
Rep:
|
Telnet - Connection Refused Many things checked.
-- The machine is named "think", it is a DHCP client and it is getting it's address
correctly. (192.168.0.35)
-- Can ping think from other machines
-- /etc/xinetd.d/telnet "disabled=no" , no "only-from" lines
-- Think's host.allow and host.deny are both empty
-- services --status-all says xinetd is running
-- ftp and ssh also say "connection refused"
-- think can telnet, ftp and ssh to other machines.
What else can I check?
How can I check Think's firewall to find if it actually has one
and to verify it is not the problem.
Thanks.
|
|
|
09-18-2005, 01:47 PM
|
#2
|
Moderator
Registered: Mar 2003
Location: Scotland
Distribution: Slackware, RedHat, Debian
Posts: 12,047
Rep:
|
You can check your firewall rules with:
iptables -nL
I would also suggest not enabling telnet in the first place and just using ssh:
http://wiki.linuxquestions.org/wiki/Telnet_and_SSH
|
|
|
09-18-2005, 02:23 PM
|
#3
|
Member
Registered: Jun 2005
Location: Sacramento, CA
Distribution: Many, Old and New
Posts: 124
Original Poster
Rep:
|
Telnet Connection Refused more things checked...
Thanks David...
Quote:
Originally posted by david_ross
You can check your firewall rules with:
iptables -nL
|
Code:
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters
/lib/modules/2.4.18-3/kernel/net/ipv4/netfilter/ip_tables.o: init_module: Device or resource busy
/lib/modules/2.4.18-3/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.18-3/kernel/net/ipv4/netfilter/ip_tables.o failed
/lib/modules/2.4.18-3/kernel/net/ipv4/netfilter/ip_tables.o: insmod ip_tables failed
iptables v1.2.5: can't initialize iptables table `filter': iptables who? (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
This was done as root on think. Remember I am running an older redhat (7.3)
Looks like either there is no firewall installed (that's ok becuase I am behind a NAT router
and the world will never see this machine) or it's missinstalled...
SSH would be fine except is also says "connection refused"
|
|
|
09-18-2005, 03:24 PM
|
#4
|
Moderator
Registered: Mar 2003
Location: Scotland
Distribution: Slackware, RedHat, Debian
Posts: 12,047
Rep:
|
Sorry, I forgot it was 7.3 - you will probably be using ipchains:
ipchains -nL
|
|
|
09-18-2005, 04:24 PM
|
#5
|
Member
Registered: Jun 2005
Location: Sacramento, CA
Distribution: Many, Old and New
Posts: 124
Original Poster
Rep:
|
telnet Connection Refused more things checked...
Here is the output of IP chains:
Code:
Chain input (policy ACCEPT):
target prot opt source destination ports
ACCEPT udp ------ 206.13.28.10 0.0.0.0/0 53 -> 1025:65535
ACCEPT udp ------ 151.164.1.8 0.0.0.0/0 53 -> 1025:65535
ACCEPT udp ------ 192.168.0.1 0.0.0.0/0 53 -> 1025:65535
ACCEPT all ------ 0.0.0.0/0 0.0.0.0/0 n/a
REJECT tcp -y---- 0.0.0.0/0 0.0.0.0/0 * -> 0:1023
REJECT tcp -y---- 0.0.0.0/0 0.0.0.0/0 * -> 2049
REJECT udp ------ 0.0.0.0/0 0.0.0.0/0 * -> 0:1023
REJECT udp ------ 0.0.0.0/0 0.0.0.0/0 * -> 2049
REJECT tcp -y---- 0.0.0.0/0 0.0.0.0/0 * -> 6000:6009
REJECT tcp -y---- 0.0.0.0/0 0.0.0.0/0 * -> 7100
Chain forward (policy ACCEPT):
Chain output (policy ACCEPT):
It looks like my firewall is open to me for everythin.. "ACCEPT all ----- 0.0.0.0/0 0.0.0.0/0 n/a"
(I am just guessing... :^))
If not, this machine sits behind a NAT router on a private network. (or will when I am rich again..
right now the local network is not visible from the Internet, and only my iBook or my wife's
windows xp machine dial up the Internet), so No firewall would be ok.
|
|
|
09-19-2005, 09:45 AM
|
#6
|
Red Hat India
Registered: Nov 2004
Location: Kerala/Pune,india
Distribution: RedHat, Fedora
Posts: 260
Rep:
|
Hi ,
just try flushing your ipchains firewall using the command ipchains -F. then issue the command service ipchains save. after that try again....
vimal.......
|
|
|
09-19-2005, 11:54 AM
|
#7
|
Member
Registered: Jun 2005
Location: Sacramento, CA
Distribution: Many, Old and New
Posts: 124
Original Poster
Rep:
|
Telnet Connection Refused more things checked...
That seems to have it... I tested by telneting from think to beehive, then from beehive back to think.
For some strange reason, when I am dialed in, I can't see anything of my local network from my iBook.
So a real test will be to telnet/ssh from my iBook once I am off the net.
I think it's fixed.
Thanks, david_ross and vimal!!. :^)
ron.
|
|
|
All times are GMT -5. The time now is 01:54 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|