Вопросы Теги

Соединитесь с Поддерживающим морского древоточца сервером позади NAT

Больше охлаждения. В зависимости от обстоятельств я сделал один или несколько из следующего:

  • Добавление вентилятора жесткого диска к жесткому диску непосредственно
  • Отдельные жесткие диски, если была комната, чтобы сделать так, когда был больше чем один диск в случае
  • Добавьте вентиляторы случая, принимающие во внимание поток воздуха случая - то же количество разветвляет выдувание на входе как прорывание, и помещенный, таким образом, поток воздуха был бы даже через случай
  • Добавленная вентиляция к корпусу/шкафу/стойке/и т.д.
  • Зеркало RAID для понижения времени простоя и риска

Почти всегда более дешево правильно вентилировать корпус (корпуса), чем это должно заплатить дополнительный за более классный диск (который, в целом, имеет более низкую производительность так или иначе). Особенно, когда Вы знаете, что диск не может прослужить независимо, но охлаждающееся решение все еще будет вокруг для следующего диска, таким образом, общая стоимость будет меньше.

- Adam

3
задан 2 June 2009 в 02:15
3 ответа

Если Вы находитесь позади NAT, вероятно что, когда сервер Морского древоточца пытается открыть соединение с Вами, но Ваш NAT не передает правильный порт (порты) на Вас.

Я узнал бы, какие порты требуются, или если возможный вперед все порты к Вашей машине для тестирования этого это - действительно проблема перенаправления портов.

Проверьте Wiki go6 на Морском древоточце и посмотрите, если раздел по "Морскому древоточцу, обращение IPv6" дает Вам любое понимание тому, что еще Вы, возможно, должны были бы изучить. Необходимо смочь посмотреть присвоенный адрес IPv6 и затем определить порты, Вам нужна передача.

1
ответ дан 3 December 2019 в 05:58
  • 1
    Мой NAT сообщает, две сессии NAT для моей машины (введите UDP): один с сервером Toredo, и один с реле Toredo. Следуя Вашему совету, I' ve настроил маршрутизатор для передачи всего трафика к моей машине, но никакого изменения... –  dtb 2 June 2009 в 01:21
  • 2
    " Если реле Морского древоточца (или другой клиент Морского древоточца) должно отправить пакет IPv6 клиенту Морского древоточца, оно сначала отправит пакет пузыря Морского древоточца в client' s сервер Морского древоточца, IP-адрес которого может быть выведен из Морского древоточца адрес IPv6 клиента Морского древоточца. Сервер может затем передать пузырь клиенту, таким образом, клиентское программное обеспечение Морского древоточца знает, что перфорация дыры должна быть сделана к реле " Морского древоточца; Это doesn' t похожи на любое перенаправление портов, должно быть необходимым для получения этой работы... –  dtb 2 June 2009 в 02:20
  • 3
    Если Ваши трассировки пакетов умирают в сервере Морского древоточца, то it' s возможный, что, кто бы ни управляет тем сервером, explictly блокирование новых входящих соединений без предшествующего исходящего соединения. Могут Вы для попытки других серверов Toredo? –  jasonrm 2 June 2009 в 02:28
  • 4
    Право, могло бы быть возможно, что реле блокирует входящие соединения. Я попробовал teredo.remlab.net. вместо teredo.ipv6.microsoft.com. но это doesn' t, кажется, имеют любое влияние, на котором используется реле морского древоточца. –  dtb 2 June 2009 в 02:35

Скорее всего, проблема брандмауэра. Ping включают, если Файл и Принтер, Совместно использующий, позволяются. Брандмауэр Vista, по умолчанию, только позволяет Совместное использование Файла и Принтера в Вашей локальной подсети. Таким образом машина откуда-либо в Интернете IPv6 находится на другой подсети и не сможет получить доступ к услугам по Совместному использованию Файла и Принтера, включая Ping.

Я не провел много времени с брандмауэром Vista недавно (я - главным образом пользователь Linux в эти дни), таким образом, я не могу дать Вам точные шаги для разблокирования этого, но попытки, временно выключающей брандмауэр, чтобы видеть, имеет ли это значение.

2
ответ дан 3 December 2019 в 05:58

Проверьте, не находится ли машина с собственным IPv6 позади брандмауэра с сохранением информации который блоки icmpv6.

У меня была подобная проблема, где машина в сети с 6to4 не смогла соединиться с машиной с помощью морского древоточца в другой сети. Явно разрешение icmpv6 в брандмауэре IPv6 в 6to4 шлюз (вместо того, чтобы просто использовать ip6table -m state --state ESTABLISHED,RELATED) достаточно должен был исправить проблему. Это происходит, потому что морской древоточец отправляет ping IPv6 "собственному компоненту" (6to4 в этом случае), хост, способом iptables не делает определяет как"RELATED", и не будет работать, если тот пакет ping будет отброшен или отклонен.

Блокирование ICMP в целом имеет тенденцию только вызывать головные боли, но я (по ошибке как оказалось) средства отслеживания верившего netfilter состояния было бы достаточно для разрешения, всем были нужны пакеты ICMP.

2
ответ дан 3 December 2019 в 05:58

Теги

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