HackXIt's questions

Recentemente, tive o caso de compilar um driver para um adaptador PCIe to Serial . (mais especificamente, o chipset AX99100 nessa placa)

Para um teste rápido, eu realmente não instalei o driver, apenas usei o insmodcomando para carregar o driver.

Ao olhar para dmesg, achei muito estranho que ele gerasse /dev/ttyF0e /dev/ttyF1em vez de /dev/ttyS0e/dev/ttyS1

Eu queria saber como esse nome de dispositivo veio a ser?

Isso foi por causa insmodou foi por causa do PCIe ou talvez devido ao sistema operacional?

O motorista funcionou normalmente.

Estou com um problema muito chato no meu servidor Windows.

Este servidor possui várias interfaces para interagir com muitas coisas diferentes. Principalmente é um Hyper-V-Server, portanto requer conectividade com várias redes para diferentes serviços usados ​​pelas máquinas virtuais.

Por ser Hyper-V, utiliza Interfaces Hyper-V-Extensible, configuradas no Hyper-V-Manager.

O servidor também está conectado à rede da empresa / aka. a Internet. Essa interface de rede da empresa é a única que usa DHCP, então eu fico automaticamente IP 10.20.xx.xx / Gateway 10.20.xx.xx / DNS 10.20.xx.xx (Vamos chamar essa interface de ASIX , pois é um adaptador)

Existe uma outra interface (vamos chamá-la de ETH1 ) que está conectada a um cisco L2/L3, que lida com todo o roteamento para os diferentes serviços ou redes. Todas as minhas rotas estáticas levam a esse roteador. Eu removi o gateway padrão nessa interface.

Depois, há uma última interface (vamos chamá-la de ETH0 ), que é apenas para gerenciamento de comutação e assim por diante. É uma vlan simples conectada a todos os roteadores/switches. Esta interface pode ser ignorada, pois é apenas uma rede local, sem roteamento ou gateways configurados.

Para acessar os serviços, configurei TODAS as rotas necessárias além da interface ETH1, assim:

route -p ADD 10.1.2.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.3.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.4.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 10.1.6.0 MASK 255.255.255.248 172.19.8.100 IF 13
route -p ADD 192.19.8.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 192.19.20.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 192.19.28.0 MASK 255.255.252.0 172.19.8.100 IF 13
route -p ADD 172.19.8.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.10.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.20.0 MASK 255.255.255.0 172.19.8.100 IF 13
route -p ADD 172.20.30.0 MASK 255.255.255.0 172.19.8.100 IF 13

Essas rotas estavam todas acessíveis e funcionando bem enquanto eu estava conectado diretamente à rede da empresa (=> ASIX ).

MAS... Por algum motivo estranho, quando mudei a interface ASIX para uma interface WLAN, devido a mudanças contínuas na rede da empresa, essas rotas não funcionariam mais .

Geralmente, todas as rotas estão funcionando corretamente no roteador 172.19.8.100, então o problema definitivamente está no servidor.

A diferença entre usar a rede da empresa diretamente e a interface WLAN recém-conectada é o roteador WLAN entre o servidor e a rede da empresa. Portanto, antes de obter diretamente um endereço da empresa (10.20.xx.xx), agora estou obtendo um endereço DHCP do roteador. (192.168.1.x)

E não tenho ideia de por que isso faria alguma diferença, considerando que não há redes sobrepostas e tudo está "configurado corretamente" na minha perspectiva. Mesmo a rede configurada estaticamente tenta passar por 192.168.1.0, o que realmente não deveria:

PS C:\Windows\system32> tracert -d 172.19.8.100

Routenverfolgung zu 172.19.8.100 über maximal 30 Hops

  1     2 ms     2 ms     2 ms  192.168.1.1
  2     2 ms     2 ms     2 ms  10.20.215.250

...and so forth, going the wrong way...

Ao desabilitar a interface WLAN/Intranet tudo volta a funcionar normalmente, só não tenho acesso a internet/empresa então.

Alguém pode me dizer se há algum tratamento interno dessas rotas, que funciona contra mim?

Travessuras do Windows, talvez?

Tenho um palpite de que 2 gateways padrão não são uma "boa ideia", mas sinto que, com as rotas estáticas definidas, isso não deveria importar muito. Além disso, defini manualmente a métrica da interface, para que a rede interna seja geralmente mais baixa (2 x 50).

ATUALIZAR:

Segui a dica nos comentários e removi o segundo gateway padrão que leva ao roteador cisco. (172.19.8.100) Também defino todas as métricas de interface de volta para automáticas .

A métrica de rede foi apenas uma tentativa rápida de obter uma solução alternativa, mas não afetou a situação em nada.

Esta é a minha route printaparência:

PS C:\Windows\system32> route print
===========================================================================
Schnittstellenliste
 17...00 15 5d d7 f1 05 ......Hyper-V Virtual Ethernet Adapter #5
 11...54 b2 03 18 aa 7e ......Hyper-V Virtual Ethernet Adapter #3
 13...54 b2 03 18 aa 7f ......Hyper-V Virtual Ethernet Adapter
 27...6c f0 49 6c 42 6d ......ASIX AX88772C USB2.0 to Fast Ethernet Adapter
  1...........................Software Loopback Interface 1
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
     Netzwerkziel    Netzwerkmaske          Gateway    Schnittstelle Metrik
          0.0.0.0          0.0.0.0      192.168.1.1    192.168.1.121     36
         10.1.1.0  255.255.255.248     172.19.8.100     172.19.8.250     36
         10.1.2.0  255.255.255.248     172.19.8.100     172.19.8.250     36
         10.1.3.0  255.255.255.248     172.19.8.100     172.19.8.250     36
         10.1.4.0  255.255.255.248     172.19.8.100     172.19.8.250     36
         10.1.6.0  255.255.255.248     172.19.8.100     172.19.8.250     36
        127.0.0.0        255.0.0.0   Auf Verbindung         127.0.0.1    331
        127.0.0.1  255.255.255.255   Auf Verbindung         127.0.0.1    331
  127.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    331
       172.19.8.0    255.255.255.0     172.19.8.100     172.19.8.250     36
     172.19.8.250  255.255.255.255   Auf Verbindung      172.19.8.250    291
       172.20.2.0    255.255.255.0   Auf Verbindung      172.20.2.100    281
     172.20.2.100  255.255.255.255   Auf Verbindung      172.20.2.100    281
     172.20.2.255  255.255.255.255   Auf Verbindung      172.20.2.100    281
      172.20.10.0    255.255.255.0     172.19.8.100     172.19.8.250     36
      172.20.20.0    255.255.255.0     172.19.8.100     172.19.8.250     36
      172.20.30.0    255.255.255.0     172.19.8.100     172.19.8.250     36
      172.127.0.0      255.255.0.0   Auf Verbindung       172.127.0.1    271
      172.127.0.1  255.255.255.255   Auf Verbindung       172.127.0.1    271
  172.127.255.255  255.255.255.255   Auf Verbindung       172.127.0.1    271
       192.19.8.0    255.255.252.0     172.19.8.100     172.19.8.250     36
      192.19.20.0    255.255.252.0     172.19.8.100     172.19.8.250     36
      192.19.28.0    255.255.252.0     172.19.8.100     172.19.8.250     36
      192.168.1.0    255.255.255.0   Auf Verbindung     192.168.1.121    291
    192.168.1.121  255.255.255.255   Auf Verbindung     192.168.1.121    291
    192.168.1.255  255.255.255.255   Auf Verbindung     192.168.1.121    291
        224.0.0.0        240.0.0.0   Auf Verbindung         127.0.0.1    331
        224.0.0.0        240.0.0.0   Auf Verbindung      172.20.2.100    281
        224.0.0.0        240.0.0.0   Auf Verbindung      172.19.8.250    291
        224.0.0.0        240.0.0.0   Auf Verbindung       172.127.0.1    271
        224.0.0.0        240.0.0.0   Auf Verbindung     192.168.1.121    291
  255.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    331
  255.255.255.255  255.255.255.255   Auf Verbindung      172.20.2.100    281
  255.255.255.255  255.255.255.255   Auf Verbindung      172.19.8.250    291
  255.255.255.255  255.255.255.255   Auf Verbindung       172.127.0.1    271
  255.255.255.255  255.255.255.255   Auf Verbindung     192.168.1.121    291
===========================================================================
Ständige Routen:
  Netzwerkadresse          Netzmaske  Gatewayadresse  Metrik
         10.1.1.0  255.255.255.248     172.19.8.100       1
         10.1.2.0  255.255.255.248     172.19.8.100       1
         10.1.3.0  255.255.255.248     172.19.8.100       1
         10.1.4.0  255.255.255.248     172.19.8.100       1
         10.1.6.0  255.255.255.248     172.19.8.100       1
       192.19.8.0    255.255.252.0     172.19.8.100       1
      192.19.20.0    255.255.252.0     172.19.8.100       1
      192.19.28.0    255.255.252.0     172.19.8.100       1
       172.19.8.0    255.255.255.0     172.19.8.100       1
      172.20.10.0    255.255.255.0     172.19.8.100       1
      172.20.20.0    255.255.255.0     172.19.8.100       1
      172.20.30.0    255.255.255.0     172.19.8.100       1
===========================================================================

Informações de Rede Relevantes:

10.1.x.0 => Redes acessíveis via Cisco Router

192.19.x.0 => Redes acessíveis via Cisco Router

172.20.2.0 => Rede de Gerenciamento / Interface Separada ETH0

172.19.8.0 => Roteador Cisco / Rede Backbone

172.19.8.100 => Roteador Cisco

172.19.8.250 => Interface IP Estático / Interface ETH1

192.168.1.0 => Rede WLAN-Router

192.168.1.1 => Roteador WLAN

192.168.1.121 => IP dinâmico atual na interface com GW para WLAN-Router (Neste problema, não importa se estou conectado por WLAN ou LAN ao roteador, ambos não funcionam)

Eu queria saber se uma máquina física com uma placa-mãe de dois processadores e dois processadores pode operar como dois servidores individuais em uma máquina.

Por exemplo: o servidor A executaria um ambiente Linux, o servidor B executaria o Windows Server 2016.

É claro que eles teriam seu próprio compartimento de armazenamento e seus próprios adaptadores de rede.

Um exemplo de máquina seria o HPE ProLiant DL380 Gen9.

Isso é possível em geral? Como em, existem placas-mãe/processadores que suportam isso?

Se isso for possível, você seria capaz de mudar a exibição de um para o outro?

E ainda mais específico, se ambos executassem VMWare, eles poderiam operar em um Cluster de Alta Disponibilidade?

Meu Surface Pro 6 se comporta de maneira estranha desde que o comprei, mas não consigo entender o porquê.

Às vezes, durante o dia ou principalmente à noite, o sistema entra em modo de espera. Acontece a cada 30 minutos em alguns períodos de tempo, mas não continuamente durante todo o dia.

Deixe-me mostrar o que quero dizer com uma captura de tela do visualizador de eventos:

Filtrei os eventos 506 e 507 para obter um exemplo mais completo. Se você quiser examinar isso, procure aqui filebin/SC_MONITORPOWER.zip , mas a captura de tela acima deve ser suficiente.

O que não entendo é que não tenho nenhum recurso automático de espera ativado e também não estou ocioso quando isso acontece. O evento é acionado estritamente, mesmo enquanto estou digitando.

As configurações do meu plano de energia estão todas definidas como "Nunca". Você pode ver isso nas capturas de tela abaixo (peço desculpas pelo texto em alemão, mas ainda deve transmitir a prova de que o modo de espera automático está desativado)

Configurações Avançadas de Energia

Também não importa se estou conectado ou usando a bateria, isso acontece nos dois cenários.

O problema que tenho com isso é que não sei como resolver esse problema. Olhando na documentação do Windows de WM_SYSCOMMAND pelo menos me diz o que exatamente SC_MONITORPOWER faz, mas consultar o google para qualquer solução não me ajudou em nada.

Neste ponto eu simplesmente não sei para onde olhar.

Existem outras mensagens de exibição de evento que podem me ajudar a identificar o que realmente aciona SC_MONITORPOWER em primeiro lugar? E por que isso acontece tão ritmicamente?

Informações Adicionais do Sistema:

Surface Pro 6 / 16 GB de RAM / SSD de 512 GB

System-SKU Surface_Pro_6_1796_Commercial

Windows 10 Pro Versão 10.0.17134 Compilação 17134 (x64)

Acabei de iniciar um curso em Angular e, enquanto trabalhava nisso, pensei em instalar extensões básicas que facilitam o trabalho com esse espaço de trabalho de desenvolvimento da Web.

Desde que eu uso o Settings Sync , essas extensões foram carregadas imediatamente para minha essência de configurações. O problema, entretanto, é que não quero essas configurações/extensões de desenvolvimento da Web em todos os meus outros espaços de trabalho.

Desativar as extensões adicionadas dentro de todos os outros espaços de trabalho consome muito tempo, então gostaria de saber se é possível instalar extensões específicas apenas dentro de um espaço de trabalho?

Dentro do local settings-sync existe a opção de ignorar as extensões, mas isso só faz sentido após a instalação porque ao instalar Extension-Packs, que vêm com várias extensões, não fica muito claro desde o início quais são os nomes das extensões. Pode até ser tedioso fazer isso, porque algumas extensões também alteram o settings.json, que é carregado mesmo que essas configurações não devam estar dentro dos espaços de trabalho sem essas extensões.

Em outras palavras, ele escala absurdamente e a instalação apenas para este espaço de trabalho faria sentido na minha opinião.

A questão é sobre uma maneira simples de instalar extensões apenas para este espaço de trabalho, pois elas são necessárias apenas lá.