I have a problem with tightvnc, when I set up a dinamic ip with networkmanager it works fine but if I set up a static address connection it display an error
“You have been unexpectedly disconnected from ‘hometsa-comp’. Would you like to reconnect?”
“Couldn’t convert ‘hometsa-comp’ to host address”
I have setup the ip address, netmask, gateway and dns server in the network manager static address, it works when I setup the vnc connection using ip address instead of hostnames.
Perhaps DDNS is in use. Does your client machien have ‘hometsa-comp’ in
its /etc/hosts (or equivalent) file so it can resolve that name to an IP
address? Does connecting via IP address work when the IP is static (vs.
connecting via hostname)? Does your DNS server on your network (if
applicable) resolve to your machine properly?
dig @dnsServerIPAddressHere hometsa-comp
Test the above (with your IP address in the first spot after the ‘@’ sign)
when using dynamic and static IPs to see a difference.
Good luck.
On 10/12/2010 04:36 PM, Easgs wrote:
>
> I have a problem with tightvnc, when I set up a dinamic ip with
> networkmanager it works fine but if I set up a static address connection
> it display an error
>
> “You have been unexpectedly disconnected from ‘hometsa-comp’. Would
> you like to reconnect?”
>
> “Couldn’t convert ‘hometsa-comp’ to host address”
>
> I have setup the ip address, netmask, gateway and dns server in the
> network manager static address, it works when I setup the vnc connection
> using ip address instead of hostnames.
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
perhaps DDNS is in use. Does your client machien have ‘hometsa-comp’ in
its /etc/hosts (or equivalent) file so it can resolve that name to an IP
address?
no it doesn’t
Does connecting via IP address work when the IP is static (vs.
connecting via hostname)?
yes it does, when the ip is static it only works with IPs instead of hostnames
Does your DNS server on your network (if
applicable) resolve to your machine properly? it is a Windows domain, the domain controller is a 2003 server and all clients are windows xp, only this pc is an opensuse 11.3 32 bits box
dig @dnsServerIPAddressHere hometsa-comp
Test the above (with your IP address in the first spot after the ‘@’ sign)
when using dynamic and static IPs to see a difference.
On 10/13/2010 08:36 AM, Easgs wrote:
>
> perhaps DDNS is in use. Does your client machien have ‘hometsa-comp’ in
> its /etc/hosts (or equivalent) file so it can resolve that name to an
> IP
> address?
>
> no it doesn’t
>
>
> Does connecting via IP address work when the IP is static (vs.
> connecting via hostname)?
>
> yes it does, when the ip is static it only works with IPs instead of
> hostnames
>
> Does your DNS server on your network (if
> applicable) resolve to your machine properly? it is a Windows domain,
> the domain controller is a 2003 server and all clients are windows xp,
> only this pc is an opensuse 11.3 32 bits box
>
>
>> dig @dnsServerIPAddressHere hometsa-comp
>>
>> Test the above (with your IP address in the first spot after the ‘@’
>> sign)
>> when using dynamic and static IPs to see a difference.
>
> it is my pc ip address or the dns server address?
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
I seem to remember when setting up a static address in YAST, I had to make modifications in <both> Network Devices and the Host file, ensuring both are consistent with each other. It’s easy to overlook or mis-configure one or the other.
Also, although it should not make a difference with modern versions of almost any OS I would generally do a reboot after changing from dynamic to static addressing or vice versa to be certain that the local dns resolver cache (and anything else) is cleared.
So something on your system, when you do it dynamically, is able to find
the (presumably) remote system by name. If I didn’t know better I’d say
your /etc/hosts file was different between static and dynamic with that
entry in there while dynamic, but I do not understand how that would
happen unless it was in a config file somewhere. If this is happening
because of some network configuration (DHCP server giving out names
somehow, which is not something I think DHCP normally does) then a LAN
trace would show it. A LAN trace may be a good option in any case to see
if somehow the system is resolving the name via a server you are not
expecting when using a dynamic address. Just to confirm, you’re trying to
VNC to a remote machine, right? Something other than the box from which
you are connecting?
sudo /usr/sbin/tcpdump -n -s 0 -w /tmp/cap0.cap #perform test in another terminal and then Ctrl+C this one when done #and send the /tmp/cap0.cap file (or post it somewhere) for review.
Good luck.
On 10/13/2010 01:36 PM, Easgs wrote:
>
> static IP
>
>> easgs:/home/easgs # ping -c 1 hometsa-comp
>> ping: unknown host hometsa-comp
>>
>
>
> dinamic
>
>>
>>
>> easgs:/home/easgs # ping -c 1 hometsa-comp
>> PING hometsa-comp.sienic.com.ni (192.168.0.141) 56(84) bytes of data.
>> 64 bytes from hometsa-comp.sienic.com.ni (192.168.0.141): icmp_seq=1
>> ttl=128 time=0.980 ms
>>
>> — hometsa-comp.sienic.com.ni ping statistics —
>> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
>> rtt min/avg/max/mdev = 0.980/0.980/0.980/0.000 ms
>>
>>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Just to confirm, you’re trying to VNC to a remote machine, right? yes
Something other than the box from which you are connecting? it doesn’t connect to any pc when using static IP, the problem is that there are several pc in the network and we use vnc to give remote support, all the pc are windows xp boxes.
No, it does connect to things with a static IP. The problem as I
understand it and as you have described it is that your system does not
have a way to RESOLVE TO that static ip from the hostname but somehow it
does resolve to an IP address when using a dynamic IP. That normally
happens via DNS (but you said you’re not using DNS for the hostnames) or
else it happens via /etc/hosts files (which you are obviously not
manipulating on your own) so the next step is to figure out how it is
working with dynamic IPs in the mix, resulting in the need for the
/etc/hosts files (for each setup) as well as a LAN trace when the
resolution of the hostname takes place (in case DNS is somehow being used
in an unexpected way, or in case some other protocol is somehow being used).
Good luck.
On 10/13/2010 04:06 PM, Easgs wrote:
>
> Just to confirm, you’re trying to VNC to a remote machine, right? yes
>
> Something other than the box from which you are connecting? it doesn’t
> connect to any pc when using static IP, the problem is that there are
> several pc in the network and we use vnc to give remote support, all the
> pc are windows xp boxes.
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Is the client machine attaching to the server from across the Internet or is it in the same local LAN/WAN network as the Server
is in the same LAN
If it’s “local”, do the client and the server belong to the same IP subnet (LAN) or different subnets (WAN)?
it is in the same subnet
this is a windows domain, the server is a windows 2003 server, all machines are windows xp, only my pc is a openSUSE 11.3 box, the domain controller is the local DNS server, and everything is working fine in the rest of pc of the network, the problem is that there are a lot of pc and vnc is used for remote support, and it is easier to work with hostnames.
It could be the comms from the DNS server in the domain controller are the problem, which I don’t understand and can’t advise on.
Here’s two different thoughts:
I would try this diagnostic experiment: turn the openSUSE firewall off and see if there’s a difference (domain controllers use an extra port or two). Just to see if there’s a “port” issue.
I would also turn on wins in the file /etc/nsswitch.conf in the openSUSE box. Locate this line in the file:
hosts: files mdns4_minimal [NOTFOUND=return] dns
and make it like this
hosts: files mdns4_minimal [NOTFOUND=return] wins dns