Re: [Hampshire] [OT] Strange Shell Prompt.

Top Page

Reply to this message
Author: Peter Andrijeczko
Date:  
To: Hampshire LUG Discussion List
Subject: Re: [Hampshire] [OT] Strange Shell Prompt.
Mike

To give you another example, I use Gentoo Linux on a netbook that uses
Network Manager to start the wireless card on bootup. On some wireless
networks, the DHCP server also sends a hostname which, in my case, would
actually stop Xorg and Gnome from running, simply because the new hostname
could not resolve internally to an IP address.

The solution was to change a DHCP client configuration to ignore any
hostnames given by the DHCP server, and now it always works.

It's very important to get DHCP and name resolution working in sync.

Peter

On 6 July 2011 12:18, Peter Andrijeczko <peter.andrijeczko@???> wrote:

> Mike
>
> For any network service, you probably should make sure that the machine
> name can be resolved to an IP address, and an IP address back to a name as
> the reverse lookup is frequently used to detect IP spoofing.
>
> So, for example, if client PC A on 192.168.1.1 is connecting to the server
> PC B on 192.168.1.2 for a service (SAMBA share, Telnet, SSH, etc.) then you
> should make sure that B can resolve A's IP address to a name somehow or
> other. DNS is always the best way but reverse DNS lookups don't always get
> set up correctly, in which case you can put an entry for PC A in the
> /etc/hosts file of PC B.
>
> Since it's easy to do, it might be worth doing it as a quick test for your
> problem - but the connection delay can be caused by reverse DNS lookups
> failing and timing out after 30 seconds or so.
>
> It is important to get name resolution working correctly, even on an
> isolated LAN, and even if it means just using manually edited hosts tables.
>
> I hope this helps.
>
> Peter
>
> On 5 July 2011 17:30, Mike Burrows <testermike@???> wrote:
>
>> **
>> On 7/5/11 9:42 AM, Benjie Gillam wrote:
>>
>> My guess is that his iPad used your IP address beforehand and requested
>> 'johnrs-ipad' be it's hostname during the DHCP request a while back. When
>> your MacBook did a DHCP request, the server recycled the old iPad record
>> without properly cleaning it first.
>>
>> Benjie.
>>
>> On 5 July 2011 15:28, Mike Burrows <testermike@???> wrote:
>>
>>> Hello folks.
>>> I am connecting to the LAN at work from my macbook. When I open a
>>> terminal i get this message:
>>>
>>> Last login: Tue Jul 5 09:19:23 on ttys000
>>> johnrs-ipad:~ testermike$
>>>
>>> We do have a John R at work and he does have an ipad. However I can't
>>> understand why its reporting my macbook as his ipad.
>>>
>>>
>> Yes that makes sense. What has peeked my interest is that clients, can
>> connect to a 'network drive' for the PCs or 'server' for the macs but it
>> takes a while before the connections are established. Then if you navigate
>> away from the share and then go back to it, say in windows explorer, it
>> takes even longer to establish the connection again and sometimes wont at
>> all.
>>
>> could it be that this dns oddity is causing the domain controller to lose
>> track of its clients?
>>
>> Cheers
>> Mike
>>
>> --
>> Please post to: Hampshire@???
>> Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire
>> LUG URL: http://www.hantslug.org.uk
>> --------------------------------------------------------------
>>
>
>