Issue metadata
Sign in to add a comment
|
Network speeds dramatically throttled when connected to OpenVPN full tunneling connection
Reported by
jeremy.l...@warbyparker.com,
May 2 2018
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10452.74.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.137 Safari/537.36 Platform: 10452.74.0 (Official Build) beta-channel lulu Example URL: Steps to reproduce the problem: 1. Configure an OpenVPN client configuration on ChromeOS 2. Connect to OpenVPN server 3. Run a speedtest 4. Disconnect from OpenVPN session 5. Re-run speedtest 6. Bandwidth speeds are reduced by up to 75% on OpenVPN session What is the expected behavior? minimal impact to bandwidth. What went wrong? Not sure how long this has been an issue, but we noticed it with our fleet of mobile, WFH users on ChromeOS running at 64.x and following. This issue occurred about a year ago on previous versions of ChromeOS. The issue at that time was a bug with the virtual interface (TUN1) created for the OpenVPN session. The bug was resolved in a CHromeOS version release. Did this work before? Yes Not certain - but probably 63.x Chrome version: 66.0.3359.137 Channel: beta OS Version: 10452.74.0 Flash Version: 29.0.0.140
,
Jul 13
Is this with the built-in Chrome OS OpenVPN client or a separately installed OpenVPN app?
,
Jul 13
Its essentially the built-in ChromeOS OpenVPN client (not the Chrome/Android app). It's an L2TP config using an ONC file for our specific environment Jeremy Long WARBY PARKER <https://www.warbyparker.com/?utm_source=employee&utm_medium=email&utm_content=signature&utm_campaign=signature&cvosrc=email.employee.signature> Summer reading calls for summery frames <https://www.warbyparker.com/summer-2018?utm_source=signature&utm_medium=email&utm_campaign=Summer-2018&cvosrc=email.signature.summer-2018> We made an app! Download it here <https://itunes.apple.com/app/apple-store/id1107693363?pt=1427163&ct=Employee%20Email%20Signature&mt=8> Follow us: Facebook <http://www.google.com/url?q=http%3A%2F%2Fwww.facebook.com%2Fwarbyparker&sa=D&sntz=1&usg=AFrqEzfUEaV6C9BaTQ8cI-VKdanu2UUQbw> , Twitter <http://www.google.com/url?q=http%3A%2F%2Ftwitter.com%2Fwarbyparker&sa=D&sntz=1&usg=AFrqEzczMD6HXAtHLBzviQV_EtD3ckoJVQ> , Instagram <http://instagram.com/warbyparker>, Snapchat <https://www.snapchat.com/add/warbyparker>
,
Jul 13
,
Jul 16
Correction on this ticket - our OpenVPN is an SSL configuration, not an L2TP.
,
Oct 16
,
Oct 16
[Has anyone in Google able to repro this yet ?]
,
Oct 16
We spent a few months troubleshooting this with Google. Ticket #587053
,
Jan 11
This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by mmenke@chromium.org
, May 2 2018