New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 214 users

Issue metadata

Status: Assigned
EstimatedDays: ----
NextAction: 2017-01-10
OS: Chrome
Pri: 2
Type: Feature

issue 220820

  • Only users with EditIssue permission may comment.

Sign in to add a comment

Issue 126802: Add UI for setting hostname that Chrome OS will request via DHCP

Reported by, Dec 4 2011 Project Member

Issue description

Chrome OS Version  :  1011.137
Chrome Version     :  15.0.874.121 (Official Build 109964)
Type of computer   :  x86-device
Network info       :  Wifi

Please specify Area - Network

What new or enhanced feature are you proposing?
Allow user to name the computer. 

What goal would this enhancement help you achieve?
Makes it easier to recognize and connect to a machine over a network.

Comment 1 by, Dec 4 2011

Chrome OS doesn't have any network services listening for incoming connections, so I don't know what the use case here is.

Comment 2 by, Dec 4 2011

Status: WontFix
Yeah, this doesn't make sense to me either.

Comment 3 by, Dec 5 2011

Since its a personal device it would be a good personalization if one can name their device. I was checking all the devices connected to a particular router the other day and had to run through each and every chrome devices mac address to find which one is connected, whereas all the windows and mac machines had their names listed.

Comment 5 by, Dec 5 2011

Labels: -Area-DesktopUI Area-Network
Status: Unconfirmed
I think you're asking for dynamic DNS support.  Assigning a hostname to a device that doesn't permit incoming connections still doesn't seem useful to me.

Comment 6 by, Dec 8 2011

Labels: -Pri-2 Pri-3
Status: Available
It's not an ask for dynamic DNS support so much as it is asking for the user to be able to set a unique hostname in their DHCP request.  The DHCP server could choose to set up a DNS entry as a result, or note in some interface the mapping of IP addresses to these names it was given.  I consider this even lower priority than a 2, but would be easy enough to do in shill by (a) creating a Manager DBus interface for setting the device host name, (b) sending this host name in DHCP requests.

Comment 7 by, Dec 8 2011

Thanks for the clarification.  Since we'd need to add UI for this too, adding Kan to see whether he thinks it's worthwhile.

Comment 8 by, Dec 13 2011

Labels: Mstone-X
agree this is pretty low priority and usefulness right now. punting to mx

Comment 9 by, Dec 30 2011

This would be very useful in environments where there are multiple ChromeOS devices on the network. Any user who sets firewall rules by hostname (or uses hostname to configure MAC filtering) will benefit from having human-comprehensible names.

(I'm not sure if I'm supposed to be writing here since my email address is not from if not, sorry.)

Comment 10 by, Jan 18 2012

Labels: -Area-Network Area-DesktopUI
shill now has a "Hostname" parameter in the Manager, which when set will be passed to DHCP requests.  When shill is the default connection mananger, and the UI plumbs this parameter, this functionality will be available.

Comment 11 by, Jan 18 2012

Project Member
Commit: d32f484b91ab583ccc9a14b2a6b5182fda6958f0

shill: Pass a parameter to dhcp client to request a hostname

This will enable dynamic DNS, or at the very least allow DHCP
requests to be identified and distinguished at the server side.

TEST=New unit tests monitor hostname arg passed to dhcpcd,
and to assure values are being loaded/saved.  Also double
checked on real system by doing a dbus-send to set manager.HostName
and checked that the name was persisted, and that the next
DHCP server we connected to stored this hostname.

Change-Id: Ic127b65d8563b15e55549a0f029385d0632eaf6c
Reviewed-by: Paul Stewart <>
Tested-by: Paul Stewart <>
Commit-Ready: Paul Stewart <>

M	default_profile.h
M	dhcp_config.h
M	dhcp_provider.h
M	manager.h
M	mock_dhcp_config.h
M	mock_dhcp_provider.h

Comment 12 by, Jan 18 2012

Project Member
Commit: 0fca587e4f3f3522093c913fd61ffc8b16a55fb8

shill: Add a "HostName" property

This manager property will store a user-defined hostname which will
be used to identify this host.  This hostname will be passed to
DHCP servers which can use this to label requests with this unique
user-specified token and optionally create DNS entries.


Change-Id: Ic807a2235e0cdcb32a08f9c2c760a86c3579431c

M	dbus/service_constants.h

Comment 13 by, Feb 21 2012

maybe it makes sense for us to set a default one like "Chromebook" etc. for now to help anyone in the situation where they have a bunch of devices on a network that doesn't report hostname so it's all "Unknown" but again low pri

Comment 14 Deleted

Comment 15 by, Apr 13 2012

Machine names can also be useful for the open-tab sync feature of recent Chrome,
It shows the list of "other devices" names, in which all Chromebooks are shown as "Chromebook"s.

It'd be good if they are distinguishable, for users who have multiple Chromebooks :).

Comment 16 Deleted

Comment 17 by, Apr 27 2012

 Issue 26641  has been merged into this issue.

Comment 18 Deleted

Comment 19 by, May 7 2012

Shall we merge this into  issue chromium:122185 ?

Comment 20 by, May 7 2012

I actually think this bug is probably separate. 122185 relates to the device's name as far as sync is concerned, while this is more of a local system-level capability. Obviously if we added this, sync should inherit the user-set device name, but I don't think it's a dupe.

Note we'll be tracking the ability to change a device's name as it appears in tab sync in chromium:124964

Comment 21 Deleted

Comment 22 by, Mar 5 2013

Issue chromium-os:39533 has been merged into this issue.

Comment 23 by, Mar 8 2013

Labels: -Pri-3 Pri-2 Feature-Ash-Networking
Status: Assigned
keybuk also just brought up a need for something like this to be used when pairing with bluetooth devices like phones.

Perhaps it's time that some priority be given to this so that we don't wind up with 3 or 4 different names for your chrome device -- one for your network hostname, one for your BT device name and one for your sync session.

Comment 24 by, Mar 8 2013

Owner: ----
Status: Untriaged
Marking this so it comes up in our next triage

Comment 25 Deleted

Comment 26 by, Mar 12 2013

Labels: -Cr-UI
Status: Assigned
Xiaowen, I believe you are looking into networking stuff?

Comment 27 Deleted

Comment 28 by, Jun 19 2013

I also have a need for this feature. I am trying to replace PCs on a bank teller line with Chromeboxes that will use RDP to connect to a Windows Terminal Server to run our line of business teller app. The app users the hostname to associate a printer with a machine. If this feature were available, it would greatly ease our configuration issues as this association now has to be done using the IP address of the Chromebox: If I could set host names, I could let the Chromeboxes use DHCP normally and not have to worry about support calls should the address change.

Comment 29 by, Jun 19 2013

dobri@ is working on revamping the settings UI.  This would be a good feature to consider with that revamp.  Feel free to assign back to me if that's not part of your scope.

Comment 30 by Deleted ...@, Oct 9 2013

I need this feature as well. We are testing replacing PCs as well and need to RDP to a terminal server on another domain over untrusted networks. Part of the verification required for the RDP security is the client hostname.

Comment 31 by, Oct 9 2013

Tom owns settings UI now.

Comment 32 by, Oct 9 2013

Summary: Add UI for setting hostname that Chrome OS will request via DHCP (was: UI for users to name their CrOS machine.)

Comment 33 by, Nov 12 2013

I agree, you should be able to change the hostname not only for Chromebook, but Chromecast as well.

I've been checking my router "attached devices" logs and my Chromebook appears as "></tr>" and my 2 Chromecast dongles vary, with "_Zzz_" and "s" or "t" or "`"

I hope my devices haven't been hacked.

Comment 34 by, Nov 12 2013

Now my Samsung Series 3, just switch back to "stable" from "dev"
Version 30.0.1599.116
Platform 4537.147.0 (Official Build) stable-channel daisy
Firmware Google_Snow.2695.117.0

Has this at the Device Name in the router log:

#	IP Address	Device Name	MAC Address
2	rip_direction" size="1"> <op�:5�)Oalue=1><%600%></option>	XX:XX:XX:XX:XX:XX  (masked Mac address)

Comment 35 by, Nov 12 2013

Labels: Restrict-AddIssueComment-EditIssue
Please star this issue (top-left corner of the page) if you want to follow its progress.

Comment 36 by, Nov 25 2013

 Issue 322968  has been merged into this issue.

Comment 37 by, Nov 5 2014

Even creating an /etc/hostname file is not enough. There needs to be a script that executes at boot that reads that file and sets the hostname to that, this is what ubuntu does:
% cat ./init/hostname.conf
# This task is run on startup to set the system hostname from /etc/hostname,
# falling back to "localhost" if that file is not readable or is empty and
# no hostname has yet been set.

description     "set system hostname"

start on startup

exec hostname -b -F /etc/hostname

Comment 38 by, Nov 25 2014

including an upstart job like that will be a waste of time on most (all?) systems, and /etc/hostname is in the rootfs, not stateful, so you can't change it (so it'd have to be a symlink like /etc/resolv.conf).

also, we have a few places that assume "localhost", so changing it to anything else will break.  off the top of my head, X currently requires it via the xauthority logic.

last time we did board bring ups (w/out X), we ran into some random system services failing until it was corrected to localhost in the kernel config.  i don't recall specific details though.

but what uname() returns on the local system is orthogonal to what things (like shill) report to the network.

Comment 39 Deleted

Comment 40 by, Apr 24 2015

Adding to the MD-Settings hotlist so we can think about it during the redesign. If it makes sense, I'd like to merge this with the ability to set a human-readable name that can be used with Chrome Sync (related to #341356).

Comment 41 by, Apr 24 2015

Labels: Hotlist-MD-Settings

Comment 42 by, Jun 26 2015

Labels: M-47
Tom, what was the result from the MD-Settings discussions?

Comment 43 by, Oct 16 2015

I count 4 use cases that want to "name" the device:
1) "normal" chromebook users (that monitor their routers)
2) network admins to setup firewall rules
3) chromebox for enterprise (bank teller replacement)
4) bluetooth pairing

And I'll add: 
5) Google OnHub: chromebooks are currently "unamed device" and other PCs/Macs advertise some "human readable" name.

Given both OnHub and ChromeBooks are Google products, seems we should do better. 

Until we add some UI to change the name, could the "default" name that is advertised be the primary "owner" of the machine?

e.g. "chromebook-grantgrundler" ( or "chromebook-grundler" ( depending on which email I use to initially sign in on.

Comment 44 by, Oct 16 2015

Agree that this feature would be useful.

But regarding default name: I'm not sure that we actually have an "owner" concept in ChromeOS, since CrOS deliberately tries to treat all user accounts the same. Note that even if we knew which user was the owner, we might not know their email address until after they logged in. (I believe that falls out of our privacy/security design.)

Comment 45 by, Oct 16 2015

We shouldn't automatically publish the device owner's username.

Comment 46 by, Oct 16 2015

yeah, 100% agree that we should not be broadcasting PII

Comment 47 by, Oct 16 2015

Yeah, I thought the same thing after I posted it. /o\  It's ok for people to set that up but a terrible idea as the default.

But maybe the "hwid"?
See bios_info under chrome://system.

hwid identifies the production run for that set of machines. This is NOT a unique identifier for any machine.  I'll remind the machine is required to advertise it's MAC address to use DHCP which is a unique identifier.

Comment 48 by, Oct 16 2015

Unique identifier != PII. :-)

Comment 49 by, Oct 16 2015

How about defaulting to the HWID? That's better than "unnamed device".

Comment 50 by, Oct 16 2015

i'm aware of the WiFi MAC.  doesn't mean it's a good idea ;).

including the board name should be fine, so something like "$DEVICETYPE-$CHROMEOS_RELEASE_BOARD" (fields taken from /etc/lsb-release), rather than the HWID which might have undesirable characters.

Comment 51 by, Oct 16 2015

I don't think that the HWID is helpful to users who are not super familiar with ChromeOS hardware. It would be great if the name described the machine in terms that users can easily recognize like


Although, not sure if OEM is something we could populate

Comment 52 by, Oct 16 2015

we do not (currently) include the OEM details.  it is something we could add, but if something like "chromebook-wolf" is good enough, then that's something we could easily pull off today.

Comment 53 by, Oct 19 2015

chromebook-wolf would definitely be a big improvement :)
Might also be worth thinking about including some sort of (random) number at the end to cover the case of  multiple Chromebooks of the same model on a local network.

Comment 54 by, Dec 16 2015

Labels: Cr-Enterprise

Comment 55 by, Dec 16 2015


Comment 56 by, Dec 16 2015

 Issue 570289  has been merged into this issue.

Comment 57 by, Jan 19 2016

Labels: Hotlist-Enterprise Hotlist-Enterprise-Support

Comment 58 by, Apr 29 2016

Labels: -M-47 M-54

Comment 59 by, Aug 1 2016


Comment 60 by, Oct 10 2016


Comment 61 by, Nov 11 2016


Comment 62 by, Dec 20 2016

NextAction: 2017-01-10
@tbuckley, could you please review this bug and update the owner and Milestone appropriately. 
Moving this to M57 for now.

Comment 63 by, Dec 20 2016

Labels: -M-54 M-57

Comment 64 by, Dec 21 2016

Labels: -M-57 M-58
If we implement this it will be part of MD Settings, and should be done after the initial release, so M-58 at best.

Comment 65 by, Dec 21 2016

FWIW: Enterprise has meanwhile grown an "asset identifier", which could arguably make for a good hostname? It's an identifier that's available also via extension API as well as server APIs, so is very useful to match up a device with device records in other systems.

Comment 66 by, Dec 21 2016

Rereading the history here, the original request (and most of the discussion) has been about letting the user assign their own hostname. The asset ID you're referring to is the one described at, right? It sounds from the docs like we already expose some UI to let the user set this during enrollment. Is the ID tied to enterprise, or would it be possible to make it available in non-enterprise environments?

Comment 67 by, Dec 22 2016

Asset ID is currently tied to enterprise. It may be possible to make it work in non-enterprise environments too, but I doubt the UX would be ideal for that case (i.e. a chrome://settings text field seems more appropriate for consumer devices?).

Comment 68 by, Jan 2 2017

Blocking: 676195

Comment 69 by, Jan 20 2017

Components: UI>Settings
Labels: -Hotlist-MD-Settings Hotlist-MD-Settings-People
Making sure this shows up in the MD Settings bug list.

Comment 70 by, Mar 3 2017

Labels: -M-58 M-59

Comment 71 by, Apr 25 2017

Is this feature still targeting M-59?

Comment 72 by, Apr 25 2017

Labels: -M-59
Status: Untriaged (was: Assigned)
I haven't heard anything about it lately, so given that we've branched already, I suspect it isn't.

Comment 73 by, Apr 28 2017

Status: Assigned (was: Untriaged)
Now that MD Settings has launched we'll look into this.

Comment 74 by, May 1 2017

Thanks Tom. a couple of questions:

1. Will this value apply to all networks connecting on this device or only networks connecting through a user session? I ask because we have both user- and device-wide networks and whatever we build here should work for both.

2. When you add the wiring for the value, would appreciate if you can also add a policy so that admins can set this remotely. This has been an ask for some time from admins.

Comment 75 by, May 18 2017

Labels: Proj-MaterialDesign-WebUI

Comment 76 by, Jun 30 2017

Hi, We also have a customer requesting this feature. Customer wants to add Hostname/DNS name to Chromebooks. Details are below: 

Use case:
They need to identify Chromebooks by DNS name as this is used by their web filter to identify traffic. Currently Chromebook traffic is only logged against the user, not the device.

They need to know what exact device a user is using to browse the internet in order to pinpoint the user’s whereabouts for safeguarding/e-safety/child protection purposes.

Existing workarounds: There are no known workarounds.

Comment 77 by, Oct 5 2017

Blocking: -676195
Please note update to  issue 676195 . We will be working on exposing this setting as an admin policy initially.

Comment 78 by, May 22 2018


Comment 79 by, May 22 2018


Sign in to add a comment