confirming the bug before the update and that it's fixed with the new
version
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
This bug was fixed in the package vino - 3.4.2-0ubuntu1.1
---
vino (3.4.2-0ubuntu1.1) precise-proposed; urgency=low
* debian/patches/disable_webservices_check.patch: really disable the
connectivity check using webservices: the resulting message update was
already disabled
vino (3.4.2-0ubuntu1.1) is in the Precise queue waiting to be accepted
by the SRU team.
** Changed in: vino (Ubuntu Precise)
Assignee: Mathieu Trudel-Lapierre (mathieu-tl) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Hello Jonathan, or anyone else affected,
Accepted vino into precise-proposed. The package will build now and be
available at http://launchpad.net/ubuntu/+source/vino/3.4.2-0ubuntu1.1
in a few hours and then in the -proposed repository. Please help us by
testing this new package. See
** Branch linked: lp:ubuntu/precise-proposed/vino
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/608701
Title:
vino establishes a HTTP connection to check connectivity
To manage
** Branch linked: lp:ubuntu/vino
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/608701
Title:
vino establishes a HTTP connection to check connectivity
To manage notifications about this bug
This is still happening with 3.5.2-0ubuntu1 on Quantal which I confirmed
via tcpdump whilst enabling and disabling remote control in vino-
preferences.
189.38.80.51 is the host used by
http://blog.jorgepereira.com.br/jorge/org.gnome.vino.Service.php
alan@deep-thought:~$ host
Hey Mathieu, could you look at that again?
** Also affects: vino (Ubuntu Precise)
Importance: Undecided
Status: New
** Changed in: vino (Ubuntu Precise)
Importance: Undecided = High
** Changed in: vino (Ubuntu Precise)
Status: New = Triaged
** Changed in: vino (Ubuntu
So the issue was that updating the message once the check responds was
indeed disabled upstream, but the check was still being done -- I'll fix
this by disabling that webservices check altogether, since it's not
giving any benefits as it is now and the underlying IPv4/IPv6
connectivity issue
** Description changed:
Binary package hint: vino
- When enabling the VNC server in System → Preferences → Remote Desktop,
- Vino establishes an HTTP connect to an external website to check if
- connectivity is able:
+ [Impact]
+ Vino currently sends HTTP requests to external webservices in
This bug was fixed in the package vino - 3.5.2-0ubuntu2
---
vino (3.5.2-0ubuntu2) quantal; urgency=low
* debian/patches/disable_webservices_check.patch: really disable the
connectivity check using webservices: the resulting message update was
already disabled upstream, but
Alan, don't forget that there are two http links in the file:
bani.com.br needs to be blocked/commented out as well:
# Jorge Pereira
# http://blog.jorgepereira.com.br/jorge/org.gnome.vino.Service.php
# Jonh Wendell
# http://www.bani.com.br/vino/vino.php
http://localhost
Add http://localhost
$
I see it got unmarked as a security bug. If I may try to re-explain why
I think it *is* a bug. Firstly, many VNC users set very weak passwords
(e.g. 'password') because they are using it internally behind a
firewall, and anyone with physical access to one machine has physical
access to the other
Dom,
Those two points (the first being user error) have nothing to do with
this bug report, which is about vino connecting to an external server to
check its network connectivity. Please file a separate bug report about
these if you wish to.
--
You received this bug notification because you are
Christian,
While I agree that it is unfortunate that vino tries to speak to an
external website to verify if vnc is properly available, there is
currently no plan to apply these changes to other releases than Oneiric.
Please see https://wiki.ubuntu.com/StableReleaseUpdates if you would
like to
Yesterday I found this in my log:
Aug 1 12:39:33 len IN= OUT=eth1 MAC= SRC=192.168.0.107 DST=189.38.80.51
LEN=60 TOS=10 PREC=0x00 TTL=64 ID=43445 CE DF PROTO=TCP SPT=39385 DPT=22
SEQ=3475551532 ACK=0 WINDOW=5840 SYN URGP=0
This 189.38.80.51 maps back to kamotini.kinghost.net but is also the
** Changed in: vino (Ubuntu)
Assignee: (unassigned) = Mathieu Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/608701
Title:
vino establishes a HTTP
That message and port access check is dropped in Oneiric, so I'll mark
this Fix Released.
** Changed in: vino (Ubuntu)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
Will this be fixed in 10.04 (LTS!) too?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/608701
Title:
vino establishes a HTTP connection to check connectivity
To manage notifications about
$ cat /usr/share/vino/webservices
# This file lists all webservices URLs that can be used by vino to provide
# a connectivity test.
Comment out the http's:
# Jonh Wendell
http://www.bani.com.br/vino/vino.php
and
# Jonh Wendell
http://www.bani.com.br/vino/vino.php
and add:
http://localhost
Thank you for your bug report. The issue is an upstream one and it would
be nice if somebody having it could send the bug the to the people
writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)
** Changed in: vino (Ubuntu)
Importance: Undecided = Low
--
You received this bug
Unmarking as security. This password is not sent in the clear with the
RFB protocol, so its strength doesn't matter (though, the protocol is
not considered secure, so tunnel over ssh or VPN if need a secure
solution).
** This bug is no longer flagged as a security vulnerability
--
You received
1) vino doesn't use the external website to check for connectivity. Even
when the remote website isn't accessible, vino is still supposed to
start up fine. It only uses the remote website to determine if the
computer is accessible from the internet so it will display an
appropriate message to the
So, if you don't have network connectivity, and you uncheck the box and
check it again, the setup tool will hang for around 30 seconds waiting
for the remote server to respond. This could be better.
** Changed in: vino (Ubuntu)
Status: New = Confirmed
--
vino establishes a HTTP
I will attempt to reproduce the connectivity issue, but accept it may
well just be a lack of patience, not waiting long enough for the time
out.
I don't believe it's the same as ntp. With ntp the hits go to Canonical
controlled ntp servers by default. Firefox checks for updates at Mozilla
Hi Marc, I am the original user. Thanks to Alan for filing the bug
report. I'll clarify a couple of things. The machine (running Ubuntu
9.04) is on a typical domestic 192.168.1.x network, and *does* have
internet access via a typical domestic Comtrend router. The router is
not configured to
Alan,
your comment went in while I was writing the above. Hope it's cleared things
up a bit. There seem to be two issues here with Network Manager:
1. It doesn't play nicely with hard-coded interfaces in /etc/network/interfaces
2. If eth1 (for example) gets reassigned from a wired interface to
27 matches
Mail list logo