Am 30.11.2010 09:31, schrieb David C. Rankin:
On 11/30/2010 01:11 AM, Wolfgang Rosenauer wrote: Even at home, the first thing I do is get BIND9 setup to accept dynamic updates from dhcpd and go from there. That way if I ever end up with a device like your that needs to be accessed (like playstations, wii's, smartphones, etc..) I can always create a forward and reversion lookup for the device.
I don't have a box running all the time besides the router and it should stay that way. So DNS _has_ to be performed from the router. And it actually works for internal hostnames but not for internal FQDN.
With your printer, if the clients can't communicate with it, how are they going to be able to print to it?
Apparently we are not talking the same here. The printer is local to my normal workstation being the cups server. I for sure can talk to my cups server via IP but not via name. So it would be easy for the clients to print if they would know the ip address from the cups broadcast messages.
If it is broadcasting it's name, then there has to be a way for the clients to know where in the heck 'name' is on the network. If I was going to stick with the router doing dns and dhcp, then I guess I would try setting the /etc/hosts on Linux boxes and LMHOSTS on the windows boxes in %SystemRoot%\System32\Drivers\Etc You can get the full write up here: http://support.microsoft.com/kb/314108
And when I leave my local network with my laptop the ip I need to use to access the same machine changes. Not a solution.
All documentation I've found says that I need to set
"ServerName" in cupsd.conf to the ip address.
Still the broadcast tells the `hostname -f` as printer URI.
I'm not sure you are chasing the right rabbit here. The ServerName IP identify the cups server. I'm not familiar with the work-around and may be completely wrong, but the only way I see it making any sense is if you were setting up some type of 'virtual' cups server using the printer IP as the server name. But, I've never heard of doing that before.
All I need is that cups doesn't send this: ipp://my.unknown.hostname/printer/officejet but ipp://192.168.250.1/printer/officejet I cannot believe there is no way to do that. If it really isn't, locally patching my cups server seems to be the best and easiest way apparently than using broken workarounds. I found references: http://www.linuxquestions.org/questions/slackware-14/cups-howto-broadcast-se... Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org