Как разрешить браузеру использовать IPv6 через IPv4?

Я предполагаю, что вы установили 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
15
задан 24 October 2010 в 19:11

48 ответов

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

ipv6 ipv4 6to4-Traffic

Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имен хостов).

Подробное объяснение в gai.conf можно найти в стандарте

Это, кстати , также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 26 May 2018 в 00:50

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

ipv6 ipv4 6to4-Traffic

Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имен хостов).

Подробное объяснение в gai.conf можно найти в стандарте

Это, кстати , также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 25 July 2018 в 23:01

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 2 August 2018 в 04:23

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 4 August 2018 в 20:54

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 6 August 2018 в 04:27

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 7 August 2018 в 22:35

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 10 August 2018 в 10:42

Это не браузер, предпочитающий какие-либо опции, это операционная система. Стандарт определяет приоритеты примерно так:

  1. ipv6
  2. ipv4
  3. 6to4-Traffic
  4. [ ! d8]

    Вы можете изменить это, отредактировав блоки метки / приоритета в /etc/gai.conf (gai означает getaddrinfo , стандартный системный вызов для разрешения имена хостов).

    Подробное объяснение на gai.conf можно найти на странице man

    Это, по путь, также объясняет опыт Джонатона, что туннель SiXXS был предпочтительнее, чем 6to4.

9
ответ дан 13 August 2018 в 17:15

Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about:config должен быть false, если у вас есть IPv6 (он установлен в true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с багги DNS-прокси в домашних маршрутизаторах ).

7
ответ дан 26 May 2018 в 00:50

Как указывал Фреддиб, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, 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 для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!

5
ответ дан 26 May 2018 в 00:50

В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.

Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.

4
ответ дан 26 May 2018 в 00:50
  • 1
    Это поведение рекомендуется в RFC 6555. Это было обычной практикой с 2010 года. И чтобы обеспечить достойный пользовательский интерфейс, абсолютно правильное поведение по умолчанию. Если браузеры этого не сделали, большинство сайтов отказались бы публиковать записи AAAA вообще. Тем не менее, настройка для настройки имеет много миллисекунд начального старта, чтобы дать IPv6 было бы хорошей идеей. Возможность выбора этого головного начала на сайт будет еще лучше. Параметр на сайт можно добавить в браузер как возможное возвращаемое значение из прокси-скрипта. – kasperd 12 August 2015 в 10:09

Хорошо, я изучал это, и это странно.

1) Используйте локальный прокси. Если я установлю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.

1) Используйте локальный прокси. Если я установлю aiccu и настрою его с помощью туннеля (например, SiXXS), то независимо от параметров моего прокси-сервера IPV6 сначала используется Firefox.

Возможно, что, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.

2
ответ дан 26 May 2018 в 00:50

Ответ прост: измените метки.

label 2002::/16    1
label 2001:0::/32   1

Это делает их эквивалентными «vanilla» ipv6.

Если вы оставите их прокомментированными, они заберут значения по умолчанию.

-1
ответ дан 26 May 2018 в 00:50

Ответ прост: измените метки.

label 2002::/16 1 label 2001:0::/32 1

Это делает их эквивалентными «vanilla» ipv6.

Если вы оставите их прокомментированными, они заберут значения по умолчанию.

-1
ответ дан 25 July 2018 в 23:01

Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about:config должен быть false, если у вас есть IPv6 (он установлен в true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с багги DNS-прокси в домашних маршрутизаторах ).

7
ответ дан 25 July 2018 в 23:01
  • 1
    Я полагаю, это для Firefox? – user 25 October 2010 в 03:30
  • 2
    Да, извините, обновит мой ответ. – JanC 25 October 2010 в 04:42
  • 3
    Просто проверил. Не нужно прикасаться к пригороду. В настоящее время он по умолчанию используется для true в Firefox - также для Firefox Ubuntu. – freddyb 11 December 2013 в 22:57

Хорошо, я изучал это, и это странно.

1) Используйте локальный прокси. Если я установлю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.

1) Используйте локальный прокси. Если я установлю aiccu и настрою его с помощью туннеля (например, SiXXS), то независимо от параметров моего прокси-сервера IPV6 сначала используется Firefox.

Возможно, что, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.

2
ответ дан 25 July 2018 в 23:01

В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.

Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.

4
ответ дан 25 July 2018 в 23:01
  • 1
    Это поведение рекомендуется в RFC 6555. Это было обычной практикой с 2010 года. И чтобы обеспечить достойный пользовательский интерфейс, абсолютно правильное поведение по умолчанию. Если браузеры этого не сделали, большинство сайтов отказались бы публиковать записи AAAA вообще. Тем не менее, настройка для настройки имеет много миллисекунд начального старта, чтобы дать IPv6 было бы хорошей идеей. Возможность выбора этого головного начала на сайт будет еще лучше. Параметр на сайт можно добавить в браузер как возможное возвращаемое значение из прокси-скрипта. – kasperd 12 August 2015 в 10:09

Как указывал Фреддиб, это зависит от конфигурации стандартного системного вызова для разрешения имен хостов, 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 для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!

5
ответ дан 25 July 2018 в 23:01

Ответ прост: измените метки.

  label 2002 :: / 16 1 label 2001: 0 :: / 32 1  

Это делает их эквивалентными «vanilla» ipv6.

Если вы оставите их прокомментированными, они будут получать значения по умолчанию.

-1
ответ дан 2 August 2018 в 04:23

Так же, как указал 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 для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!

5
ответ дан 2 August 2018 в 04:23

ОК, я изучал это, и это странно.

1) Используйте локальный прокси. Если я устанавливаю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.

2) Установите aiccu Если я установлю aiccu и настроил его с помощью туннеля (например, SiXXS ), то независимо от настроек моего прокси-сервера IPV6 сначала используется Firefox.

Возможно, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.

2
ответ дан 2 August 2018 в 04:23

В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.

Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.

4
ответ дан 2 August 2018 в 04:23

Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about: config должен быть false , если у вас есть IPv6 (он установлен к true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с ошибками DNS-прокси в домашних маршрутизаторах).

7
ответ дан 2 August 2018 в 04:23

Так же, как указал 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 для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!

5
ответ дан 4 August 2018 в 20:54

В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.

Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.

4
ответ дан 4 August 2018 в 20:54

Для Firefox & amp; другие браузеры на основе Mozilla / Gecko, параметр network.dns.disableIPv6 в about: config должен быть false , если у вас есть IPv6 (он установлен к true по умолчанию в Ubuntu, потому что в противном случае многие люди получают проблемы с ошибками DNS-прокси в домашних маршрутизаторах).

7
ответ дан 4 August 2018 в 20:54

ОК, я изучал это, и это странно.

1) Используйте локальный прокси. Если я устанавливаю Firefox на прокси-сервер через Squid, запущенный на моей машине, Firefox (или, точнее, Squid) будет подключаться через туннель miredo. Если у меня установлен miredo, но Firefox установлен на «no proxy», Firefox сначала использует IPV4.

2) Установите aiccu Если я установлю aiccu и настроил его с помощью туннеля (например, SiXXS ), то независимо от настроек моего прокси-сервера IPV6 сначала используется Firefox.

Возможно, поскольку miredo подключается к IPV6-сайтам, он используется только тогда, когда IPV4 недоступен, и в этом случае попробуйте aiccu.

2
ответ дан 4 August 2018 в 20:54

Ответ прост: измените метки.

  label 2002 :: / 16 1 label 2001: 0 :: / 32 1  

Это делает их эквивалентными «vanilla» ipv6.

Если вы оставите их прокомментированными, они будут получать значения по умолчанию.

-1
ответ дан 4 August 2018 в 20:54

Так же, как указал 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 для указания, что мой предыдущий ответ был неправильным: нам нужно прокомментировать последнюю строку, а не третью. Теперь это работает для меня!

5
ответ дан 6 August 2018 в 04:27

В последнее время Chrome, Firefox, а также производные браузеры фактически избегают IPv6, если сайт быстрее реагирует на IPv4. Невозможно изменить это поведение с помощью настройки конфигурации.

Сама функция, вероятно, разумна для обычного пользователя, но это почти сводит меня с ума, что вы не можете ее отключить. В настоящее время подключение к IPv6 довольно неплохо, а иногда IPv6 имеет несколько преимуществ перед подключением через IPv4, даже если латентность - из-за туннелирования - выше. Я просматривал IPv6 уже много лет, и несмотря на то, что маршрутизация IPv6 и производительность стали намного лучше, эта проклятая функция «взлома» браузера возвращает меня назад десятилетие.

4
ответ дан 6 August 2018 в 04:27

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

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