stty -a mostra ^Z e ^C, mas não ^X. Não é um sinal como sigint para ^C e é por isso que não está incluído?
No Solaris 10 eu conecto via ssh
De um usuário eu fiz
talk marian
e aparecer
[Waiting for your party to respond]
Do outro lado (usuário marian, na mesma máquina)
talk: connection requested by [email protected].
talk: respond with: talk [email protected]
Eu fiz (como usuário marian)
talk [email protected]
Retorne ao pippo em seu terminal aparecer
talk: connection requested by [email protected].
talk: respond with: talk [email protected]
mas a tela está congelada O que eu perdi?
Eu tentei pts e ttys (/dev/term/a e /dev/term/b)
Este tópico muito antigo mostra como usar uuencode e ssmtp para enviar um e-mail com anexo de um script bash.
Criei este script de teste para depurar:
#!/bin/bash
set -x
NOW=$( date '+%F' ) #( date '+%F_%H-%M-%S' )
LOGPATH=/home/pi/logs
LOGFILE=test-log-$NOW.txt
FULL_LOG=$LOGPATH'/'$LOGFILE
echo "This is a test of the log email send $LOGPATH $LOGFILE $FULL_LOG " > $FULL_LOG
echo -e "To: [email protected]\nSubject: test log send\n\n" | (cat - && /usr/bin/uuencode $FULL_LOG) | /usr/sbin/ssmtp -t
A saída se parece com isso:
+ echo 'This is a test of the log email send /home/pi/logs test-log-2025-02-22.txt /home/pi/logs/test-log-2025-02-22.txt '
+ echo -e 'To: [email protected]\nSubject: test log send\n\n'
+ cat -
+ /usr/sbin/ssmtp -t
+ /usr/bin/uuencode /home/pi/logs/test-log-2025-02-22.txt
Nenhum erro ocorre, e um e-mail é entregue com o assunto para o endereço correto. O problema é que o anexo do e-mail é entregue como um arquivo chamado
homepilogstest-log-2025-02-222.txt
O anexo é um arquivo de comprimento zero. O arquivo é criado corretamente no Pi e contém o conteúdo esperado:
$ ls -l logs/test-log-2025-02-22.txt
-rw-r--r-- 1 pi pi 116 Feb 22 12:19 logs/test-log-2025-02-22.txt
$ cat logs/test-log-2025-02-22.txt
This is a test of the log email send /home/pi/logs test-log-2025-02-22.txt /home/pi/logs/test-log-2025-02-22.txt
O que estou perdendo?
Comprei uma placa Wifi7 rodando no Debian conforme minhas perguntas e respostas . A placa é baseada no chip BE200NGW da Intel.
Apesar de Multi Link Operation estar habilitado no roteador Wifi7, a máquina Debian executando o kernel 6.12.12 conecta-se ao roteador somente em uma banda (2.4 ou 5GHz). Para comparação, o Windows 11 usa esta placa no modo Wifi7.
Módulos carregados:
$ lsmod | grep iwlwifi
iwlwifi 581632 1 iwlmvm
cfg80211 1392640 6 ath9k_common,iwlmvm,ath9k,ath,iwlwifi,mac80211
Eu dei uma olhada nas iwconfigurações, mas ainda não as entendi completamente. No entanto, também dei uma olhada nas especificações sem fio do NetworkManager 802.11 . Não encontrei nada lá confirmando que o NetworkManager é compatível com Wifi7, ou seja, que ele suporta conexões simultâneas ao mesmo SSID em bandas diferentes.
Devo esperar até que os recursos do Wifi 7 sejam totalmente suportados na pilha de rede ou há algo que eu possa alterar nas configurações ou nos módulos carregados?
Atualização 2025-02-23
Inspirado pelos comentários de grawity , eu tenho:
- versão verificada
wpa_supplicant- é 2.10 (estou no Debian testing) - verifiquei o protocolo de autenticação usado por
NetworkManager: era WPA2. Lembrando que WPA3 é necessário para 6 GHz, alterei essa configuração para WPA3 Personal. Resultado: a placa agora usa banda de 6 GHz com taxa de link de aproximadamente 1,4 Gbps, o que já é uma melhoria em relação ao gigabit Ethernet da minha casa. Fico imaginando por que a NM exigiu uma intervenção manual para usar WPA3. - em busca do MLO, modifiquei
wpa_supplicant.servicea unidade adicionando-Dnl80211opções de inicialização. A configuração original não usou nenhuma-Ddiretiva. Eu queria garantir que o driver Wireless Extensions não fosse usado, pois ele não suporta Wifi7. No entanto, isso não habilitou o MLO, então eu já devo ter estadonl80211lá antes.
Hoje mais um dia de estudo: quem vira
Eu digito quem -l
who -l
UUCP . Feb 22 15:57 0:14 488
LOGIN console Feb 22 15:57 0:07 494
zsmon . Feb 22 15:57 0:14 495
LOGIN console Feb 22 16:03 0:07 1011 (:0)
a primeira coluna é o nome da linha (ttymon) a segunda é o tty usado terceira data de criação
a quarta coluna? (488, 494, 1011..)
Estou usando Linux e a seguinte versão do bash:
GNU bash, version 5.1.16(1)-release (x86_64-pc-linux-gnu)
Quando eu digito:
echo file{[1,2],3}.txt
Espero que a expansão do suporte seja feita primeiro, então:
echo file[1,2].txt file3.txt
Depois disso, espero que pare por aí, já que [1,2] não é um globbing válido. No entanto, ele fornece o seguinte como saída:
file[1.txt file2].txt file3.txt
Por que?
Lista de arquivos no diretório atual (resultado do lscomando):
go.mod hello.sh hi main.go
Não sei qual é o algoritmo de armazenamento de senha no /etc/shadowLinux.
Testei por meio do seguinte script via python:
import hashlib
message = b"123"
md5_hash = hashlib.md5(message).hexdigest()
sha1_hash = hashlib.sha1(message).hexdigest()
sha256_hash = hashlib.sha256(message).hexdigest()
sha384_hash = hashlib.sha384(message).hexdigest()
sha512_hash = hashlib.sha512(message).hexdigest()
print(f"MD5: {md5_hash}")
print(f"SHA-1: {sha1_hash}")
print(f"SHA-256: {sha256_hash}")
print(f"SHA-384: {sha384_hash}")
print(f"SHA-512: {sha512_hash}")
Mas não vi minha senha. Minha senha é 123.
- O shadow armazena como HASH? Se sim, devo descartar a possibilidade de obter a senha.
- Se a senha não for armazenada como hash, como posso obtê-la?
Estou querendo compactar alguns PDFs em lote, usando o truque de conversão para/de ps descrito em outro lugar. Tenho uma função definida em um arquivo .zshrc:
function pdfcompress() {
for f in "$1"; do
echo "compressing $1"
pdf2ps "$f" "$f".ps
ps2pdf -dPDFSETTINGS=/default "$f".ps "$f"
rm "$f".ps
done
}
Meu entendimento é que eu deveria conseguir passar uma lista de PDFs, e ele os compacta. No entanto, acontece o seguinte:
% ls | pdfcompress
compressing
Error: /undefinedfilename in --findlibfile--
Operand stack:
()
Execution stack:
%interp_exit .runexec2 --nostringval-- findlibfile --nostringval-- 2 %stopped_push --nostringval-- findlibfile
findlibfile false 1 %stopped_push findlibfile 1815 1 3 %oparray_pop findlibfile
Dictionary stack:
--dict:743/1123(ro)(G)-- --dict:0/20(G)-- --dict:85/200(L)--
Current allocation mode is local
GPL Ghostscript 10.04.0: Unrecoverable error, exit code 1
GPL Ghostscript 10.04.0: Device 'pdfwrite' requires an output file but no file was specified.
**** Unable to open the initial device, quitting.
Parece que nenhum dos nomes de arquivo está sendo passado, por algum motivo. Também tentei abordagens com find . -iname "*.pdf" -exec pdfcompress, e canalizando para xargs pdfcompress, mas nenhuma delas funciona porque a função não está no ambiente. Outras vezes, as variáveis de espaço reservado parecem ser interpretadas como strings literais.
Estou tentando fazer isso funcionar de alguma forma há mais de uma hora, sem sorte. Alguma dica?
Tenho uma estrutura de pastas de PDFs que gostaria de manter, então uma solução que funcionasse recursivamente dentro de diretórios seria a melhor, se possível.
Obrigado!
Pode ser uma pergunta vaga, mas atualmente não consigo encontrar uma boa solução na minha cabeça.
Tenho um aplicativo BookStack em execução em um servidor da empresa. Para simplificar e por segurança, tenho um .gitignorearquivo personalizado que ignora tudo, exceto nossas extensões e .envconfigurações personalizadas.
A ideia é que os desenvolvedores possam adicionar o repositório de produção como fonte remota em um diretório com o BookStack junto com um banco de dados simulado para testá-lo com segurança.
Agora, isso é bom, desde que eu não tenha que buscar do repositório BookStack. Se eu adicionar agora o BookStack como fonte remota no servidor de produção, ele entrará em conflito com a .gitignoreatualização.
Você tem algum conselho sobre como eu poderia resolver esse problema, além de resolver esse conflito a cada atualização?
postmp -slista o conteúdo do arquivo de teste, mas postmap -qnão corresponde às consultas. O que estou esquecendo?
Versão do Postfix e arquivo de teste
[root@relay postfix]# rpm -q postfix
postfix-3.9.0-8.fc41.x86_64
[root@relay postfix]# cat accessTest
[email protected] OK
[email protected] REJECT
[email protected] OK
[email protected] 521
Crie o BD e mostre o conteúdo
[root@relay postfix]# postmap -v accessTest
postmap: name_mask: ipv4
postmap: inet_addr_local: configured 2 IPv4 addresses
postmap: open hash accessTest
postmap: Compiled against Berkeley DB: 5.3.28?
postmap: Run-time linked against Berkeley DB: 5.3.28?
[root@relay postfix]# postmap -s accessTest
[email protected] OK
[email protected] REJECT
[email protected] OK
[email protected] 521
A consulta de teste retorna um erro de shell
[root@orelay postfix]# postmap -q aaa@ accessTest
[root@relay postfix]# echo $?
1
Também testado:
postmap -q example.com accessTestpostmap -q .example.com accessTestpostmap -q ddd@ accessTestpostmap -q ddd+extra@ accessTest
Todos retornam um código shell de 1.