LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Networking (https://www.linuxquestions.org/questions/linux-networking-3/)
-   -   Help! Linux RedHat 9 won't get on Windows network (https://www.linuxquestions.org/questions/linux-networking-3/help-linux-redhat-9-wont-get-on-windows-network-120493/)

Temujin_12 11-29-2003 06:17 PM

I've tried going into the Network configuration and staticly setting 'Address=194.254.0.2' 'Subnet mask=(blank)' and 'Default Gateway Address=255.255.0.0' in Linux. Now when I do a 'route -n' it says:
Destination Gateway Genmask Flags Metric Ref Use Iface
194.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

And when I try 'ping 169.254.0.1' it outputs:
PING 169.254.0.1 (169.254.0.1) 56(84) bytes of data.
From 169.254.0.2 icmp_seq=1 Destination Host Unreachable
From 169.254.0.2 icmp_seq=2 Destination Host Unreachable
From 169.254.0.2 icmp_seq=3 Destination Host Unreachable
...........etc.

Sorry, but i'm not incredibly network savy. So I'm not sure what exactly needs to be disabled to remove the autoconfiguration on the network.

BTW the light on the hub where the cable from the linux box is going to still isn't on.
Thanks for anyones help.

david_ross 11-29-2003 06:26 PM

I've just noticed you are using very odd IP addressesand you need a mask - try:
Machine 1:
IP: 192.168.1.5
MASK: 255.255.255.0

Machine 2:
IP: 192.168.1.6
MASK: 255.255.255.0

If they aren't conencted to the internet there is no need to specify a gateway. If they are then use the IP address of the computer with the internet connection.

Temujin_12 11-29-2003 06:44 PM

BTW when i boot up linux it gives me a message window saying:
"Could not look up internet address for localhost. This will prevent GNOME from operating correctly. It may be possible to correct the problem by adding localhost to the file /etc/hosts"

My /etc/hosts file only has two commented out lines in it and that is it.

My 'DNS' and 'Hosts' tabs don't have anything in thier fields in RedHat.

I've set the IP and Masks to what you suggested and both machines have no problem talking to eachother in windows but linux still does even with those settings.

gernt 11-29-2003 08:46 PM

Is that hub light still off? I guess normally you'd think the hub and card would either both be on or off, but if you mistakenly had a crossover cable and the card autodetected... I think I'd try another cable.

Temujin_12 11-29-2003 08:55 PM

The thing is that cable works just fine when I boot with Windows 98 rather than Linux. I'm beggining to wonder if Linux didn't detect the network card correctly. But I don't get a [FAILED] response in the Linux boot sequence when it loads eth0. Does the fact that the /etc/hosts file is empty have anything to do with it?

david_ross 11-30-2003 08:20 AM

/etc/hosts should have at least:
127.0.0.1 localhost localhost.localdomain

itsjustme 11-30-2003 09:42 AM

Temujin_12,

FYI - As david_ross said, you can put the stuff you copy from your terminal within the [ code ] tags to preserve the formatting.

For instance:
[ code ]
whatever you copy and paste goes here
[ /code ]
But, don't put the spaces after the '[' or before the ']'. I did that here just so you could see how they are used.

Example:
Code:

[root@bsl1 root]# route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface
192.168.1.0    0.0.0.0        255.255.255.0  U    0      0        0 eth0
127.0.0.0      0.0.0.0        255.0.0.0      U    0      0        0 lo
0.0.0.0        192.168.1.100  0.0.0.0        UG    0      0        0 eth0


gernt 11-30-2003 11:37 AM

I've forgotten what is important, but my /etc/hosts has:

127.0.0.1 localhost.localdomain localhost
192.168.1.nn myname myname.myworkgroup (except with real numbers and names)

The rest of the office is on DHCP, but I'm stuck with a fixed IP because the terminal emulator they use to get to me requires it.

JordanH 11-30-2003 07:02 PM

*arg* I just read this thread for the first time and I notice quite a few small problems... I wish I had seen it earlier. Lets start over and combine all the suggestions above.

With regards to your original configuration, you have your machines setup with DHCP but you don't have a DHCP server! *ah* no wonder you don't get an IP back. Microsoft takes the liberty of assigning a 169.254.0.x address when no DHCP server is found where Linux, more appropriately, fails to assign an ip address when no DHCP server is found - this is the cause of your "fail" when starting that adapter.

Secondly, when you setup your computers such that machine 1 is on the 169 network, machine 2 is on the 194 network... they won't talk.

So... before you check anything else, lets get your network configured correctly. Either install a DHCP server into your network -OR- (and a better option for testing) setup your machines with static ip addresses. i.e. Machine 1, 192.168.0.2 & Machine 192.168.0.3 - Notice that they are both on the 192.168.0.0/24 network.

Once that is done... go back to the default routing table. If you have trouble here, let us know and we'll help you sort it out.

Lastly, make sure your firewall isn't being overly restrictive and blocking all communication.

Keep us posted and we'll continue from there!
Cheers,
J.

gernt 11-30-2003 07:38 PM

I don't doubt you a minute, but I still don't understand. ifconfig was used to set a fixed address to match the Windows DHCP defaults, yet it didn't work. And what did any of that have to do with the hub light being off?

BTW, A cheap router between your modem and LAN will demand to assign the addresses, if that is in the forseeable future.

JordanH 11-30-2003 08:55 PM

gernt, you are right that the hub light remaining off sounds like a problem. Have you tried plugging the cable into a different port on the hub?

Everything else... well... All those symptoms are indicitive of a network configuration problem. I'm not convinced that his linux box has been configured with the correct info to be on the same network as his Windows machine.

Here's some things we need to look at, please re-post your current...
1. Your ifcfg-eth0 file
2. Your /etc/sysconfig/network file (should include NETWORKING=yes)
3. Results from "ping 127.0.0.1" on your linux box
4. Results from "route -n" on your linux box
5. Results from "iptables -L"

Thanks,
J.

Temujin_12 11-30-2003 10:32 PM

Ok, here is what I've done.

1) Changed my TCP/IP IP to '192.168.0.2' with a subnet mask of '255.255.255.0' on machine 1.
2) In linux I went to System Tools >> Network Device Control and set it to 'Statically set IP addresses' and set them to: IP address '192.168.0.3' Subnet Mask '255.255.255.0'

Still no light on the hub....
BTW...
And here are my outputs from the commands and files JordanH asked me to post (I'll try to use the [ code ] command)

Code:

OUTPUTS:

[root@localhost root]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
USERCTL=no
PEERDNS=yes
TYPE=Ethernet
DEVICE=eth0
HWADDR=00:00:c0:f7:c6:e3
BOOTPROTO=none
ONBOOT=yes
IPADDR=192.168.0.3
NETWORK=192.168.0.0
BROADCAST=192.168.0.255
NETMASK=255.255.255.0

[root@localhost root]# cat /etc/sysconfig/network
NETWORKING=yes
HOSTNAME=

[root@localhost root]# route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface
192.168.0.0    0.0.0.0        255.255.255.0  U    0      0        0 eth0
169.254.0.0    0.0.0.0        255.255.0.0    U    0      0        0 eth0
127.0.0.0      0.0.0.0        255.0.0.0      U    0      0        0 lo

[root@localhost root]# iptables -L
Chain INPUT (policy ACCEPT)
target    prot opt source              destination
RH-Lokkit-0-50-INPUT  all  --  anywhere            anywhere
 
Chain FORWARD (policy ACCEPT)
target    prot opt source              destination
RH-Lokkit-0-50-INPUT  all  --  anywhere            anywhere
 
Chain OUTPUT (policy ACCEPT)
target    prot opt source              destination
 
Chain RH-Lokkit-0-50-INPUT (2 references)
target    prot opt source              destination
ACCEPT    tcp  --  anywhere            anywhere          tcp dpt:smtp flags:SYN,RST,ACK/SYN
ACCEPT    tcp  --  anywhere            anywhere          tcp dpt:http flags:SYN,RST,ACK/SYN
ACCEPT    tcp  --  anywhere            anywhere          tcp dpt:ftp flags:SYN,RST,ACK/SYN
ACCEPT    tcp  --  anywhere            anywhere          tcp dpt:ssh flags:SYN,RST,ACK/SYN
ACCEPT    udp  --  anywhere            anywhere          udp spts:bootps:bootpc dpts:bootps:bootpc
ACCEPT    udp  --  anywhere            anywhere          udp spts:bootps:bootpc dpts:bootps:bootpc
ACCEPT    all  --  anywhere            anywhere
REJECT    tcp  --  anywhere            anywhere          tcp dpts:0:1023 flags:SYN,RST,ACK/SYN reject-with icmp-port-unreachable
REJECT    tcp  --  anywhere            anywhere          tcp dpt:nfs flags:SYN,RST,ACK/SYN reject-with icmp-port-unreachable
REJECT    udp  --  anywhere            anywhere          udp dpts:0:1023 reject-with icmp-port-unreachable
REJECT    udp  --  anywhere            anywhere          udp dpt:nfs reject-with icmp-port-unreachable
REJECT    tcp  --  anywhere            anywhere          tcp dpts:x11:6009 flags:SYN,RST,ACK/SYN reject-with icmp-port-unreachable
REJECT    tcp  --  anywhere            anywhere          tcp dpt:xfs flags:SYN,RST,ACK/SYN reject-with icmp-port-unreachable

[root@localhost root]# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.041 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.038 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.037 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.036 ms
... etc ...


gauge73 12-01-2003 01:17 AM

It doesn't sound to me like this network has a DHCP server. Setting one up would be the optimum solution, I would think.

gernt 12-01-2003 01:48 PM

I know this must be exasperating, but if you get ping to work, the rest follows. One thing you can try is to get a crossover cable and connect two computers directly without the hub. (Label the crossover cable clearly - otherwise it isn't obvious and you end up putting it where it shouldn't go). Please be sure the IP address is still OK by doing an ifconfig. It should show eth0 at the expected address. Then you can try to ping 192.168.0.2 from the linux machine, and 192.168.0.3 from the other. If this still fails, maybe your card is not compatible with linux.

JordanH 12-02-2003 02:01 PM

Your configs look good now.

When you restart your network, does it still fail to bringup the eth0 card?


All times are GMT -5. The time now is 09:38 AM.