6 ответов в этой теме

[Vorobyev55]

Здравствуйте. Подскажите, пожалуйста. новичку, что нужно изменить или добавить в правилах брандмауэра, чтобы при проверке на сайте https://ipv6-test.com/  не получать сообщение: "Your router or firewall is filtering ICMPv6 messages sent to your computer. An IPv6 host that cannot receive ICMP messages may encounter problems like some web pages loading partially or not at all."

Заранее спасибо.

 

P.S. Настройки брандмауэра - по умолчанию.

Сообщение было изменено Vorobyev55: 16 Май 2020 - 19:44

[VVS]

Если пакетный фильтр включен, то отключите его.

[Vorobyev55]

Спасибо. Завтра попробую.

[Vorobyev55]

Если пакетный фильтр включен, то отключите его.

Спасибо, помогло.

[Eropywka]

Если пакетный фильтр включен, то отключите его.

Какой хороший совет, в стиле IT: Если что-то мешает в работе, Отключай компоненты защиты по одному, пока не заработает. А когда заработает, оставь так! ничего не трогай! Ничего не меняй! (Зачем же выяснять, что именно не так работает? и что нужно изменить\добавить\убрать)
А ларчик, просто открывался!
https://ipv6-test.com/ и ping test ipv6 (https://ipv6-test.com/pingtest/), пингует в обратную сторону! В отличии от команды ping из windows. То есть ping v6 идёт от сайта к пользователю! Вот тут, я уже не знаю: Это незначительная особенность самого сайта, борьба с которой приведёт к понижению безопасности? Или необходимая особенность самого ipv6?. 

Сообщение было изменено Eropywka: 15 Сентябрь 2021 - 02:05

[Eropywka]

 

Если пакетный фильтр включен, то отключите его.

Спасибо, помогло.

 

На мой взгляд: неправильно отключать целые компоненты защиты на совсем.
Как я понял на примере https://ipv6-test.com/pingtest/ и https://ipv6test.google.com/ сайты  Ipv6 требуют (или пытаются заставить??) что бы пинг-сессии проходили в обе стороны 1) клиент->сервер->ответ клиенту (ping из cmd Windows) и на оборот Сервер(Сайт)->клиет(браузер в windows)->отвер серверу(сайту).
*
Можно, в настройках Брандмауэра (Файлы и сеть->Брандмауэр->(внизу страницы)Дополнительные настройки->Параметры работы для известных сетей Изменить->Наборы правил...->(если по умолчанию, то)Default Rule->(редактировать)Карандаш->Найти два правила для ping IPv6 внизу списка (если выключены, то поставить галочки включить) "ICMPv6 : Ping other (Req)" и "ICMPv6 : Ping other (Resp)" и в обоих поменять параметр "Направление:" с "Входящее"(для Req) или "Исходящее"(для Resp) на "Любое" . Незабываем применить изменение, нажав ОК в каждом изменённом правиле. OK для сохранения набора Default Rule. И OK в низу окна Настройки пакетного фильтра.
*
Хорошо бы ещё браузер закрыть и открыть заново.

[Eropywka]

1) неправильно указал исходные параметры для  Req и Resp ipv6, но это не существенно (у ipv4 такие же правила). Да и всё равно, ведь меняю направление на "Любое" для ping IPv6 (на самом деле было "Исходящее"(для Req)   "Входящее"(для Resp)).
Всё же остаётся вопрос: На сколько это нужно/важно/безопасно для работы Ipv6 в целом?
2) входящие запросы теста Ping ipv4 на  https://ipv6-test.com/pingtest/ резались роутером. При чём баллы, на https://ipv6-test.com, этот факт не учитывают. (Создавал, одно разрешающей правило для  ISMP в роутере на время тестирования, и всё. Правила ping ipv4 dr.web не менял! А ведь они по умолчанию такие же: "Исходящее"(для Req)  "Входящее"(для Resp) но ping  test v4 стал проходить и без их изменения!)

3) тест ping ipv6 на  https://ipv6-test.com/pingtest/заработал без всякого вмешательства в правила роутера (Правда роутер сам поднимает тоннель до провайдера IPv6).
Оказалось достаточно поменять значение направления "ICMPv6 : Ping other (Req)" и "ICMPv6 : Ping other (Resp)"  с исходящее/входящее, на любое.

4) Осталось победить SpiDer Gate. если он включён, то тесты https://ipv6-test.com/ и https://test-ipv6.com/ жалуются, что ipv6 поддерживается браузером, но им не используется! Видимо из-за задержек, вызванных работой SpiDer Gate, выбирается более быстрый протокол (ipv4).

5) Интересно, почему такая разница в логике работы правил dr.web для ping ipv4 и ping ipv6 при подключении ПК через роутер?
Нужно бы проверить логику работы ping ipv4 dr.web при прямом подключении ПК к проводу провайдера, но у меня L2TP и мне лень.