Я не понимаю, в чем проблема, но когда я пытаюсь запустить следующую команду:
sudo apt-get update
Я получаю вывод вроде ...
0% [Connecting to us.archive.ubuntu.com (91.189.91.13)] [Connecting to security.ubuntu.com (91.189.92.184)]
0% [Connecting to us.archive.ubuntu.com (91.189.91.13)] [Connecting to security.ubuntu.com (91.189.92.184)]
0% [Connecting to us.archive.ubuntu.com (91.189.91.13)] [Connecting to security.ubuntu.com (91.189.92.184)]
0% [Connecting to us.archive.ubuntu.com (91.189.91.13)] [Connecting to security.ubuntu.com (91.189.92.184)]
и так далее ... но ничего не могу скачать ...: (...
Я обновил свой resolv.conf
файл и выглядит следующим образом:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# НЕ РЕДАКТИРУЙТЕ ЭТОТ ФАЙЛ РУКАМИ - ВАШИ ИЗМЕНЕНИЯ БУДУТ ПЕРЕПИСАНЫ
nameserver 8.8.8.8
таблица маршрутизации выглядит так:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 172.30.100.1 0.0.0.0 UG 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
172.30.100.0 0.0.0.0 255.255.254.0 U 1 0 0 eth0
Моя конфигурация проводного соединения выглядит так:
eth0 Link encap:Ethernet HWaddr e8:9a:8f:0b:25:57
inet addr:172.30.100.42 Bcast:172.30.101.255 Mask:255.255.254.0
inet6 addr: fe80::ea9a:8fff:fe0b:2557/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:201591 errors:0 dropped:0 overruns:0 frame:0
TX packets:54761 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:53827641 (53.8 MB) TX bytes:7677456 (7.6 MB)
Interrupt:44
И наш институт использует прокси-сервер ... когда я пытаюсь пропинговать этот сервер, он пингует эти серверы, но не внешние серверы ... как security.ubuntu.com
или какой-то другой сайт ... Я могу получить доступ internet
из моего браузера, но software center
не может ничего скачать.
Я также установил системный прокси .. Плз помогите ....
источник
traceroute us.archive.ubuntu.com
?Ответы:
IP-адрес, начинающийся с «169» в вашей таблице маршрутизации, является APIPA (автоматический частный IP-адрес), и он должен поднимать красный флаг каждый раз, когда вы его видите. Это означает, что ваш компьютер прекратил попытки связаться с сервером DHCP для получения законного IP-адреса. Я обнаружил, что при хорошей настройке локальной сети это происходит из-за отсоединенного соединительного кабеля. Также убедитесь, что ваш компьютер имеет правильный адрес для вашего сервера DHCP.
Однако «172» является действительным частным IP-адресом для вашего eth0.
Важный : Не редактируйте ваш файл resolv.conf!
Внесите изменения для dns-search, dns-nameservers, статического IP-адреса, маски подсети и т. Д. В
/etc/network/interfaces
файл. Для простоты перезагрузите компьютер после внесения изменений или научитесь использовать ifdown а также ifupЛучше всего искать в Google версию Ubuntu и такие ключевые слова, как «редактирование resolv.conf», «добавление серверов имен» и т. Д.
источник