Não encontrei nenhuma fonte oficial dizendo claramente que o verioning do nginx adere ao Semantic Versioning .

Por favor, forneça uma fonte comprovativa para sua resposta.

Basicamente, quero saber se posso alterar a versão secundária sem alterações significativas, mas, novamente, não encontrei nenhuma fonte clara dizendo isso ...

Quando eu acesso o mesmo domínio nos mesmos kuberetes, os v2.10.1dns do traefik pod são diferentes dos outros, este é o dns do traefik:

/ $ nslookup kubernetes.default
Server:     100.100.2.136
Address:    100.100.2.136:53

** server can't find kubernetes.default: NXDOMAIN

** server can't find kubernetes.default: NXDOMAIN

e este é o outro pod DNS parecido com:

root@y-websocket-service-9654986bc-cf65m:/home/node/app# nslookup kubernetes.default
Server:         10.96.0.10
Address:        10.96.0.10#53

Name:   kubernetes.default.svc.cluster.local
Address: 10.96.0.1

esta é a definição do traefik no kubernetes v1.29.x, semelhante a:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: traefik
  namespace: default
status:
  observedGeneration: 6
  replicas: 1
  updatedReplicas: 1
  readyReplicas: 1
  availableReplicas: 1
  conditions:
    - type: Available
      status: 'True'
      lastUpdateTime: '2024-07-06T08:40:50Z'
      lastTransitionTime: '2024-07-06T08:40:50Z'
      reason: MinimumReplicasAvailable
      message: Deployment has minimum availability.
    - type: Progressing
      status: 'True'
      lastUpdateTime: '2024-07-09T14:04:24Z'
      lastTransitionTime: '2024-07-08T12:57:09Z'
      reason: NewReplicaSetAvailable
      message: ReplicaSet "traefik-5f6fd6d8f5" has successfully progressed.
spec:
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/instance: traefik
      app.kubernetes.io/name: traefik
  template:
    metadata:
      creationTimestamp: null
      labels:
        app.kubernetes.io/instance: traefik
        app.kubernetes.io/managed-by: Helm
        app.kubernetes.io/name: traefik
        helm.sh/chart: traefik-10.1.1
      annotations:
        kubectl.kubernetes.io/restartedAt: '2024-07-09T14:04:02Z'
    spec:
      volumes:
        - name: data
          emptyDir: {}
        - name: tmp
          emptyDir: {}
        - name: config-volume
          configMap:
            name: traefik-config
            defaultMode: 420
      containers:
        - name: traefik
          image: registry.cn-qingdao.aliyuncs.com/reddwarf-public/traefik:v2.10.1
          args:
            - '--global.checknewversion'
            - '--global.sendanonymoususage'
            - '--entryPoints.metrics.address=:9300/tcp'
            - '--entryPoints.traefik.address=:9000/tcp'
            - '--entryPoints.web.address=:8000/tcp'
            - '--entryPoints.websecure.address=:8443/tcp'
            - '--api.dashboard=true'
            - '--ping=true'
            - '--accesslog=true'
            - '--tracing=true'
            - '--log.level=DEBUG'
            - ‘--log.filePath=/opt/traefik.log’
            - '--metrics.prometheus=true'
            - '--metrics.prometheus.entrypoint=metrics'
            - '--providers.kubernetescrd'
            - '--providers.kubernetesingress'
          ports:
            - name: metrics
              hostPort: 9300
              containerPort: 9300
              protocol: TCP
            - name: traefik
              hostPort: 9000
              containerPort: 9000
              protocol: TCP
            - name: web
              hostPort: 8000
              containerPort: 8000
              protocol: TCP
            - name: websecure
              hostPort: 8443
              containerPort: 8443
              protocol: TCP
          resources: {}
          volumeMounts:
            - name: data
              mountPath: /data
            - name: tmp
              mountPath: /tmp
            - name: config-volume
              mountPath: /etc/traefik
          livenessProbe:
            httpGet:
              path: /ping
              port: 9000
              scheme: HTTP
            initialDelaySeconds: 10
            timeoutSeconds: 2
            periodSeconds: 10
            successThreshold: 1
            failureThreshold: 3
          readinessProbe:
            httpGet:
              path: /ping
              port: 9000
              scheme: HTTP
            initialDelaySeconds: 10
            timeoutSeconds: 2
            periodSeconds: 10
            successThreshold: 1
            failureThreshold: 1
          terminationMessagePath: /dev/termination-log
          terminationMessagePolicy: File
          imagePullPolicy: IfNotPresent
          securityContext:
            capabilities:
              drop:
                - ALL
            runAsUser: 65532
            runAsGroup: 65532
            runAsNonRoot: true
            readOnlyRootFilesystem: true
      restartPolicy: Always
      terminationGracePeriodSeconds: 60
      dnsPolicy: ClusterFirst
      serviceAccountName: traefik
      serviceAccount: traefik
      hostNetwork: true
      securityContext:
        fsGroup: 65532
      schedulerName: default-scheduler
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxUnavailable: 1
      maxSurge: 1
  revisionHistoryLimit: 10
  progressDeadlineSeconds: 600

Estou esquecendo de algo?

Preciso gerar algum ID exclusivo no ansible. A geração funciona, mas o acesso à variável resulta em algum comportamento "não esperado".

O manual é muito simples:

---
- hosts: localhost
  vars:
    - var1: "{{ 99999999 | random }}"
  tasks:
    - debug: msg="{{ var1 }}"
    - debug: msg="{{ var1 }}"
    - debug: msg="{{ var1 }}"

Eu esperava ter sempre o mesmo resultado, mas a realidade é diferente:

ansible-playbook -i localhost setup-env-test.yml
[WARNING]: Unable to parse .... as an inventory source
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match 'all'

PLAY [localhost] ***************************************************************************************************************************

TASK [Gathering Facts] *********************************************************************************************************************
ok: [localhost]

TASK [debug] *******************************************************************************************************************************
ok: [localhost] => {
    "msg": "23317042"
}

TASK [debug] *******************************************************************************************************************************
ok: [localhost] => {
    "msg": "23320954"
}

TASK [debug] *******************************************************************************************************************************
ok: [localhost] => {
    "msg": "96866238"
}

PLAY RECAP *********************************************************************************************************************************
localhost                  : ok=4    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0  

Parece que a variável é reavaliada a cada acesso.

Sei que a reavaliação ocorre quando o contexto muda, por exemplo, quando se entra numa função, mas este não é o caso aqui. Também sei que ao usar set_fact esse comportamento muda e o conteúdo da variável não é avaliado novamente.

Alguém pode me dar uma dica de por que a reavaliação está ocorrendo? Seria bom encontrar a documentação ansible que explica isso.

Em primeiro lugar, quero ressaltar que estou implantando meu aplicativo de uma forma não recomendada.
O Google sugeriu a implantação de um único contêiner por meio da GUI:

No entanto, estou fazendo isso de uma maneira diferente: eu puxo meu projeto e, em seguida, inicio-o com docker-compose e habilito 7 contêineres com nginx, php, postfix, redis, db e algumas outras coisas.

O firewall da instância de VM permite http e https. E posso me conectar ao IP do host via http. No entanto, parece que não passa corretamente o domínio para o nginx e não consigo me conectar via nome de domínio.

O DNS é adicionado corretamente e o nome de domínio aponta para minha VM, mas depois disso ele entra no tempo limite.

parte do meu docker-compose.yml:

  nginx-custom:
    depends_on:
      - db
      - php-fpm-custom
      - phpmyadmin
    image: nginx-custom:latest
    container_name: nginx-custom
    links:
      - phpmyadmin:phpmyadmin
    build:
      context: ./docker/nginx/
      args:
        USER_ID: ${USER_ID}
        GROUP_ID: ${GROUP_ID}
        SITE_DOMAIN: ${SITE_DOMAIN}
        DB_HOST: ${DB_HOST}
        DB_ADMIN_WEBPATH: ${DB_ADMIN_WEBPATH}
    restart: always
    volumes:
      - ./ssl:/etc/nginx/ssl
      - .:/var/www/site
    extra_hosts:
      - "host.docker.internal:host-gateway"
    ports:
      - 80:80
      - 443:443
    expose:
      - '80'
      - '443'
    networks:
      - app-network

E default.conf para nginx:

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    location / {
        return 403;
    }
}

server {
    listen 80;
    listen [::]:80;

    server_name <SITE_DOMAIN added here via sed>;

    root /var/www/site/web;
    index index.php;

    location / {
            try_files $uri $uri/ /index.php?$args;
    }

    location ~ \.php$ {
        include fastcgi_params;
        fastcgi_pass php-fpm-custom:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_index index.php;
        fastcgi_buffer_size 128k;
        fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
    }
}

O que me confunde nos documentos:

Você não pode mapear as portas de uma instância de VM para as portas do contêiner (opção -p do Docker). Para permitir o acesso aos seus contêineres, consulte Publicação de portas de contêiner.

Acho que esse é o motivo, mas não tenho certeza de como consertar, considerando que estou implantando com o docker-compose. Porque o projeto local funciona bem e posso mapear um site.test na minha máquina local.

Esta questão está relacionada com esta questão

Alguém pode explicar o que está acontecendo aqui?

[User@redhat cgi-bin]$ pwd
/var/www/cgi-bin

[User@redhat cgi-bin]$ ll -a Test.cgi
drwxr-xr-x. 2 root   root      86 Jul 10 16:37 .
drwxr-xr-x. 6 root   root      61 Jul 10 18:43 ..
-rwxr-xr-x. 1 apache apache 79 Jul 11 09:30 Test.cgi

[User@redhat cgi-bin]$ perl -T ./Test.cgi
Content-type: text/html

Hello World!

[User@redhat cgi-bin]$ cat Test.cgi
#!/usr/bin/perl -T

print "Content-type: text/html\n\n";
print "Hello World!";

[User@redhat cgi-bin]$ ./Test.cgi
-bash: ./Test.cgi: Permission denied

Acho que o que está causando isso é o motivo principal da falha na execução do script CGI na questão vinculada acima.

(O SELinux neste sistema está definido como Permissivo)

Tentando entender mais sobre o Linux e por que nosso espaço em disco continua cheio de quê. Pouca ou nenhuma experiência com Linux, então tenha paciência comigo

/dev/sda2 está montado em / e este disco continua funcionando cheio

Se eu verificar um nível mais profundo, posso ver

Agora há esses 18 GB em /

Como posso ver o que realmente está ocupando esse espaço? Pastas como /etc /home /var posso verificar o conteúdo, mas não consigo ver quais arquivos estão diretamente no /

Todas as pastas normais que seriam executadas cheias, como cache ou logs ou /tmp, são verificadas e esvaziadas e ainda assim o disco está em 96%, o que eu acho que não é normal.

Quaisquer outras dicas também são bem-vindas, é claro.

Desde já, obrigado.

EDITAR

O comando ls -lst / fornece o seguinte resultado

Não tenho certeza do que fazer com isso, mas isso significa que essa coisa de 'troca' ocupa a maior parte do espaço? Ou isso pode ser ignorado.

Eu tenho um script Perl CGI Test.cgiem /var/www/cgi-bin/Test.cgi. O conteúdo é simplesmente:

#!/bin/perl -T
print "Content-type: text/html\n\n";
print "Hello, World.";

O problema é que quando tento acessar esse script via navegador da Web recebo um 500 Internal Server Error, e /var/log/httpd/error_logtem

AH01241: error spawning CGI child: exec of '/var/www/cgi-bin/Test.cgi' failed (Permission denied): /var/www/cgi-bin/Test.cgi

I. Permissões: Abaixo das permissões para a /var/www/cgi-binpasta e o Test.cgiscript (incluindo tipos SELinux)

drwxr-xr-x. 2 root   root   system_u:object_r:httpd_sys_script_exec_t:s0        86 Jul 10 16:37 cgi-bin
-rwxr-xr-x. 1 apache apache unconfined_u:object_r:httpd_sys_script_exec_t:s0    72 Jul 10 17:22 Test.cgi

II. httpd.conf:

User apache
Group apache

DocumentRoot "/var/www/html"

ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

<Directory "/var/www/cgi-bin">
    AllowOverride None
    Options None
    Options +ExecCGI
    AddHandler cgi-script .cgi
    Require all granted
</Directory>

Até agora eu tentei...

• Desativando SELinuxe $ setenforce 0recarregando o navegador. Sem sorte.

Por último...

# httpd -v
Server version: Apache/2.4.37 (Red Hat Enterprise Linux)
Server built:   Feb 16 2024 04:23:20

# uname -a
Linux linux 4.18.0-513.24.1.el8_9.x86_64 #1 SMP Thu Mar 14 14:20:09 EDT 2024 x86_64 x86_64 x86_64 GNU/Linux

# perl -v
This is perl 5, version 26, subversion 3 (v5.26.3) built for x86_64-linux-thread-multi

O que estou perdendo aqui?

ATUALIZAÇÃO: Graças a @larsks agora sei que o problema com a permissão negada ao chamar do terminal era devido a uma noexecopção de montagem no /varsistema de arquivos. Isso foi corrigido e agora posso executar o script no terminal. O problema original persiste, no entanto. Ainda vejo o mesmo erro Permissão negada ao /var/log/httpd/error_logacessar o CGI a partir do navegador.

Minha API php Laravel quando colocada atrás do Apache2 (com SSL) ao fazer uma solicitação de postagem com aproximadamente 40 MB de tamanho, gera um erro interno de 500 com o seguinte log

[Wed Jul 10 21:08:51.397912 2024] [proxy_fcgi:error] [pid 3176136] [client X.X.X.X:57229] AH01071: Got error 'PHP message: PHP Warning:  PHP Request Startup: POST Content-Length of 72701360 bytes exceeds the limit of 8388608 bytes

mas ao usar php artisan serveo comando, ao acessar meu endpoint, ele funciona sem problemas. tentando descobrir onde aumentar o limite

php.ini(usado por todos)

/etc/php/8.3/apache2/php.inie /etc/php/8.3/cli/php.inie /etc/php/8.3/fpm/php.inisão idênticos

[PHP]
upload_max_filesize = 2028M
post_max_size = 2048M
memory_limit = 2048M
engine = On
short_open_tag = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = -1
disable_functions =
disable_classes =
zend.enable_gc = On
zend.exception_ignore_args = On
zend.exception_string_param_max_len = 0
expose_php = On
max_execution_time = 900
max_input_time = 900
max_input_vars = 3000
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = On
display_startup_errors = Off
log_errors = On
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 2G
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
default_charset = "UTF-8"
doc_root =
user_dir =
enable_dl = Off
file_uploads = On
upload_max_filesize = 2G
max_file_uploads = 2000
allow_url_fopen = On
allow_url_include = Off
default_socket_timeout = 60
extension=curl
extension=fileinfo
extension=gd
extension=mbstring
extension=exif      ; Must be after mbstring as it depends on it
extension=openssl
extension=pdo_mysql
extension=pdo_pgsql
extension=pgsql
extension=sockets
[CLI Server]
cli_server.color = On
[Date]
[filter]
[iconv]
[imap]
[intl]
[sqlite3]
[Pcre]
[Pdo]
[Pdo_mysql]
pdo_mysql.default_socket=
[Phar]
[mail function]
SMTP = localhost
smtp_port = 
mail.add_x_header = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[OCI8]
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[bcmath]
bcmath.scale = 0
[browscap]
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.cookie_samesite =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.referer_check =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.sid_length = 26
session.trans_sid_tags = "a=href,area=href,frame=src,form="
session.sid_bits_per_character = 5
[Assertion]
zend.assertions = -1
[COM]
[mbstring]
[gd]
[exif]
[Tidy]
tidy.clean_output = Off
[soap]
soap.wsdl_cache_enabled=1
soap.wsdl_cache_dir="/tmp"
soap.wsdl_cache_ttl=86400
soap.wsdl_cache_limit = 5
[sysvshm]
[ldap]
ldap.max_links = -1
[dba]
[opcache]
[curl]
[openssl]
[ffi]

meu .htaccessé

php_value upload_max_filesize 2048M
php_value post_max_size 2048M
php_value max_execution_time 360000
php_value max_input_time 360000
php_value memory_limit 2048M
LimitRequestBody 0

<IfModule mod_rewrite.c>
    <IfModule mod_negotiation.c>
        Options -MultiViews -Indexes
    </IfModule>
    
    # Disable if using build in cors
    # Header set Access-Control-Allow-Origin "*"

    RewriteEngine On

    # Handle Authorization Header
    RewriteCond %{HTTP:Authorization} .
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect Trailing Slashes If Not A Folder...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_URI} (.+)/$
    RewriteRule ^ %1 [L,R=301]

    # Send Requests To Front Controller...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^ index.php [L]
</IfModule>

Quero testar a tabela NAT usando uma interface fictícia. Tenho a interface enp1s0 conectada à internet e configurei a tabela NAT para pacotes MASQUERADE conforme mostrado abaixo.

random@debian:~$ ip addr
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host noprefixroute 
           valid_lft forever preferred_lft forever
    2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
        link/ether 52:54:00:4d:63:c0 brd ff:ff:ff:ff:ff:ff
        inet 192.168.122.10/24 brd 192.168.122.255 scope global enp1s0
           valid_lft forever preferred_lft forever
        inet6 fe80::5054:ff:fe4d:63c0/64 scope link 
           valid_lft forever preferred_lft forever
    3: dummy0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
        link/ether 5e:81:f3:78:47:c0 brd ff:ff:ff:ff:ff:ff
        inet 10.0.0.10/24 scope global dummy0
           valid_lft forever preferred_lft forever
        inet6 fe80::5c81:f3ff:fe78:47c0/64 scope link 
           valid_lft forever preferred_lft forever

random@debian:~$ ip route
default via 192.168.122.1 dev enp1s0 onlink 
10.0.0.0/24 dev dummy0 proto kernel scope link src 10.0.0.10 
192.168.122.0/24 dev enp1s0 proto kernel scope link src 192.168.122.10

random@debian:~$ sudo sysctl -w net.ipv4.ip_forward=1
net.ipv4.ip_forward = 1

random@debian:~$ lsmod | grep dummy
dummy                  16384  0

random@debian:~$ ipt
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

random@debian:~$ sudo iptables -t nat -A POSTROUTING -j MASQUERADE -s 10.0.0.0/24 -o enp1s0

random@debian:~$ ipt -t nat
Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 MASQUERADE  all  --  any    enp1s0  10.0.0.0/24          anywhere 

Com essas configurações de ip. Testando com ping

random@debian:~$ ping -I 10.0.0.10 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 10.0.0.10 : 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=114 time=28.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=114 time=30.9 ms
^C
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 28.302/29.583/30.865/1.281 ms

random@debian:~$ ping -I dummy0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 10.0.0.10 dummy0: 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4095ms
      

O envio de pacotes através de interface fictícia não funciona. Os pacotes podem ser vistos na interface fictícia dummy0, mas não são encaminhados para enp1s0 conforme observado usando o wireshark.

Eu tenho uma instância do Server Server 2008 R2. Preciso atualizar temporariamente para o SQL Server 2016 até uma atualização de infraestrutura para hardware e software mais recentes.

Tento atualizar para o SQL Server 2016 Express, mas resultou em um erro com incompatibilidade de versão.

Nesta tela, notei uma segunda instalação do SQL Server Standard em vez do expresso. Não há outro caso, então presumo que é isso que está me impedindo. Suponho que a instância seja tudo como um todo e, como parte dela é padrão, isso cria um obstáculo.

Quais são minhas opções?

É possível migrar o banco de dados Express escurecido e depois atualizar?

Por que ele foi vinculado a uma versão Standard quando o software que o criou diz que utiliza o Express em seu banco de dados?

EDITAR: