Download sam forwarder - download do código-fonte sam forwarder

sam forwarder

Outras categorias

v0.33.2

Baixar

encaminhador Sam

Encaminhe uma porta local para i2p pela API SAM ou faça proxy de um destino para uma porta no host local. Isso não é mais um trabalho em andamento, é uma maneira muito útil de configurar aplicativos de maneira semelhante ao i2ptunnel. TCP e UDP são suportados, mas pode haver alguns bugs persistentes no UDP, por favor reporte-os se encontrados.

STATUS: Este projeto é mantido. Responderei a problemas, solicitações pull e solicitações de recursos dentro de alguns dias. Não estou adicionando muitos recursos novos neste momento.

recebendo

    go get -u github.com/eyedeekay/sam-forwarder/samcatd
    # for now

prédio

Apenas:

    make deps build

e estará na pasta ./bin/

Uso:

Existem várias maneiras de usar o sam-forwarder:

uso/configuração como um aplicativo (comece aqui para samcatd)

incorporação em outros aplicativos

configuração de encapsulamento para pacotes habilitados para i2p

implementar a interface para controle refinado sobre conexões SAM

binários

O aplicativo independente para configuração de túneis é denominado samcatd e seu pacote principal está no diretório ./samcatd . Ele funciona como um cli e é capaz de executar uma WebUI, que atualmente é somente visualização. Futuramente, a WebUI também será capaz de configurar e editar túneis.

O ephsite do aplicativo anterior foi totalmente desativado. Se você o estiver usando, geralmente poderá ser substituído por samcatd -s e seus argumentos existentes.

Limitações atuais:

Preciso que o samcatd aceite uma pasta de configuração idêntica a /etc/i2pd/tunnels.conf.d, já que parte do objetivo disso é ser compatível com a configuração dos túneis do i2pd. Feito isso, voltarei a transformá-lo em um pacote .deb.

Ele não criptografa o arquivo .i2pkeys por padrão, portanto, se alguém puder roubá-los, poderá usá-los para construir túneis para se passar por você. Foi adicionado suporte experimental para salvamentos criptografados. A ideia é que apenas quem tiver a chave consiga descriptografar e iniciar os túneis. Cabe ao usuário determinar como proceder para gerenciar essas chaves. No momento, esse sistema é muito ruim. Estarei abordando isso em breve também.

O suporte experimental para correção de erros baseada em KCP e streaming sobre datagramas está em andamento. Algum tipo de proxy reverso ou filtro também é uma escolha óbvia.

Habilitei apenas o uso de um subconjunto de opções de configuração de i2cp e túnel, aquelas que eu mais uso e por nenhuma outra razão real assumo que outras pessoas usam mais. Eles são muito fáceis de adicionar, é simplesmente chato. Se você deseja uma opção i2cp ou túnel que não está disponível, chame minha atenção, por favor. Sou bastante receptivo quando as pessoas realmente entram em contato comigo, provavelmente será adicionado em 24 horas. Pretendo ter opções de configuração para todas as opções relevantes de i2cp e túnel, que estou acompanhando aqui.

Eu preciso apenas mudar totalmente a forma como a configuração é feita. Quero que funcione com os formatos de configuração usados por cada roteador I2P.

A configuração do TLS é experimental. Decidi implementar certificados TLS autoassinados opcionais e configurados automaticamente. Não está planeado qualquer apoio da AC, uma vez que uma AC alternativa teria de ser utilizada e não existe nenhuma opção aparente que possa ser utilizada. Se você está trabalhando em algo assim, eu gostaria muito de saber.