Вопросы Теги

Почему apt-get и wget не работают на моем сервере, когда работает ping?

Большое спасибо Ханыновскому! Поиск вашего ответа спас мне массу работы (недавно обновленный 12.04). Однако в моем случае это не обеспечило полного решения, поэтому я хотел бы добавить то, что я узнал. Моей установкой был Samsung S22A300B, подключенный к порту VGA Vaio VGN-CR120E со встроенным дисплеем 1280x800 и интегрированным графическим контроллером Mobile GM965 / GL960.

Вкратце, что я нашел:

Максимальное разрешение, которое я мог установить на внешний дисплей Samsung, с помощью параметра «Настройки системы отображения», был 1024x768. Это было вызвано тем, что мой VGA-контроллер не поддерживает EDID. По какой-то причине Windows Vista и Windows 7 (на другом ноутбуке) могут справиться с этой ситуацией и обеспечить полный диапазон разрешений.

Чтобы обойти это ограниченное максимальное разрешение, я сделал следующее:

Максимальное разрешение, которое я мог установить на внешний дисплей Samsung с использованием настройки систем отображения, был 1024x768. [!d3 ] Пробовал cvt для генерации модели -newmode modeline для 1920x1080, но, к сожалению, она не работала для моей установки. Это было вызвано тем, что мой VGA-контроллер не поддерживает EDID. По какой-то причине как Windows Vista, так и Windows 7 (на другом ноутбуке) могут справиться с этой ситуацией и предоставить полный спектр разрешений. Подключить эту модную линию вместе с изменением сценария для моей настройки (например, HDMI1-> VGA1, исправить разрешение для ноутбука и т. д.)

Этот ALMOST работал, но после входа в систему внешний монитор был сброшен с хорошего 1920x1080 до 1024x768. Оказалось, что это была постоянная пользовательская настройка, и ее можно было легко установить, используя Дисплеи ... Настройки системы (из меню передач) до теперь доступных 1920x1080. Теперь, когда я загружаюсь с подключенным внешним монитором, все работает так, как ожидалось.

Еще один сбой: если этот скрипт запускается дважды (например, с терминала), строка xrandr --newmode получит «BadName» цвет или шрифт не существует) ", но https://stackoverflow.com/questions/851704/xrandr-errors-badname-named-color-or-font-does-not-exist объяснил это и кажется доброкачественным. Также не должно быть проблемой, когда скрипт подключен к lightdm.conf по инструкциям Hanynowsky и запускается вручную.

Я предоставляю изменения, адаптированные для вышеуказанного (VGA без EDID-функций) в надеется, что это поможет кому-то другому. Как уже упоминалось в предыдущих ответах, вам придется адаптировать это для своей собственной установки. У меня нет никаких хороших советов по поводу получения правильной линии модема, но если кто-то еще, пожалуйста, попробуй чип. 

#!/bin/bash
# Modified for Vaio with 1920x1080 external on VGA
XCOM0=`xrandr -q | grep 'VGA1 connected'`
XCOM1="xrandr --output VGA1 --primary --mode 1920x1080 --output LVDS1 --mode 1280x800 --left-of VGA1"
XCOM2="xrandr --output LVDS1 --mode 1280x800"
NEWMODE="xrandr --newmode "1920x1080" 148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync"
ADDMODE="xrandr --addmode VGA1 1920x1080"

# Always add this mode in case we need it (better would be to test first)
eval $NEWMODE
eval $ADDMODE

if [ -n "$XCOM0" ] || [ ! "$XCOM0" = "" ];
then
        # if the external monitor is connected, then we tell XRANDR to set up an extended desktop
        eval $XCOM1
else
        # if the external monitor is disconnected, then we tell XRANDR to output only to the laptop screen
        eval $XCOM2
fi
exit 0;

ПРИМЕЧАНИЕ. Я не уверен, нужна ли оценка (против эха в оригинал). Я вложил это, прежде чем обнаружил, что настройки My Displays ... сбросили внешний дисплей до более низкого разрешения.

3
задан 27 June 2012 в 19:40

8 ответов

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 25 July 2018 в 18:22

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 31 July 2018 в 13:21

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 2 August 2018 в 00:34

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 4 August 2018 в 16:04

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 6 August 2018 в 00:42

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 7 August 2018 в 18:07

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 10 August 2018 в 06:54

На основании вашего теста простой попытки получить главную страницу Google через wget -q -O- http://www.google.com на компьютере / домене jeinfw появляется брандмауэр FW-1 блокировать большинство, если не весь исходящий http-доступ. (Ping / ICMP не - это не то же самое, что http, поэтому просто потому, что ping работает, не означает, что http также работает).

Вот почему apt-get дает сбой - вместо ожидаемое содержимое, будь то текст, bzip2, gzip или xz, всегда получает этот HTML-ответ от брандмауэра при запросе любого файла: 

<TITLE>Error</TITLE>
<BODY>
<H1>Error</H1>
FW-1 at jeinfw: Access denied.
</BODY>

Чтобы решить эту проблему:

Вам необходимо настроить прокси-серверы HTTP, которые вы получили! (Мне сказали через чат!) [/ ​​G11]

Предполагается, что сервер http://139.xxx.xxx.xxx:8080 ,

  • Откройте файл /etc/profile с помощью sudo nano (или вашего любимого редактора). В этом файле хранятся общесистемные переменные, инициализированные при загрузке, в консоль.
  • Добавьте следующие строки, изменив их соответствующим образом. Вы должны продублировать как прописные, так и строчные буквы, потому что (к сожалению) некоторые программы ищут только одну или другую: 
    http_proxy=http://139.xxx.xxx.xxx:8080/
https_proxy=http://139.xxx.xxx.xxx:8080/
ftp_proxy=http://139.xxx.xxx.xxx:8080/
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com"
HTTP_PROXY=http://139.xxx.xxx.xxx:8080/
HTTPS_PROXY=http://139.xxx.xxx.xxx:8080/
FTP_PROXY=http://139.xxx.xxx.xxx:8080/
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com"

Затем установите прокси для apt-get и менеджер обновлений

  • Эти программы не подчиняются переменным среды. Создайте файл с именем 95proxies в /etc/apt/apt.conf.d/ и включите следующее: 
    Acquire::http::proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy "ftp://139.xxx.xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Наконец, перезагрузите сервер, чтобы применить изменения.

5
ответ дан 15 August 2018 в 18:51
  • 1
    это не работает Это вывод дампа apt-config: paste.ubuntu.com/1053970 – klox 22 June 2012 в 14:45
  • 2
    Есть что-то между apt-get и интернетом - обратите внимание на загрузку 0B (yte) и неспособность даже получить список пакетов в журналах ошибок. – ish 23 June 2012 в 10:51
  • 3
    Пожалуйста, вставьте свой файл /etc/apt/sources.list, а также wget -O- http://www.google.com | pastebinit – ish 25 June 2012 в 09:55
  • 4
    source.list: pastebin.com/rvWJWJU4 и pastebin.com/fxADy6Rr – klox 25 June 2012 в 10:01
  • 5
    Хорошо, в вашем Интернете есть прокси-сервер или что-то, что блокирует доступ HTTP. Когда вы делаете wget на главной странице Google, длина должна быть Length: unspecified [text/html], а НЕ 82, которую вы получите, а результат должен быть paste.ubuntu.com/1058592 . – ish 25 June 2012 в 10:08

Другие вопросы по тегам:

Похожие вопросы: