All perguntas(server)

Estou tentando solucionar problemas de baixo desempenho ao enviar arquivos grandes para um servidor Windows executando Apache.

Server:
Windows Server 2019 Datacenter
AMD EPYC 7763 64-Core Processor 2.44 GHz
32 GB RAM
Download speed (Mbps): 1737.12
Upload speed (Mbps): 2284.35

Local:
Download speed (Mbps): 269.31
Upload speed (Mbps): 48.37

Apache/PHP:
Apache/2.4.58 (Win64) PHP/8.2.16 OpenSSL/3.1.5 configured

File:
MP4 format
886 MB

Testei o benchmark enviando via WeTransfer e levou 2 minutos e 45 segundos.

O problema que estou enfrentando é que, ao tentar transferir o arquivo, seja usando o plupload com chunking (50 MB) ou um HTML multiform simples, por meio de um navegador da web, demora cerca de 4 minutos e 30 segundos.

Em seguida, testei um script cURL de shell de comando para POSTAR o mesmo arquivo no mesmo servidor (por http e https) e a transferência levou 2 minutos e 32 segundos.

Alguém pode me explicar por que o desempenho via cURL é tão melhor que o do navegador; e se possível, como posso configurar o Apache para ter um desempenho mais próximo da transferência cURL?

Desde já, obrigado,

Base

Editar 1

OK, acho que o problema surge quando se usa um formulário web PHP em vez de SSL.

Monitorei o desempenho do servidor Ethernet (Adaptador de Rede Microsoft Hyper-V) durante as transferências.

PHP web form HTTP  = 2:30m @48-50 Mbps
PHP web form HTTPS = 4:30m @30 Mbps

Ainda não tenho certeza do porquê o curl se comporta da mesma forma em HTTP ou HTTPS ou como lidar com o problema PHP/SSL.

Editar 2

Após alguma solução de problemas adicional, parece que o problema ocorre quando o protocolo http2 (h2) é usado.

Testar a transferência de arquivos https usando http/1.1 tem o mesmo desempenho que http.

Entretanto, ao definir http2 (h2), o desempenho é prejudicado.

Suspeito que isso se deva ao controle de fluxo de recepção ou algo parecido.

Alguém pode sugerir alguma correção possível para o Windows Server 2019?

Quero que um domínio no Apache exista puramente como um redirecionamento. Para esse fim, crio /etc/apache2/sites-available/redirect.example.info.confo seguinte:

<VirtualHost *:80>
    ServerName redirect.example.info
    ServerAdmin webmaster@localhost
    Redirect / https://example.com/

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Quando executo certbot --apache, isso é reescrito para:

<VirtualHost *:80>
    ServerName redirect.example.info
    ServerAdmin webmaster@localhost
    Redirect / https://example.com/

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

RewriteEngine on
RewriteCond %{SERVER_NAME} =redirect.example.info
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

E um novo arquivo /etc/apache2/sites-available/redirect.example.info-le-ssl.confé criado:

<IfModule mod_ssl.c>
<VirtualHost *:443>
    ServerName redirect.example.info
    ServerAdmin webmaster@localhost
    Redirect / https://example.com/

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

SSLCertificateFile /etc/letsencrypt/live/ca-webs.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/ca-webs.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

Isso funciona como desejado. Os redirecionamentos são executados http://redirect.example.info→ https://redirect.example.info→ https://example.com. Mas não é óbvio para mim como está funcionando. O arquivo reescrito tem um Redirectcomando e um RewriteRulecomando, e eu pensei que o Redirect(vindo primeiro) teria precedência. Como esse arquivo é realmente avaliado?

Somos um novo ISP e um dos nossos clientes recentes tem um servidor de e-mail por trás do nosso IP público e está solicitando rDNS de nós. Temos um prefixo /21 e damos ao nosso cliente um prefixo /29 para seus serviços. Fiz algumas pesquisas e descobri que nós, como um ISP, somos responsáveis ​​por fazer rDNS, mas simplesmente não consigo encontrar muitas informações sobre como isso é configurado.

Criei um servidor bind9 como teste e criei uma zona de teste com zona reversa que está funcionando bem localmente, mas como faço para configurar isso sem mexer no domínio de nossos clientes?

Eu realmente apreciaria sua ajuda.

Cumprimentos,

Tive problemas de rede ultimamente (executando Debian, mas não específicos para nenhuma distro, veja abaixo usando manipulação direta de /sys), e descobri que a fonte dos meus problemas era que dois servidores com interfaces de rede vinculadas tinham o mesmo endereço de hardware em suas vinculações. Este endereço MAC NÃO é um dos endereços das interfaces de hardware, embora devesse ser (de acordo com a maioria das documentações, como esta ):

A interface de ligação tem um endereço de hardware de 00:00:00:00:00:00 até que o primeiro escravo seja adicionado. Se a interface VLAN for criada antes da primeira escravização, ela pegaria o endereço de hardware todo em zeros. Uma vez que o primeiro escravo é anexado à ligação, o próprio dispositivo de ligação pegará o endereço de hardware do escravo, que então fica disponível para o dispositivo VLAN.

Além disso, ao contrário do que é declarado nesta documentação, um vínculo "vazio" (sem nenhum escravo) não tem um endereço de hw 00:00:00:00:00:

# modprobe bonding
# echo +bond0 > /sys/class/net/bonding_masters 
# ip link show bond0
3: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether d6:f5:8e:9f:c2:42 brd ff:ff:ff:ff:ff:ff

No entanto, esses endereços de hardware mudam para o endereço de hardware do escravo se e somente se o escravo for adicionado imediatamente ao vínculo e o endereço do vínculo não for verificado. Eu testo com um script muito simples (veja abaixo) para manipular o vínculo.

• Primeiro, ele cria um vínculo vazio sem escravos e exibe seu endereço de hardware (que aparentemente é pseudoaleatório, mas tende a permanecer o mesmo — talvez o udev tenha um papel aqui?).
• Em segundo lugar, ele cria o vínculo, define seu modo e adiciona um escravo: o vínculo pega o endereço de hardware do escravo conforme o esperado.
• Terceiro, ele cria o vínculo, lê seu endereço de hardware , define o modo e adiciona um escravo: o endereço de hardware do vínculo não corresponde ao endereço de hardware do escravo (mas executando o script repetidamente, de vez em quando ele corresponde! Vai entender).
• Quarto, ele cria o vínculo, espera um segundo e então o configura como na etapa 2. O comportamento é basicamente o mesmo da etapa 3: o vínculo tem o mesmo endereço de hardware pseudoaleatório da etapa 1, que sempre difere do endereço de hardware do escravo e é sempre o mesmo.

Não sei exatamente como o endereço de hardware pseudoaleatório do vínculo é configurado, mas ele é relativamente repetitivo em diversas configurações de hardware e software (hardware diferente, versões de kernel diferentes, versões de Debian diferentes).

Às vezes, no passo 3, o endereço MAC do bond muda para diferentes valores pseudoaleatórios, às vezes ele corresponde ao endereço do escravo. Na maioria das vezes, no entanto, ele permanece o mesmo do passo 1. No passo 4, o endereço MAC do bond é sempre o mesmo do passo um.

Aparentemente a configuração do endereço MAC do vínculo é muito sensível ao tempo?

Aqui está o roteiro:

echo "unload / load bonding"
rmmod bonding
sleep 1
modprobe bonding
sleep 1
echo "create bond0"
echo +bond0 > /sys/class/net/bonding_masters
echo "bond0 hw address, no slaves:"
cat /sys/class/net/bond0/address
sleep 3
echo "################"
echo "unload / load bonding"
rmmod bonding
sleep 1
modprobe bonding
sleep 1
echo "create bond0 and configure it without delay"
echo +bond0 > /sys/class/net/bonding_masters
# cat /sys/class/net/bond0/address
echo 6 > /sys/class/net/bond0/bonding/mode
echo +enp1s0  > /sys/class/net/bond0/bonding/slaves
echo "Bond0 hw address:"
cat /sys/class/net/bond0/address
echo "enp1s0 hw address:"
ethtool -P enp1s0

echo "################"
sleep 3
echo "unload / load bonding"
rmmod bonding
sleep 1
modprobe bonding
sleep 1
echo "create bond0 and configure it, read its hw address first"
echo +bond0 > /sys/class/net/bonding_masters
cat /sys/class/net/bond0/address
echo 6 > /sys/class/net/bond0/bonding/mode
echo +enp1s0  > /sys/class/net/bond0/bonding/slaves
echo "Bond0 hw address:"
cat /sys/class/net/bond0/address
echo "enp1s0 hw address:"
ethtool -P enp1s0

echo "################"
sleep 3
echo "unload / load bonding"
rmmod bonding
sleep 1
modprobe bonding
sleep 1
echo "create bond0 and configure it after 1 second delay"
echo +bond0 > /sys/class/net/bonding_masters
# cat /sys/class/net/bond0/address
echo 6 > /sys/class/net/bond0/bonding/mode
sleep 1
echo +enp1s0  > /sys/class/net/bond0/bonding/slaves
echo "Bond0 hw address:"
cat /sys/class/net/bond0/address
echo "enp1s0 hw address:"
ethtool -P enp1s0

E aqui está a saída:

unload / load bonding
create bond0
bond0 hw address, no slaves:
ea:dc:34:e6:7c:8d
################
unload / load bonding
create bond0 and configure it without delay
Bond0 hw address:
52:54:00:c8:76:09
enp1s0 hw address:
Permanent address: 52:54:00:c8:76:09
################
unload / load bonding
create bond0 and configure it, read its hw address first
d6:f5:8e:9f:c2:42
Bond0 hw address:
d6:f5:8e:9f:c2:42
enp1s0 hw address:
Permanent address: 52:54:00:c8:76:09
################
unload / load bonding
create bond0 and configure it after 1 second delay
Bond0 hw address:
d6:f5:8e:9f:c2:42
enp1s0 hw address:
Permanent address: 52:54:00:c8:76:09

De tempos em tempos, o endereço hw do bond muda para algum outro valor. No entanto, na maioria das vezes ele volta para o mesmo (aqui 'd6:f5:8e:9f:c2:42') e parece circular por um número limitado de endereços MAC entre reinicializações.

No entanto, o problema muito sério é que máquinas diferentes acabam com o mesmo endereço de hardware pseudoaleatório; quando estão conectadas ao mesmo switch de rede, o caos se instala. Na verdade, verificando em várias máquinas diferentes conectadas a redes diferentes, pelo menos 4 compartilham o mesmo endereço MAC de ligação (embora, desde que não estejam conectadas juntas ao mesmo switch, é basicamente inofensivo).

Observe que naquele exemplo em particular eu configurei o bond no modo 6, mas tive o problema na máquina rodando no modo 4 (802.3ad) e outros modos. Isso não parece relacionado ao modo de bonding de forma alguma -- mudar o mais para 1 ou 2 ou 4 não muda o endereço MAC.

É claro que eu poderia forçar o endereço MAC do vínculo para algum valor significativo usando um script if-up.d ou algo semelhante, mas prefiro ter algo que funcione imediatamente :)

Eu apreciaria sua ajuda com o seguinte. Eu tenho um sistema (Centos 9 com repositórios adicionais) e tenho um snapshot para seu repositório, ele foi instalado de. Digamos que seja um repositório BASE. Agora eu o atualizo de várias fontes com dnf, então novos rpms versionados aparecem e alguns são atualizados ou removidos. Como posso obter uma lista de RPMs que foram usados ​​para atualizar meu sistema junto com URLs para que eu possa atualizar sistemas semelhantes que foram instalados do BASE sem rede / baixando esses pacotes de atualização todas as vezes?

Então, basicamente, preciso de uma diferença de RPM entre o sistema pré-atualizado e o atualizado, para que eu possa baixar os RPMs de atualização e instalá-los.

Obrigado

Tenho o seguinte diagrama de conexão:

Estou tentando compartilhar o mesmo domínio de broadcast entre os dispositivos finais usando VXLAN. A configuração que estou usando é esta:

SERVIDOR 1:

ip link add vxlan10 type vxlan id 10 \
  local 198.168.4.1 remote 192.168.4.2 dev enp9s0 dstport 4789
bridge fdb append 00:00:00:00:00:00 dev vxlan10 dst 192.168.4.2
ip link add br-vxlan10 type bridge
ip link set vxlan10 master br-vxlan10
ip link set enp8s0 master br-vxlan10
ip link set vxlan10 up
ip link set br-vxlan10 up
ip a add 192.168.3.2/24 dev br-vxlan10

SERVIDOR 2:

ip link add vxlan10 type vxlan id 10 \
  local 198.168.4.2 remote 192.168.4.1 dev eth0 dstport 4789
bridge fdb append 00:00:00:00:00:00 dev vxlan10 dst 192.168.4.1
ip link add br-vxlan10 type bridge
ip link set vxlan10 master br-vxlan10
ip link set eth2 master br-vxlan10
ip link set vxlan10 up
ip link set br-vxlan10 up
ip a add 192.168.3.3/24 dev br-vxlan10

TESTES:

Server 1: ping 192.168.4.2 ok
          ping 192.168.3.3 no ok.

Verifique o tráfego em br-vxlan10 do servidor 2, e nenhuma solicitação de ping está chegando. Também não vejo nenhum tráfego UDP na porta 4789 na interface eth0.

Server 2: ping 192.168.4.1 ok
          ping 192.168.3.2 no ok. Same as Server 1.

Talvez eu tenha esquecido alguma configuração. Realmente preciso de uma solução.

Desde já, obrigado.

Recentemente, tive que mover meu banco de dados Oracle 11g de um servidor Windows 2012 R2 para um servidor Windows 2022 e tenho recebido erros intermitentes "Comunicação Oracle: Falha ao conectar ao servidor ou analisar a string de conexão". Se eu reiniciar o servidor, ele desaparece, mas volta depois de algum tempo. Para migrar o banco de dados, instalei o software Oracle usando a configuração padrão para um banco de dados e alterei o banco de dados para espelhar o que eu tinha definido no banco de dados antigo, então exportei os dados do banco de dados antigo e os importei para o novo banco de dados, sem problemas. Recebi todos os meus dados e código PL/SQL (pacotes, procedimentos e funções) e todos os meus aplicativos acessam-no perfeitamente. Eventualmente, atualizarei do 11g para o 23AI, mas para fins de migração, fiquei com o 11g para tornar as coisas mais fáceis/rápidas. De qualquer forma, estou recebendo esses erros intermitentes ao fazer login no banco de dados e presumo que perdi uma configuração em algum lugar. Se eu digitar o nome de usuário/senha algumas vezes (3 no caso mais recente), eventualmente consigo fazer login, mas esse problema está aparecendo durante o processamento de dados por meio dos meus aplicativos e está causando problemas com os dados. Alguém tem alguma ideia do que está acontecendo? Presumo que perdi uma configuração em algum lugar, mas não tenho ideia do que. O antigo banco de dados estava ativo há 8 anos no Windows 2012 R2 e nunca teve esse problema.

Aqui está o que eu faço: deixo o Exim entregar um e-mail usando um transporte de pipe para um dovecot-ldaprocesso. Este processo está sendo executado como usuário/grupo jdoe:jdoe. (Eu verifiquei isso duas vezes usando um wrapper escrito por mim e trusstambém.) A mensagem é entregue corretamente; ainda assim, vejo uma mensagem:

dovecot_lda transport output: lda(jdoe): Error: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied

Mas é certo que jdoetem as permissões necessárias pela wheelassociação ao grupo:

# ls -l /var/run/dovecot/stats-writer
srw-rw----  1 dovecot wheel 0  7 Sep. 22:13 /var/run/dovecot/stats-writer
# id jdoe
uid=1001(jdoe) gid=1001(jdoe) groups=1001(jdoe),0(wheel),...

Então o que está acontecendo aqui?

Quando altero a propriedade do processo na configuração de transporte Exim, o aviso desaparece, mas a entrega falha. Quando altero o usuário do socket para jdoeno serviço de estatísticas Dovecot, o problema ainda não é resolvido para outros usuários.

O que mais posso tentar?

A configuração de transporte exim é:

dovecot_lda:
  driver = pipe
  command = /usr/bin/truss -s 1024 -o /tmp/dovecot.truss -f /usr/local/libexec/dovecot/dovecot-lda -d "${lookup{$local_part}dsearch{/usr/local/misc/mail}}"
  user = $local_part
  group = $local_part
  ...
  temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78

Estou executando o Ubuntu 22.04, nginx 1.18.0, mariadb 15.1 e PHP 8.1.2. Aqui está o código do meu database.php:

<?php

$SERVER_APP = "localhost";
$DATABASE_APP = "mydb";
$USERNAME_APP = "root";
$PASSWORD_APP = "password";

function db_connect() {
    global $SERVER_APP, $DATABASE_APP, $USERNAME_APP, $PASSWORD_APP;

    try {
        $dbApp = new PDO("mysql:host=$SERVER_APP;dbname=$DATABASE_APP", $USERNAME_APP, $PASSWORD_APP);
        $dbApp->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
        $dbApp->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
        echo "Connected to db";
        return $dbApp;
    } catch (PDOException $e) {
        echo $e->getMessage();
    }
}

se eu executar este código a partir da linha de comando:

php -r "require 'database.php'; db_connect();"

funciona bem:

Conectado ao banco de dados

E também posso conectar ao banco de dados SQL usando:

mysql -u root -p

e inserindo a mesma senha. Mas quando a função acima é chamada de um script PHP, assim samples.php:

<?php header("Access-Control-Allow-Origin: *");
header("Content-type: application/json");
require 'database.php';

ini_set('display_errors', 1);
error_reporting(E_ALL);

$dbApp = db_connect();  
$stmt = $dbApp->prepare("SELECT * FROM sensors WHERE sampled > (now() - interval 24 hour) ORDER BY sampled;");
$stmt->execute();
$results = $stmt->fetchAll(PDO::FETCH_ASSOC);
echo json_encode($results);

$dbApp = null;

que, por sua vez, é chamado de index.php:

// url = 'samples.php'
function get_samples(url) {
    fetch(window.location.protocol + "//" + window.location.hostname + ":3001" + url, {
        method: "GET",
        headers: {
            "Content-Type": "application/json"
        },
    })
    .then(response => response.text())
    .then(text => {
        // do something
    })
    .catch(error => console.error(error))
}

a conexão com o banco de dados falha:

SQLSTATE[HY000] [1698] Acesso negado para o usuário 'root'@'localhost'

Claro que o banco de dados está no mesmo servidor, ou seja, localhost. O que poderia causar o erro de acesso negado se o mesmo script estiver funcionando quando chamado manualmente do console?

Comprei um dispositivo como HomeServer que tem duas portas Gigabit.

• A porta 1 ( enp1s0) está conectada a um cabo LAN que vai diretamente para o roteador.
• A porta 2 ( enp2s0) agora deve ser conectada a uma impressora Kyocera.

O dispositivo agora deve ser configurado da seguinte maneira:

• Porta 1 ( enp1s0): Endereço IP DHCP fixo 192.168.0.250.
• Porta 2 ( enp2s0): Roteie todas as conexões diretamente para o roteador para que os dispositivos recebam um endereço IP aqui via DHCP.

O roteador está escutando no IP 192.168.0.1. Este também é o gateway padrão, bem como o nameserver padrão.

Já configurei o Netplan da seguinte forma:

/etc/netplan/50-cloud-init.yaml

network:
    version: 2
    ethernets:

        # LAN-Port 1
        enp1s0:
            dhcp4: false
            dhcp6: false
            wakeonlan: true
            addresses: [192.168.0.250/24]
            routes:
                - to: 192.168.0.1
                  via: 192.168.0.250

        # LAN-Port 2
        enp2s0:
            dhcp4: true

    bridges:
        br0:
            interfaces: [enp1s0, enp2s0]
            dhcp4: true
            optional: true

estado do netplan

Em um scanner de rede, os seguintes dispositivos serão encontrados:

A impressora funciona perfeitamente aqui e pode ser acessada de toda a rede e recebe um endereço IP dinâmico do roteador.

Problema

• O dispositivo não pode ser alcançado no endereço IP 192.168.0.250.
• Por que o endereço IP '192.168.0.28' é fornecido aqui (ele também não está acessível)?
• Todos os serviços (por exemplo, Apache2-Webserver, SSH-Daemon, etc. são escutados globalmente) não podem ser alcançados.