Я предполагаю, что вы установили Eclipse, распакуя дистрибутив .tgz, полученный с сайта eclipse.org. что
/path/to/eclipse
представляет собой абсолютный путь к файлу каталога установки - где
/path/to/eclipse could ACTUALLY BE /usr/lib/eclipse - for example.
Учитывая это, убедитесь, что сам каталог eclipse и все его содержимое (подкаталоги и т. д. и т. д.) принадлежат root и принадлежат к корневой группе - то есть
cd /path/to
chown -R root eclipse
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
ipv6 ipv4 6to4-TrafficВы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имен хостов).
Подробное объяснение в gai.conf можно найти в стандарте
Это, кстати , также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
ipv6 ipv4 6to4-TrafficВы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имен хостов).
Подробное объяснение в gai.conf можно найти в стандарте
Это, кстати , также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:
Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf
(gai означает getaddrinfo
, стандартный системный вызов для разрешения имена хостов).
Подробное объяснение на gai.conf
можно найти на странице man
Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.
Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about:config должен быть false, если у вас есть IPv6 (он установлен в true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с багги DNS-прокси в домашних маршрутизаторах ).
Как указывал Фреддиб, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, getaddrinfo.
Чтобы решить вашу проблему, замените содержимое вашего /etc/gai.conf на следующие строки :
label ::1/128 0
label ::/0 1
label 2002::/16 2
label ::/96 3
label ::ffff:0:0/96 4
label fec0::/10 5
label fc00::/7 6
#label 2001:0::/32 7
обновлено: thx to freddyb для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!
В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.
Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.
Хорошо, я изучал это, и это странно.
1) Используйте локальный прокси. Если я установлю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.
1) Используйте локальный прокси. Если я установлю aiccu и настрою его с помощью туннеля (например, SiXXS), то независимо от параметров моего прокси-сервера IPV6 сначала используется Firefox.
Возможно, что, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.
Ответ прост: измените метки.
label 2002::/16 1
label 2001:0::/32 1
Это делает их эквивалентными «vanilla» ipv6.
Если вы оставите их прокомментированными, они заберут значения по умолчанию.
Ответ прост: измените метки.
label 2002::/16 1
label 2001:0::/32 1
Это делает их эквивалентными «vanilla» ipv6.
Если вы оставите их прокомментированными, они заберут значения по умолчанию.
Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about:config должен быть false, если у вас есть IPv6 (он установлен в true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с багги DNS-прокси в домашних маршрутизаторах ).
Хорошо, я изучал это, и это странно.
1) Используйте локальный прокси. Если я установлю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.
1) Используйте локальный прокси. Если я установлю aiccu и настрою его с помощью туннеля (например, SiXXS), то независимо от параметров моего прокси-сервера IPV6 сначала используется Firefox.
Возможно, что, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.
В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.
Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.
Как указывал Фреддиб, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, getaddrinfo.
Чтобы решить вашу проблему, замените содержимое вашего /etc/gai.conf на следующие строки :
label ::1/128 0
label ::/0 1
label 2002::/16 2
label ::/96 3
label ::ffff:0:0/96 4
label fec0::/10 5
label fc00::/7 6
#label 2001:0::/32 7
обновлено: thx to freddyb для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!
Ответ прост: измените метки.
label 2002 :: / 16 1 label 2001: 0 :: / 32 1
Это делает их эквивалентными «vanilla» ipv6.
Если вы оставите их прокомментированными, они будут получать значения по умолчанию.
Так же, как указал freddyb, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, getaddrinfo.
Чтобы решить вашу проблему, замените содержимое вашего / etc / gai .conf
со следующими строками:
label :: 1/128 0 label :: / 0 1 label 2002 :: / 16 2 label :: / 96 3 label :: ffff: 0: 0/96 4 label fec0 :: / 10 5 label fc00 :: / 7 6 #label 2001: 0 :: / 32 7
обновлено : thx to freddyb для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!
ОК, я изучал это, и это странно.
1) Используйте локальный прокси. Если я устанавливаю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.
2) Установите aiccu Если я установлю aiccu и настроил его с помощью туннеля (например, SiXXS ), то независимо от настроек моего прокси-сервера IPV6 сначала используется Firefox.
Возможно, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.
В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.
Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.
Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6
в about: config
должен быть false
, если у вас есть IPv6 (он установлен к true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с ошибками DNS-прокси в домашних маршрутизаторах).
Так же, как указал freddyb, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, getaddrinfo.
Чтобы решить вашу проблему, замените содержимое вашего / etc / gai .conf
со следующими строками:
label :: 1/128 0 label :: / 0 1 label 2002 :: / 16 2 label :: / 96 3 label :: ffff: 0: 0/96 4 label fec0 :: / 10 5 label fc00 :: / 7 6 #label 2001: 0 :: / 32 7
обновлено : thx to freddyb для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!
В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.
Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.
Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6
в about: config
должен быть false
, если у вас есть IPv6 (он установлен к true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с ошибками DNS-прокси в домашних маршрутизаторах).
ОК, я изучал это, и это странно.
1) Используйте локальный прокси. Если я устанавливаю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.
2) Установите aiccu Если я установлю aiccu и настроил его с помощью туннеля (например, SiXXS ), то независимо от настроек моего прокси-сервера IPV6 сначала используется Firefox.
Возможно, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.
Ответ прост: измените метки.
label 2002 :: / 16 1 label 2001: 0 :: / 32 1
Это делает их эквивалентными «vanilla» ipv6.
Если вы оставите их прокомментированными, они будут получать значения по умолчанию.
Так же, как указал freddyb, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, getaddrinfo.
Чтобы решить вашу проблему, замените содержимое вашего / etc / gai .conf
со следующими строками:
label :: 1/128 0 label :: / 0 1 label 2002 :: / 16 2 label :: / 96 3 label :: ffff: 0: 0/96 4 label fec0 :: / 10 5 label fc00 :: / 7 6 #label 2001: 0 :: / 32 7
обновлено : thx to freddyb для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!
В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.
Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.