Re: ntpq no longer working -

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2006-05-22 at 15:46 -0400, Bob Goodwin wrote:

> I think dhcp acts beyond the eth0/192.168.1.226 wireless bridge.  Somehow
> I have to direct the computer to that eth0 interface if it's going to
> reach the internet, printer, etc.

A few points, in case things are not clear:

A machine has a hostname, it refers to itself.  Generally speaking, one
of the network interfaces is associated with it (sometimes just the
localhost one).  This allows things within the machine that use
networking to work (such as the X server, internal mail, etc.).  It's
also used for inter-machine communication (e.g. SMB).

Each interface (generally) has a unique address.  The address refers to
the interface, not the machine.  Within the machine the netmask is used
against the interface address to determine where external traffic goes
(directed through a gateway, or just out a specific interface).

e.g. An interface at 192.168.1.10 with a netmask of 255.255.255.0 will
consider all 192.168.1.0 to 192.168.1.255 to be on the same subnet, and
be internal traffic.  An address that doesn't start with 192.168.1 will
be external to the subnet, and must go through a gateway.

>>> Can I put the bridge address on the line above it?
>>>
>>> 127.0.0.1       localhost.localdomain   localhost
>>> 10.1.1.2        box2
>>> 10.1.1.3        box3
>>> 10.1.1.4        box4
>>> 10.1.1.1        192.168.1.226	box1

> I don't think the last line is correct as above.  10.1.1.1 box1 should
> be eth1 while 192.168.1.226 is eth0 that connects to the wireless
> bridge.  Perhaps as you say I should have named them differently
> somehow but I tend to think of  them as interfaces to the same
> computer, box1.  Box1 has to interface either the LAN or the wireless
> network. 

In some ways I'm loath to suggest "naming" things eth0 and eth1, they're
rather vague, and can change in some circumstances.  If you're going to
name interfaces to be abundantly clear, perhaps using names like wired
and cabled might be more practical.

127.0.0.1	localhost.localdomain	localhost
10.1.1.2	box2
10.1.1.3	box3
10.1.1.4	box4
10.1.1.1	wired.box1	thebox1hostname
192.168.1.226	wireless.box1

Presuming that it's box1 that you're having the troubles with (prelonged
boot, etc.), I'd place the hostname assigned to the box into the hosts
file against one of the entries for its interface that has a fixed IP
address.

By now I'm probably as confused as you are about your network, and a
diagram might be quicker to follow than describing it in words.
Particularly regarding not just how machine to machine networking is
expected to work on your network, but how you're interfacing it to the
outside world.

-- 
(Currently running FC4, occasionally trying FC5.)

Don't send private replies to my address, the mailbox is ignored.
I read messages from the public lists.

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux