Walter's questions

É possível preservar variáveis ​​ambientais com find -exec? Não vejo nenhuma opção usando a versão FreeBSD do find. Eu posso mudar para um loop for se for absolutamente necessário, mas esperava usar a brevidade de exec, pois é mais rápido.

A outra opção em que posso pensar não é bonita e é despejar o ambiente e lê-lo novamente no comando que estou executando.

EDITAR:

find . -type f -name '*/*.patch/go' -exec go install {} \;

Neste exemplo, quero usar o proxy http. Eu já tenho um código que diz ao git para configurar um proxy http global (acima disso).

Então, a partir do exemplo abaixo, preciso prefaciar isso com sh? Por quê?

Não consigo fazer ou receber chamadas com asterisco e google voice. Lembro-me de ter usado essa configuração anos atrás, então espero que funcione, mas só preciso de um ajuste sutil.

Posso ver que estou conectado:

*CLI> xmpp show connections
Jabber Users and their status:
       [xx] [email protected]     - Connected
----
   Number of clients: 1

Com asterisco no modo detalhado, esta é a saída que recebo:

*CLI>   == Using SIP RTP CoS mark 5
       > 0x7ff3b40073a0 -- Strict RTP learning after remote address set to: 192.168.1.15:4010
    -- Executing [18008008000@xx-google-out:1] Dial("SIP/xx-00000000", "Motif/xx/[email protected],,r") in new stack
    -- Called Motif/xx/[email protected]
    -- Motif/[email protected] is proceeding passing it to SIP/xx-00000000
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Auto fallthrough, channel 'SIP/xx-00000000' status is 'CHANUNAVAIL'
  == Using SIP RTP CoS mark 5
       > 0x7ff3b4000910 -- Strict RTP learning after remote address set to: 192.168.1.15:4012
    -- Executing [18008008000@xx-google-out:1] Dial("SIP/xx-00000001", "Motif/xx/[email protected],,r") in new stack
    -- Called Motif/xx/[email protected]
    -- Motif/[email protected] is proceeding passing it to SIP/xx-00000001
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Auto fallthrough, channel 'SIP/xx-00000001' status is 'CHANUNAVAIL'
       > Saved useragent "CSipSimple_achill-22/r2457" for peer xx

extensions.conf:

[general]
static=yes
;writeprotect=no

; added from forum ...
writeprotect=yes

priorityjumping=no
autofallthrough=yes

[global]
;DIALOUT=9
;RINGTIME=30

[default]
include => xx-google-out
include => xx-google-in

;https://wiki.asterisk.org/wiki/display/AST/Calling+using+Google

[xx-google-out]
;exten => _1XXXXXXXXXX,1,Dial(Motif/xx/${EXTEN}@voice.google.com,,r)
;exten => _XXXXXXXXXX,1,Dial(Motif/xx/${EXTEN}@voice.google.com,,r)
;exten => _+1XXXXXXXXXX,1,Dial(Motif/xx/${EXTEN}@voice.google.com,,r)
exten => _1XXXXXXXXXX,1,Dial(Motif/xx/+${EXTEN}@voice.google.com,,r)


[xx-google-in]
exten => s,1,NoOp()
 same => n,Set(crazygooglecid=${CALLERID(name)})
 same => n,Set(stripcrazysuffix=${CUT(crazygooglecid,@,1)})
 same => n,Set(CALLERID(all)=${stripcrazysuffix})
 same => n,Dial(SIP/xx,20,D(:1))

módulos.conf

[modules]
autoload=yes

;#load => chan_motif.so
;#load => res_xmpp.so

motivo.conf:

[xx]
context=xx-google-in
disallow=all
allow=ulaw,g722
connection=xx

rtp.conf:

[general]
; specify start and end port range so firewall rules are easier to write
rtpstart=10000
rtpend=20000
icesupport=yes

sip.conf:

[xx]
allow=all
allowguest=no
type=peer
secret=SECRETGOESHERE
host=dynamic
context=xx-google-out

xmpp.conf:

[general]
[xx]
type=client
serverhost=talk.google.com
[email protected]
secret=SECRETGOESHERE
priority=25
port=5222
usetls=yes
usesasl=yes
status=available
statusmessage=Asterisk Instance - Google Talk - VoIP
timeout=5

Tentei desabilitar as pesquisas IPv6 em unbound por meio destas opções:

do-ip6: não

prefere-ip6: não

Realmente prefer-ip6 só deve entrar em vigor quando do-ip6 for sim. Em qualquer caso, eu uso tcpdump para despejar o tráfego e ainda vejo consultas IPv6 sendo emitidas para meu servidor de encaminhamento.

Se eu o desativei, por que o unbound ainda está tentando fazer o IPv6? Existe outra opção oculta que está ativando silenciosamente?

Eu costumava usar pings para medir periodicamente a latência dos sites que frequento; no entanto, essa é uma imagem simplificada demais.

Desejo capturar o tempo de "carregamento da página" que experimentaria se estivesse usando um navegador, mas executá-lo em uma máquina sem periféricos e identificar se o problema era de pesquisas de DNS, configuração de conexão, falta de largura de banda ou cabo ruim.

Uma ferramenta como tcpdump / wireshark me permitiria capturar os dados de rede de baixo nível, mas existe algum tipo de utilitário que pegue um arquivo pcap e seja capaz de dizer que as pesquisas de DNS levaram xyz, então as solicitações da web levaram abc? Eu gostaria que isso fosse apenas um script ajustável que eu não precisasse executar manualmente para coletar os dados.

Isso seria útil na solução de problemas relacionados à conexão.

É conceitualmente possível pegar uma prisão do FreeBSD e copiar o conteúdo para o meu sistema de arquivos raiz e esperar que ele inicialize?

Observe que, como a prisão não possui um kernel, terei que copiá-lo do host original.

Eu gostaria de fazer as alterações de configuração que quiser e usar isso como ponto de partida para minha instalação real. O objetivo de fazer isso na prisão é que não afetará meu ambiente de trabalho enquanto a configuração estiver ocorrendo.

Estou tentando fazer o wireless funcionar no FreeBSD 11.1 e não estou tendo muita sorte. Dmesg indica que vê o adaptador sem fio USB; no entanto, ifconfig e sysctl net.wlan.devices não indicam nada.

saída dmesg

Realtek 802.11ac NIC
Atheros USB2.0 WLAN
Atheros UB94

Eu tentei man ath - adicionei as entradas em /boot/loader.conf, reiniciei e nada.

Esses dispositivos não são suportados ou algo mais está acontecendo?

Pelo pouco que sei, não acredito que isso esteja relacionado a isso: problemas de WiFi (driver Atheros) com FreeBSD 11

Eu nem tenho /dev/ath0, se tivesse, estaria um pouco mais adiantado para fazer o wireless funcionar.

A única coisa que vejo é a saída em dmesg conforme listado.

Estou tentando depurar um problema que acontece o tempo todo. O NetworkManager está em execução e, ao conectar-me a uma rede, estou usando um script de despachante para configurar minhas regras de firewall (shorewall e está configurado para ser executado de forma assíncrona). Assim que o shorewall define as regras, o NetworkManager trava:

NetworkManager segfault at 8 ip 00007fa89e102e16 sp 00007fff51f34be8 error 4 in libc-2.23.so[7fa89e084000+18e000]

Não entendo porque o shorewall/iptables teria um impacto direto aqui. Eu tentei cortar meu conjunto de regras de shorewall e ainda trava. Por fim, desativei o shorewall completamente e usei um script iptables muito simples, e funcionou sem problemas. Shorewall também está configurando o QOS, então há outras coisas acontecendo, mas ainda estou tendo dificuldade em acreditar que pode haver um link direto.

Além disso, se eu reverter para uma versão mais antiga do NetworkManager 1.4.4-r1, não terei nenhum problema. Por fim, também reverti manualmente para a versão de trabalho anterior do shorewall, mantendo o NetworkManager em 1.10.2 e isso não teve impacto. Portanto, não acredito que seja um problema com o shorewall, mas sim algo que o NetworkManager está fazendo de maneira diferente.

Tentei usar strace aqui, mas não estou fazendo cara ou coroa com a saída.

O que mais posso fazer para resolver isso?

Existem alternativas para usar gksudo/gksu ou pkexec para autenticar usuários no X11? O único que vem à mente é criar um script wrapper que usa sudo para garantir que minha autenticação de 2 fatores seja tratada, mas fico preso com uma janela de terminal em execução enquanto o aplicativo está em execução.

Quando tento usar o encaminhamento X11, recebo a mensagem de erro "não é possível abrir a tela".

Se eu usar o encaminhamento X11 confiável "-Y", ele funcionará conforme o esperado. Posso usar o x2go sem problemas. Meu ssh_config e sshd_config permitem o encaminhamento X11 (tanto no servidor remoto quanto no cliente local).

Além disso, até permiti o acesso X de todos os clientes via xhost +. Ao acessar remotamente minha caixa (sem -Y), vejo que a variável DISPLAY env não está definida. Ao acessar remotamente minha caixa (com -Y), vejo que a variável DISPLAY env está definida. Se eu apenas tentar definir a variável DISPLAY env (mesmo quando não estiver usando -Y), isso não terá efeito.

Acredito que não devo usar o encaminhamento confiável do X11, pois há um pequeno risco de segurança ao fazê-lo (mesmo que funcione).