Я не уверен, что это еще не реализовано, в этом случае это следует рассматривать как запрос документации. :-)
Я хочу запустить узел ipfs (по крайней мере, для кеширования доступных записей) на компьютере в локальной сети, у которого нет прямого доступа к Интернету (вообще нет входящих подключений, исходящее подключение только через ограничительный прокси - только порты 80 и 443). У меня есть несколько вариантов подключения извне:
Как мне настроить ipfs для работы в такой среде?
Привет, @pyhedgehog , спасибо! Это хороший вопрос. Он может принадлежать ipfs / faq или ipfs / support . Не могли бы вы снова открыть его там?
Уже есть ipfs / support # 32 и ipfs / faq # 185
Но первые из них остаются без ответа почти полгода!
Итак, еще раз - мой вопрос, поддерживается ли оно вообще?
Я пинговал некоторых людей по IRC. Давай получим ответ поскорее. Спасибо.
@pyhedgehog Был некоторый ответ на ipfs / support # 32. А пока я направлю вас туда. Мы также пробуем использовать ipfs.trydiscourse.com - это было бы отличным местом, чтобы задать свой вопрос, поскольку многие разработчики сейчас его рассматривают.
А пока закрываю этот вопрос. Спасибо.
@RichardLitt , в ipfs / support # 32 нет значимого ответа.
/ipv4/127.0.0.1/tcp/9050/socks/longandunmemorizablename.onion/QmNODEID
?@pyhedgehog, я тебя слышу. Спасибо, что разместили там эти вопросы; Я надеюсь, что мы сможем ответить на них за вас (я бы, конечно, знал, если бы знал ответы. Я не знаю).
В любом случае, этот репозиторий - не то место, где можно задавать эти вопросы.
Я скопировал вопросы в репозиторий поддержки.
Почему этот вопрос закрыт? Есть ли у нас способ обойти прокси?
Если я перейду по ссылкам, это будет « Проблема перемещена в [там] »> « Проблема перемещена в [там] »> Эта страница, на которой нет дополнительной информации.
Ответ в основном «не мешает прокси»? Потому что это то, что мне удалось понять из вопросов, но это неправда.
@GitDoggo мы переместили вопросы / обсуждения поддержки на форумы. Однако похоже, что это также был запрос функции (поддержка прокси-сервера socks).
Я зарегистрировал проблему (https://github.com/libp2p/go-libp2p/issues/286). На данный момент единственное решение - справиться с этим вне ipfs. Существуют инструменты, подобные VPN, которые будут туннелировать весь трафик ОС через прокси-сервер socks (например, https://code.google.com/archive/p/badvpn/wikis/tun2socks.wiki). Однако я не могу найти хороших, зрелых (хотя они должны где-то существовать).
@Stebalien Спасибо за ответ.
Но, к сожалению, инструменты, подобные VPN, блокируются прокси-сервером моей компании (Anonymizing Utilities), у меня могут быть большие проблемы при их использовании, и я предполагаю, что это то же самое для большинства компаний.
Это будет инструмент, похожий на vpn, который будет направлять весь трафик через корпоративный (socks) прокси, поэтому я сомневаюсь, что у них возникнут проблемы с этим. По сути, вместо того, чтобы настраивать каждое приложение на независимое использование прокси, вы должны настроить саму ОС для использования прокси.
Самый полезный комментарий
@RichardLitt , в ipfs / support # 32 нет значимого ответа.
/ipv4/127.0.0.1/tcp/9050/socks/longandunmemorizablename.onion/QmNODEID
?