Well, not really nwam since Euan is not using nwam here. It's actually an issue
with the network/physical service which doesn't have stop/restart/refresh 
methods.

The Network Admin tool  that Euan is referring to is the GNOME System Tools
version. This will restart network/physical:default SMF service. Unfortunately
this doesn't bring down existing networks (in comparison NWAM would).

As such the dhcp release/start that Euan suggests is probably a good idea, but
in reality there are possibly other side-effects involved.

On the switching of location - it probably would be better to bring down the
whole network - marking all non-DHCP interfaces as down, doing a release for
DHCP interfaces (which will also mark it as down after releasing the address),
and then start network/physical again which should then re-process all the
interfaces.

I reckon a bug should be created to handle this in Network Admin.

Thanks,

Darren.

Jeff Cai wrote:
> On Sun, 2008-06-08 at 20:36 -0700, Euan Thoms wrote:
>> I have disabled NWAM because I have static IP at one location and dynamic at 
>> another. I have made the locations (profiles) in network administration. 
>> With the static connection I have filled DNS servers in manually, with the 
>> dynamic it should get populated itself.
>>
>> Problem:
>> When I switch from static to dynamic location, it acquires the dynamic IP 
>> address, gateway and route but the DNS servers do not get updated.
>>
>> Workaround:
>> #ifconfig rtls0 dhcp release
>> #ifconfig rtls0 dhcp start
>>
>> Surely this could be remedied if the network administration tool did this 
>> release and start routine when switching locations, or, even better, during 
>> deactivation and activation of the network node.
>>
>> Does anybody else agree this is a bug / design flaw?
> 
> I also encountered this problem before. I think it is a bug of nwam.
> 
> Jeff
> 
>>  
>>
>> This message posted from opensolaris.org
>> _______________________________________________
>> desktop-discuss mailing list
>> desktop-discuss at opensolaris.org
> 
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org

Reply via email to