brec's questions

Estou no macOS Sonoma 14.6.1 e tenho três arquivos de origem JavaScript em uma pasta de origem e estou usando ln -spara criar links simbólicos para eles em duas pastas de destino.

Para um desses arquivos, cada um dos seus dois links aponta para si mesmo e não para o arquivo de origem. Tentei vários meios de duplicar o arquivo de origem, incluindo reescrevê-lo em um editor, sem sucesso. Os links dos outros dois arquivos de origem estão corretos.

A única diferença que posso ver entre o arquivo com problema e os outros dois é que cada um dos outros dois possui um ou dois atributos estendidos e o arquivo com problema não possui nenhum. Um dos outros dois tem com.apple.metadata:kMDItemWhereFromse ambos têm com.apple.lastuseddate#PS. Não sei se essa diferença em relação ao arquivo do problema é significativa.

Posso contornar esse problema duplicando o arquivo de origem nos diretórios de destino, mas é claro que a vinculação é mais desejável.

Comando:

$ ~/dev/keyboards/Custom/Ergogen
cd brec36/brec36-footprints #source directory

$ ~/dev/keyboards/Custom/Ergogen/brec36/brec36-footprints
ln -s elite-c.js ../brec36L/footprints/elite_c.js

# ls alias to show result:
$ ~/dev/keyboards/Custom/Ergogen/brec36/brec36-footprints
ll ../brec36L/footprints/elite_c.js
lrwxr-xr-x 1 brec wheel 10 Aug 21 09:52 ../brec36L/footprints/elite_c.js@ -> elite-c.js

Índice: Contexto; Excertos de pares wg0.conf; Excertos do servidor wg0.conf; saída do sniffer de pacotes tshark.

Contexto: Peer é um host de LAN sem periféricos que configuro/controlo via SSH do meu Mac na mesma LAN; servidor está em um VPS na nuvem, portanto também configurado/controlado via SSH. A finalidade do peer é encaminhar a entrada de outro host de LAN (apenas um por enquanto) para o túnel e retornar os resultados do túnel. O servidor deve receber a saída do túnel, fazer NAT, enviá-la para seu destino WAN e retornar respostas por meio do túnel.

Conteúdo do peer wg0.conf, editado para resumir:

[Interface]
PrivateKey = ...
Address = 10.4.0.2/24

Table = 248     # wg-quick to use PBR for its default route based on:
PostUp = ip rule add not to 192.168.1.0/24 table 248   # not to local subnet
PostUp = ufw route allow in on enp1s0 out on %i
PostUp = ufw route allow in on %i out on enp1s0

PreDown = (*PreDowns omitted for brevity*)

[Peer]
PublicKey = ...
PersistentKeepalive = 25
AllowedIPs = 0.0.0.0/0
Endpoint = [IP of VPS]:51820

Nota: a regra da tabela 48 é manter o tráfego SSH fora do túnel.

Conteúdo do servidor wg0.conf, editado para resumir:

[Interface]
PrivateKey = ...
Address = 10.4.0.1/24
ListenPort = 51820

PostUp = ufw route allow in on wg0 out on enp1s0
Table = 248     # wg-quick to use PBR for its default route, i.e.:
# default dev wg0 table 248 scope link
PostUp = ip rule add to 10.4.0.0/24 table 248
PostUp = iptables -t nat -I POSTROUTING -o enp1s0 -j MASQUERADE

(PreDowns omitted for brevity)

[Peer]
PublicKey = ...
AllowedIPs = 0.0.0.0/0

Quanto ao peer, aqui o PBR é manter o tráfego SSH fora do túnel. Não tenho certeza se esta é a maneira de fazê-lo.

Logo após o peer ser ativado, a resposta do servidor é sudo wgexibida transfer: 148 B received, 92 B sente permanece inalterada. O par mostra transfer: 92 B received, 11.43 KiB sente o número "enviado" aumenta com o tempo. tshark mostra isso para interface de peer wg0:

1 0.000000000     10.4.0.2 → [IP of VPS] WireGuard 176 Handshake Initiation, sender=0xBC9317D6
2 5.376117117     10.4.0.2 → [IP of VPS] WireGuard 176 Handshake Initiation, sender=0x6B160407

com uma linha adicional, idêntica após o carimbo de data/hora até o ID do remetente, a cada 5,4 segundos. No servidor, o tshark não mostra nenhum tráfego para wg0.

Não tenho experiência com WireGuard nem tshark. Tem sido uma luta chegar ao ponto em que eu poderia obter os dois lados sem SSH pendurado em um ou outro durante wg-quick upa saída. O fato de eu ter omitido o contexto que você precisa, ou ter cometido um tipo de erro tipo tapa na cabeça, não me surpreenderia em nada. Obrigado por qualquer ajuda para que o servidor ouça e dê um aperto de mão com o par.

Isso é da seção de exemplos da página de manual do wg-quick:

A combination of the `Table', `PostUp', and `PreDown'
fields may be used for policy routing as well. For example,
the following may be used to send SSH traffic (TCP port 22)
traffic through the tunnel:

[Interface]
Address = 10.192.122.1/24
PrivateKey = yAnz5TF+lXXJte14tji3zlMNq+hd2rYUIgJBgB3fBmk=
ListenPort = 51820
Table = 1234
PostUp = ip rule add ipproto tcp dport 22 table 1234
PreDown = ip rule delete ipproto tcp dport 22 table 1234

[Peer]
PublicKey = xTIBA5rboUvnH4htodjb6e697QjLERt1NAB4mZqp8Dg=
AllowedIPs = 0.0.0.0/0

Este exemplo parece-me incompleto. Não deveria haver também uma ip routeespecificação table 1234que realizaria o envio de tráfego SSH pelo túnel? Estou longe de ser especialista em Wireguard e roteamento, então talvez haja algo acontecendo nos bastidores que estou perdendo.