Why updating from behind a proxy results in hash sum mismatch error while direct WiFi has no issues?
This has started from Ubuntu's 14.04 LTS version.
I work on Ubuntu at my office where internet works from behind a proxy server.
Earlier, I could just give the usual update commands from the terminal and they just worked.
But 14.04 LTS onwards, it has become exceedingly difficult to carry out even such a mundane task as updating my system.
Every time I try to update the system from behind the proxy, I get errors of 'Hash sum Mismatch'.
But interestingly (and to my utter dismay) when I connect to internet directly using my mobile phone's wifi, the update works absolutely normally.
I have tried all the workarounds suggested to alleviate the Hash Sum Mismatch errors. None has worked.
I suspect something is wrong with the way our proxy is configured. If not, I would really appreciate a good hand here.
Thanks.
apt updates proxy
add a comment |
This has started from Ubuntu's 14.04 LTS version.
I work on Ubuntu at my office where internet works from behind a proxy server.
Earlier, I could just give the usual update commands from the terminal and they just worked.
But 14.04 LTS onwards, it has become exceedingly difficult to carry out even such a mundane task as updating my system.
Every time I try to update the system from behind the proxy, I get errors of 'Hash sum Mismatch'.
But interestingly (and to my utter dismay) when I connect to internet directly using my mobile phone's wifi, the update works absolutely normally.
I have tried all the workarounds suggested to alleviate the Hash Sum Mismatch errors. None has worked.
I suspect something is wrong with the way our proxy is configured. If not, I would really appreciate a good hand here.
Thanks.
apt updates proxy
add a comment |
This has started from Ubuntu's 14.04 LTS version.
I work on Ubuntu at my office where internet works from behind a proxy server.
Earlier, I could just give the usual update commands from the terminal and they just worked.
But 14.04 LTS onwards, it has become exceedingly difficult to carry out even such a mundane task as updating my system.
Every time I try to update the system from behind the proxy, I get errors of 'Hash sum Mismatch'.
But interestingly (and to my utter dismay) when I connect to internet directly using my mobile phone's wifi, the update works absolutely normally.
I have tried all the workarounds suggested to alleviate the Hash Sum Mismatch errors. None has worked.
I suspect something is wrong with the way our proxy is configured. If not, I would really appreciate a good hand here.
Thanks.
apt updates proxy
This has started from Ubuntu's 14.04 LTS version.
I work on Ubuntu at my office where internet works from behind a proxy server.
Earlier, I could just give the usual update commands from the terminal and they just worked.
But 14.04 LTS onwards, it has become exceedingly difficult to carry out even such a mundane task as updating my system.
Every time I try to update the system from behind the proxy, I get errors of 'Hash sum Mismatch'.
But interestingly (and to my utter dismay) when I connect to internet directly using my mobile phone's wifi, the update works absolutely normally.
I have tried all the workarounds suggested to alleviate the Hash Sum Mismatch errors. None has worked.
I suspect something is wrong with the way our proxy is configured. If not, I would really appreciate a good hand here.
Thanks.
apt updates proxy
apt updates proxy
asked Dec 21 '18 at 8:25
Sachin Borkar
406
406
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
When running the update Debian/Ubuntu will download a list of all the meta-data about a package first, from this URL:
http://us.archive.ubuntu.com/ubuntu/dists/bionic/main/binary-amd64/Packages.gz
It will contain something like this for every package:
Package: aodh-common
Architecture: all
Version: 6.0.0-0ubuntu1
Priority: optional
Section: web
Source: aodh
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: PKG OpenStack <openstack-devel@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 97
Depends: adduser, dpkg-dev, python-aodh (= 6.0.0-0ubuntu1), python:any
Filename: pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
Size: 17760
MD5sum: 8f0c651bcc7369034fea6c28653f51b9
SHA1: 7fc8dd248a5139f0f7dd3be5a49614c1b9af7186
SHA256: 98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e
Homepage: https://github.com/openstack/aodh
Description: OpenStack Telemetry (Ceilometer) Alarming - common files
Description-md5: 4d4a9638c22eafe95e8cdbfdae651022
For this package it will then download this URL:
http://us.archive.ubuntu.com/ubuntu/pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
It will then check the SHA256 hash of this similar to doing this:
$ sha256sum aodh-common_6.0.0-0ubuntu1_all.deb
98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e aodh-common_6.0.0-0ubuntu1_all.deb
Your proxy is modifying the data which breaks the integrity hash check, because the contents have been changed. You should step through the process of running these commands manually, such as downloading the file via your browser and running sha256sum
on the command line to see the hashes don't match.
Next you should see what is actually different between the files and why. It's possible your proxy is able to determine that the .deb file is an "archive" that uses gzip compression and is re-packing the contents, even if that seems rather stupid in this context it could be used for a virus/malware scanning utility.
Let's assume you have two .deb files, one downloaded via the broken proxy and one downloaded via a proper working connection. You can compare the two by unpacking them and running diff
on the two directories to see which files (if any) are different. If the diff outputs no differences, then it's likely the proxy is repacking. If the diff outputs something inspect what the differences are and why your proxy is making such changes as it's likely a security concern in addition to a usability problem.
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
add a comment |
Maybe check your source list
sudo rm -rf /var/lib/apt/lists/*
then:
sudo apt-get update
Do you get the same error without connecting with proxy? try closing may be configured incorrectly
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1103529%2fwhy-updating-from-behind-a-proxy-results-in-hash-sum-mismatch-error-while-direct%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
When running the update Debian/Ubuntu will download a list of all the meta-data about a package first, from this URL:
http://us.archive.ubuntu.com/ubuntu/dists/bionic/main/binary-amd64/Packages.gz
It will contain something like this for every package:
Package: aodh-common
Architecture: all
Version: 6.0.0-0ubuntu1
Priority: optional
Section: web
Source: aodh
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: PKG OpenStack <openstack-devel@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 97
Depends: adduser, dpkg-dev, python-aodh (= 6.0.0-0ubuntu1), python:any
Filename: pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
Size: 17760
MD5sum: 8f0c651bcc7369034fea6c28653f51b9
SHA1: 7fc8dd248a5139f0f7dd3be5a49614c1b9af7186
SHA256: 98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e
Homepage: https://github.com/openstack/aodh
Description: OpenStack Telemetry (Ceilometer) Alarming - common files
Description-md5: 4d4a9638c22eafe95e8cdbfdae651022
For this package it will then download this URL:
http://us.archive.ubuntu.com/ubuntu/pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
It will then check the SHA256 hash of this similar to doing this:
$ sha256sum aodh-common_6.0.0-0ubuntu1_all.deb
98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e aodh-common_6.0.0-0ubuntu1_all.deb
Your proxy is modifying the data which breaks the integrity hash check, because the contents have been changed. You should step through the process of running these commands manually, such as downloading the file via your browser and running sha256sum
on the command line to see the hashes don't match.
Next you should see what is actually different between the files and why. It's possible your proxy is able to determine that the .deb file is an "archive" that uses gzip compression and is re-packing the contents, even if that seems rather stupid in this context it could be used for a virus/malware scanning utility.
Let's assume you have two .deb files, one downloaded via the broken proxy and one downloaded via a proper working connection. You can compare the two by unpacking them and running diff
on the two directories to see which files (if any) are different. If the diff outputs no differences, then it's likely the proxy is repacking. If the diff outputs something inspect what the differences are and why your proxy is making such changes as it's likely a security concern in addition to a usability problem.
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
add a comment |
When running the update Debian/Ubuntu will download a list of all the meta-data about a package first, from this URL:
http://us.archive.ubuntu.com/ubuntu/dists/bionic/main/binary-amd64/Packages.gz
It will contain something like this for every package:
Package: aodh-common
Architecture: all
Version: 6.0.0-0ubuntu1
Priority: optional
Section: web
Source: aodh
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: PKG OpenStack <openstack-devel@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 97
Depends: adduser, dpkg-dev, python-aodh (= 6.0.0-0ubuntu1), python:any
Filename: pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
Size: 17760
MD5sum: 8f0c651bcc7369034fea6c28653f51b9
SHA1: 7fc8dd248a5139f0f7dd3be5a49614c1b9af7186
SHA256: 98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e
Homepage: https://github.com/openstack/aodh
Description: OpenStack Telemetry (Ceilometer) Alarming - common files
Description-md5: 4d4a9638c22eafe95e8cdbfdae651022
For this package it will then download this URL:
http://us.archive.ubuntu.com/ubuntu/pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
It will then check the SHA256 hash of this similar to doing this:
$ sha256sum aodh-common_6.0.0-0ubuntu1_all.deb
98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e aodh-common_6.0.0-0ubuntu1_all.deb
Your proxy is modifying the data which breaks the integrity hash check, because the contents have been changed. You should step through the process of running these commands manually, such as downloading the file via your browser and running sha256sum
on the command line to see the hashes don't match.
Next you should see what is actually different between the files and why. It's possible your proxy is able to determine that the .deb file is an "archive" that uses gzip compression and is re-packing the contents, even if that seems rather stupid in this context it could be used for a virus/malware scanning utility.
Let's assume you have two .deb files, one downloaded via the broken proxy and one downloaded via a proper working connection. You can compare the two by unpacking them and running diff
on the two directories to see which files (if any) are different. If the diff outputs no differences, then it's likely the proxy is repacking. If the diff outputs something inspect what the differences are and why your proxy is making such changes as it's likely a security concern in addition to a usability problem.
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
add a comment |
When running the update Debian/Ubuntu will download a list of all the meta-data about a package first, from this URL:
http://us.archive.ubuntu.com/ubuntu/dists/bionic/main/binary-amd64/Packages.gz
It will contain something like this for every package:
Package: aodh-common
Architecture: all
Version: 6.0.0-0ubuntu1
Priority: optional
Section: web
Source: aodh
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: PKG OpenStack <openstack-devel@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 97
Depends: adduser, dpkg-dev, python-aodh (= 6.0.0-0ubuntu1), python:any
Filename: pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
Size: 17760
MD5sum: 8f0c651bcc7369034fea6c28653f51b9
SHA1: 7fc8dd248a5139f0f7dd3be5a49614c1b9af7186
SHA256: 98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e
Homepage: https://github.com/openstack/aodh
Description: OpenStack Telemetry (Ceilometer) Alarming - common files
Description-md5: 4d4a9638c22eafe95e8cdbfdae651022
For this package it will then download this URL:
http://us.archive.ubuntu.com/ubuntu/pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
It will then check the SHA256 hash of this similar to doing this:
$ sha256sum aodh-common_6.0.0-0ubuntu1_all.deb
98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e aodh-common_6.0.0-0ubuntu1_all.deb
Your proxy is modifying the data which breaks the integrity hash check, because the contents have been changed. You should step through the process of running these commands manually, such as downloading the file via your browser and running sha256sum
on the command line to see the hashes don't match.
Next you should see what is actually different between the files and why. It's possible your proxy is able to determine that the .deb file is an "archive" that uses gzip compression and is re-packing the contents, even if that seems rather stupid in this context it could be used for a virus/malware scanning utility.
Let's assume you have two .deb files, one downloaded via the broken proxy and one downloaded via a proper working connection. You can compare the two by unpacking them and running diff
on the two directories to see which files (if any) are different. If the diff outputs no differences, then it's likely the proxy is repacking. If the diff outputs something inspect what the differences are and why your proxy is making such changes as it's likely a security concern in addition to a usability problem.
When running the update Debian/Ubuntu will download a list of all the meta-data about a package first, from this URL:
http://us.archive.ubuntu.com/ubuntu/dists/bionic/main/binary-amd64/Packages.gz
It will contain something like this for every package:
Package: aodh-common
Architecture: all
Version: 6.0.0-0ubuntu1
Priority: optional
Section: web
Source: aodh
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: PKG OpenStack <openstack-devel@lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 97
Depends: adduser, dpkg-dev, python-aodh (= 6.0.0-0ubuntu1), python:any
Filename: pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
Size: 17760
MD5sum: 8f0c651bcc7369034fea6c28653f51b9
SHA1: 7fc8dd248a5139f0f7dd3be5a49614c1b9af7186
SHA256: 98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e
Homepage: https://github.com/openstack/aodh
Description: OpenStack Telemetry (Ceilometer) Alarming - common files
Description-md5: 4d4a9638c22eafe95e8cdbfdae651022
For this package it will then download this URL:
http://us.archive.ubuntu.com/ubuntu/pool/main/a/aodh/aodh-common_6.0.0-0ubuntu1_all.deb
It will then check the SHA256 hash of this similar to doing this:
$ sha256sum aodh-common_6.0.0-0ubuntu1_all.deb
98cbde3960701b083bc6744cb57fa2b3946d4d5f6c71512e2265f762d4650a3e aodh-common_6.0.0-0ubuntu1_all.deb
Your proxy is modifying the data which breaks the integrity hash check, because the contents have been changed. You should step through the process of running these commands manually, such as downloading the file via your browser and running sha256sum
on the command line to see the hashes don't match.
Next you should see what is actually different between the files and why. It's possible your proxy is able to determine that the .deb file is an "archive" that uses gzip compression and is re-packing the contents, even if that seems rather stupid in this context it could be used for a virus/malware scanning utility.
Let's assume you have two .deb files, one downloaded via the broken proxy and one downloaded via a proper working connection. You can compare the two by unpacking them and running diff
on the two directories to see which files (if any) are different. If the diff outputs no differences, then it's likely the proxy is repacking. If the diff outputs something inspect what the differences are and why your proxy is making such changes as it's likely a security concern in addition to a usability problem.
answered Dec 21 '18 at 8:53
Kristopher Ives
1,8181016
1,8181016
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
add a comment |
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
1
1
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
That's what I call 'bang on target' answer. Though I am yet to try out your suggestions, I am sure their outcome will be greatly helpful. Thank you so much for taking time and offering such a detailed help. I will revert with outcomes as soon as I find time to go through your suggestions practically. Thanks again.
– Sachin Borkar
Dec 21 '18 at 9:04
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
OK, just went through the process. diff is outputting no difference between the hash sums whatsoever. So the proxy must be repacking, correct?. So should I talk to the sysadmin to make the proxy stop repacking the packages? And if the proxy isn't making any difference to the file while repacking, why the mismatch is occurring in the first place?
– Sachin Borkar
Dec 21 '18 at 11:29
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
There are many ways to gzip/compress data, for example you can do it with a compression level of 1 or a level of 9, among other things, each of them would produce slightly different packed versions of the files.
– Kristopher Ives
Dec 21 '18 at 15:24
add a comment |
Maybe check your source list
sudo rm -rf /var/lib/apt/lists/*
then:
sudo apt-get update
Do you get the same error without connecting with proxy? try closing may be configured incorrectly
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
add a comment |
Maybe check your source list
sudo rm -rf /var/lib/apt/lists/*
then:
sudo apt-get update
Do you get the same error without connecting with proxy? try closing may be configured incorrectly
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
add a comment |
Maybe check your source list
sudo rm -rf /var/lib/apt/lists/*
then:
sudo apt-get update
Do you get the same error without connecting with proxy? try closing may be configured incorrectly
Maybe check your source list
sudo rm -rf /var/lib/apt/lists/*
then:
sudo apt-get update
Do you get the same error without connecting with proxy? try closing may be configured incorrectly
answered Dec 21 '18 at 8:34
Hakan san
1
1
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
add a comment |
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
1
1
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
Been there, done that. No use. Thanks for taking time to help though.
– Sachin Borkar
Dec 21 '18 at 8:40
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1103529%2fwhy-updating-from-behind-a-proxy-results-in-hash-sum-mismatch-error-while-direct%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown