Minha instalação do jenkins no Debian foi atualizada (usando o apt) - e agora o jenkins se recusa a iniciar. Eu posso ver o seguinte no log:
Exception in thread "main" java.lang.IllegalArgumentException:
Unrecognized option: --ajp13Port=-1
Minha versão do jenkins é 2.381. Infelizmente, agora não sei qual versão foi instalada antes disso, mas definitivamente funcionou e nenhuma alteração de configuração foi feita.
Como posso começar?
Estou lutando para fazer a rede funcionar em uma VM linux. Como é após a configuração, eu tenho isso ifconfig:
# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 172.19.190.144 netmask 255.255.0.0 broadcast 172.19.255.255
inet6 fe80::215:5dff:febe:6707 prefixlen 64 scopeid 0x20<link>
ether 00:15:5d:be:67:07 txqueuelen 1000 (Ethernet)
RX packets 30629 bytes 3428768 (3.2 MiB)
RX errors 0 dropped 409 overruns 0 frame 0
TX packets 351 bytes 53232 (51.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 78 bytes 6600 (6.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 78 bytes 6600 (6.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
E esta tabela de roteamento:
# ip route
default via 172.19.190.1 dev eth0 proto static metric 100
172.19.0.0/16 dev eth0 proto kernel scope link src 172.19.190.144 metric 100
Com essa configuração, posso pingar o gateway e os hosts externos da Internet, mas não consigo pingar os hosts na sub-rede 172.19.180.x, obtendo "host inacessível".
Quando eu faço manualmente
# ip route add 172.19.0.0/16 via 172.19.190.1 dev eth0
Então tudo funciona como esperado. Eu agora adiciono esta linha em /etc/sysconfig/network-scripts/route-eth0:
172.19.0.0/16 via 172.19.190.1
Após a reinicialização, minha tabela de roteamento fica assim:
# ip route
default via 172.19.190.1 dev eth0 proto static metric 100
172.19.0.0/16 dev eth0 proto kernel scope link src 172.19.190.144 metric 100
172.19.0.0/16 via 172.19.190.1 dev eth0 proto static metric 100
E novamente não consigo acessar a sub-rede 172.19.180.x. A diferença entre isso e a adição manual ip route addé que a última linha tem proto static metric 100no final, enquanto que com a forma manual não.
O que preciso fazer para que tudo funcione em uma reinicialização?
ATUALIZAÇÃO: aqui está meu ifcfg-eth0arquivo:
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=no
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=eth0
UUID=.... (masked)
DEVICE=eth0
ONBOOT=yes
IPADDR=172.19.190.144
PREFIX=16
GATEWAY=172.19.190.1
DNS1=172.19.190.240
DNS2=172.19.190.242
ATUALIZAÇÃO2:
Se eu remover a segunda rota ( ... src 172.19.190.144...) e deixar apenas um padrão, tudo funcionará corretamente. Então a pergunta se torna: de onde vem a segunda rota e como me livrar dela?
Estou tendo a coisa mais estranha acontecendo com meu servidor web. É o Apache 2 com SSL. Para simplificar, aqui está a aparência da minha configuração (example.com refere-se ao meu próprio domínio, é claro):
<VirtualHost *:80>
ServerName example.com
ServerAlias www.example.com
Redirect 301 / https://example.com/
</VirtualHost>
<VirtualHost *:443>
ServerName example.com
DocumentRoot /var/www/example
... #options and allow/deny for directories
... #logging settings
SSLEngine on
... #ssl settings
</VirtualHost>
<VirtualHost *:443>
ServerName www.example.com
Redirect 301 / https://example.com/
SSLEngine on
... #ssl settings
</VirtualHost>
Essencialmente, o que ele faz é redirecionar todo o tráfego não-https para https e redirecionar www.example.compara example.com- até agora, tudo bem.
Isso funciona para todos os navegadores em todas as plataformas - com uma exceção: Safari no iPad. Safari no mac funciona bem; outros navegadores no ipad funcionam bem, mas no Safari no ipad recebo "O Safari não pode abrir a página porque ocorreram muitos redirecionamentos".
Agora, o único redirecionamento que tenho em minha configuração (em https) é de www.example.com para example.com. Eu adicionei %{Host}iao log de acesso - e posso ver que as solicitações contêm o nome do host e o recurso corretos.
Neste ponto, estou completamente perplexo. Eu não sei onde ou o que mais olhar. Meu cliente usa principalmente ipads, então ignorá-lo não é uma opção.
Todas as ideias são muito apreciadas.
EDITAR:
Eu mudei a configuração SSL para isso:
<VirtualHost *:80>
ServerName example.com
ServerAlias www.example.com
Redirect 301 / https://example.com/
</VirtualHost>
<VirtualHost *:443>
ServerName example.com
ServerAlias www.example.com
DocumentRoot /var/www/example
... #options and allow/deny for directories
... #logging settings
SSLEngine on
... #ssl settings
</VirtualHost>
Agora não há redirecionamentos na configuração. Limpei todas as configurações, histórico e dados armazenados do ipad - e ainda está redirecionando!
Tenho o meu domínio servido por dois servidores com endereços IP diferentes: um para o site principal e outro para a loja online. Quando um cliente faz um pedido, entre outras coisas, um e-mail é enviado para um endereço de e-mail interno [email protected]. Este e-mail é enviado pelo servidor no qual reside a loja online. No entanto o e-mail é enviado para ser do endereço de e-mail do cliente, pelo que, por exemplo, se fizer [email protected]uma encomenda, será enviado um e-mail da loja online para [email protected]com os dados da encomenda, fazendo-se passar por [email protected].
No meu servidor de e-mail, o SpamAssassin rejeita esses e-mails porque eles falham na verificação de validação SPF, especificamente, recebo uma mensagem de erro informando que store.example.com is not allowed to send mail from example.org(isso é fácil de entender, pois minha loja on-line não será incluída no example.orgregistro SPF).
Estou administrando example.com em nome de um cliente - e o cliente afirma que os e-mails da loja precisam chegar neste formato (ou seja, de [email protected] em oposição a um [email protected] genérico). Como posso configurar o SpamAssassin (via cPanel ou, se necessário via back-end) para aceitar mensagens entregues por store.example.com?
Nosso e-mail comercial está hospedado nos aplicativos do Google. Além disso, nosso servidor web também pode enviar e-mail. Atualmente, nosso registro SPF no DNS se parece com isso:
domain.com. IN TXT "v=spf1 a include:_spf.google.com -all"
Tudo bem, mas agora terceirizamos nosso gerenciamento de lista de e-mail para outra empresa e precisamos incluir um segundo domínio com include. Então, estou procurando algo como:
domain.com. IN TXT "v=spf1 a include:_spf.google.com include:otherdomain.com -all"
Qual é a sintaxe correta para isso? Muito Obrigado!