Estou tentando descobrir por que este comando não está funcionando para mim:
sed -n -e '/<a href=\(.*\)>/,/<\/a>/p' text.html
Em text.html temos algo como...
<somestupidstuff> <a href='teste'> teste </a> </somestupidstuff>
A saída desejada é:
<a href='teste'> teste </a>
Mas o que eu recebo é:
<somestupidstuff> <a href='teste'> teste </a> </somestupidstuff>
Talvez eu não esteja entendendo completamente o regex.
Estou procurando um comando POSIX para desligar uma máquina.
Existe uma maneira POSIX aceitável de fazer isso?
Os comandos que uso para fazer isso não são compatíveis com POSIX (por exemplo, shutdown, reboot, halt ou poweroff).
Systemd introduziu systemctl para fazer isso, mas tenho certeza de que isso também não é POSIX.
IMPORTANTE: Eu posso restaurar o comportamento antigo se eu fizer:
apt install sysvinit-core
Além disso: as versões antigas baseadas em Red Hat também podem ser desligadas com interrupção.
Estou tentando entender por que no Debian 9 você não deve mais usar halt para desligar seu computador. Esse comportamento é removido do systemd. Eu sou um pouco assustador, mas acho que deve haver uma boa razão lógica.
Outros Unixes ou Unix-like têm esse mesmo comportamento ou o Linux está se transformando em algo diferente?
Agora, se você quiser desligar a máquina após o desligamento do sistema, você deve usar poweroff em vez de halt...
Alguém sabe como esse comando é interpretado em outros Unix-Like?
Isso não é duplicado, porque o debian 7 pode desligar com o halt, por exemplo.
Antes de tudo importante:
Bem, estou tentando descobrir por que não consigo reiniciar a configuração de rede sem reiniciar o sistema ou fazer alguns comandos ip manualmente.
Por exemplo, se eu executar:
systemctl restart networking
Não tem nenhum efeito.
Se eu tentar:
ifdown ensp0
Ele diz que a interface não está funcionando.... Se eu tentar
ifup ensp0
Então minha interface tem 2 ips, em vez de um (eu apenas mudei em /etc/network/interfaces)
O que estou fazendo é usar o comando ip, para remover o ip manualmente, depois trazendo todos eles com ifup. No entanto, isso é muito estranho.
Então, de certa forma, qual é a forma correta de reiniciar todas as conexões de rede, como fazemos nas versões antigas?
Se eu adicionar:
auto enps0
Então a rede começa a funcionar melhor, mas essa não é a configuração padrão!
Isso é mais um problema do systemd? Ou está relacionado às ferramentas de rede que estão sendo preteridas?
Não consigo encontrar a maneira correta de executar alguns scripts locais (ou comandos muito locais) no systemd, já sei que não devo criar um serviço (no systemd uma unidade) para esse tipo de script (ou devo?)....
A solução que encontrei é criar rc.local e dar a ele permissões de execução.
printf '#!/bin/bash \n\nexit 0' >/etc/rc.local
chmod +x /etc/rc.local
Por exemplo, se eu pegar um servidor legado com um rc.local simples configurado por você, saberei o que você fez e o quanto vai doer atualizar ou instalar algo novo na distro, já que o rc.local era respeitado por externos pacotes, mas por outro lado se eu instalar um servidor e criar uma unidade systemd ou duas ou três (ou até serviços sysvinit), apenas por fazer uma tarefa simples, isso às vezes pode dificultar sua vida, e muito mais do que isso minhas unidades nomes podem algum dia entrar em conflito com os nomes dos novos serviços criados pelo desenvolvimento da distribuição, e talvez instalados em uma atualização, causando problemas para meus scripts!
Eu vejo outra pergunta perguntando sobre onde está o rc.local e a resposta foi criá-lo e dar permissões de execução, acho que minha pergunta não é realmente uma duplicata , pois não quero saber onde está - acredite, só quero aceitar que está obsoleto , mas não consigo encontrar a maneira correta de fazer esse tipo de coisa, devo realmente criar uma unidade apenas para algo simples assim?
"Privado /tmp é como uma boa ideia... funcionou para mim, é mais seguro, então vamos redistribuir para todos os unix-man do mundo que esperam que /tmp seja /tmp desde 1970..." O que você acha? pegue? Explosão, destruição e seu corpo em chamas.
Estou tentando desabilitar o /tmp privado no Debian 9, então segui as instruções deste site:
https://www.maxoberberger.net/blog/2017/10/debian-9-private-tmp.html
Parece muito bom, mas não é, e está causando alguma dor de cabeça.
Quando tentei desabilitar criando um arquivo de substituição em /etc/systemd/system/apache2.service, o systemd parece me ignorar completamente.
Eu preciso editar o arquivo diretamente em:
/lib/systemd/system/apache2.service
Isso funciona, mas isso não é realmente uma boa idéia , especialmente se você atualizar seu sistema! Hoje, unattended-upgradecorreu e está tudo quebrado por causa do tmp privado; então eu precisava desativá-lo novamente. Usamos um sistema web que se comunica com outro sistema antigo que roda no console... ele se comunica via tmp.
O que estou fazendo errado? Devo reiniciar o servidor?
O Apache 2.4 parece misturar tudo: a negação de IP e a negação do usuário não estão mais funcionando de forma independente.
Nas versões mais antigas consigo habilitar as duas coisas, e trabalhar com isso sem que uma afete a outra, por exemplo:
deny from all
allow from ip1
allow from ip2
No apache2.4 o equivalente é:
require ip1
require ip2
Até este ponto, tudo é bom.
Mas quando você tem htacess+htpasswd em seu site, o comportamento não é o esperado porque ele pensa que os ips necessários são confiáveis para entrar sem senha, anulando o .htaccess, e pior ainda, ips fora da lista desejada são capazes graças .htaccessa tente fazer login com uma senha e não é isso que o Apache 2.2 faz!
No antigo Apache, os hosts com permissão são os únicos que podem tentar autenticar... e mesmo que sejam permitidos, ainda será necessária uma senha .htaccesspara abrir o site.
Eu sou capaz de contornar o comportamento usando o mod_acess_compat por enquanto... mas acho que isso não é uma solução, pois estou usando os comandos antigos no Apache 2.4... e estou com medo de algum comportamento inesperado ou a depreciação de este módulo...