Perguntas[networking](computer)

Estou lendo o manual do Cloudflare sobre como a resolução de nomes DNS funciona e cheguei ao termo de servidor de nomes TLD. Ele deve ser retornado por uma consulta de servidor de nomes raiz. Tentei reproduzir um processo feito por um resolvedor recursivo para um domínio aleatório (digamos pinpon.com) manualmente. Aqui estão os passos que acabei seguindo:

Solicitando quaisquer servidores raiz (digamos a.root-servers.net, 198.41.0.4) da lista IANA :

Solicitando qualquer servidor TLD (digamos l.gtld-servers.net, 192.41.162.30) por seu endereço de Registros adicionais :

Agora tenho servidores DNS autoritativos para o nome solicitado, que posso usar para resolver o nome real.

PERGUNTA : É sempre confiável contar com Additional recordsendereços ip/ipv6 para um próximo servidor DNS consultar? Ou em geral é necessário resolver um nome retornado pelo servidor root/tld da Authority RRseção?

Estou tentando encontrar um monte de dados específicos em uma captura do Wireshark.
Primeiro, preciso ter certeza de que os dados estão realmente lá, o que foi confirmado no meu post anterior .

Agora eu gostaria de dar um passo adiante e filtrar os dados mencionados.

Neste momento sou capaz de criar o seguinte filtro:

ip.dst == 10.1.0.160 && tcp.port == 12714 && data.len >=1

Como você pode ver, isso filtra a captura do Wireshark em um determinado endereço IP e porta TCP correspondente, contendo dados não vazios, mas eu gostaria de ir mais longe na parte de filtragem de "dados":

Meus "dados" sempre contêm as letras fixas "MFS1". Existe alguma maneira de filtrar isso?

Eu sei que "MFS1" está 4D 46 53 31em hexadecimal, posso filtrar por data.like('%4D465331%'), algo assim?

Tenho um aplicativo, enviando informações para uma conexão TCP para o endereço IP:porta 192.168.2.191:5000. Nos logs correspondentes, posso ver isto:

2025-01-10 09:25:02.1895 | Depuração | ConnectionManager.Send | Telegrama enviado para Ip=[192.168.2.191]:Porta=[5000]: telegrama=[ ZA00**MFS1PL01****01020010120000************************************************************]

Ao executar uma captura do Wireshark, isso é o que vejo:

Onde está o ZA00...conteúdo da captura do Wireshark?

(Para sua informação: verifiquei todos os pacotes que vão para esse endereço IP (porta), e não há nada contendo essa informação.)

É possível que o WireShark não capture todas as informações? É possível que o Wireshark capture as informações, mas não as mostre? ...?

Estou tentando fazer um servidor rodar com 2 placas de rede. Uma placa de rede terá um ip dinâmico (DHCP) e a outra terá um ip estático 192.168.0.24. Tenho 2 placas de rede neste servidor, 1 GB (enp4s0) e 10 GB (enp5s0)

Minha instalação atual do novo sistema operacional:

oven@oven-f1:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.5 LTS
Release:    22.04
Codename:   jammy

Este netplan é o padrão que vem com uma nova instalação do sistema operacional usando configurações de rede padrão:

oven@oven-f1:~$ sudo cat /etc/netplan/50-cloud-init.yaml
# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        enp4s0:
            dhcp4: true
    version: 2
    wifis: {}

status das placas de rede com este netplan:

oven@oven-f1:~$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether d8:43:ae:90:b8:2e brd ff:ff:ff:ff:ff:ff
3: enp5s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 74:fe:ce:ea:db:b5 brd ff:ff:ff:ff:ff:ff

rotas padrão com esta configuração netplan:

oven@oven-f1:~$ ip route
default via 192.168.0.1 dev enp4s0 proto dhcp src 192.168.0.27 metric 100 
192.168.0.0/24 dev enp4s0 proto kernel scope link src 192.168.0.27 metric 100 
192.168.0.1 dev enp4s0 proto dhcp scope link src 192.168.0.27 metric 100 

Abaixo está a nova configuração do netplan que estou tentando implementar:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp4s0:
      dhcp4: true
    enp5s0:
      dhcp4: true
      addresses:
        - 192.168.0.24/24
      routes:
        - to: 0.0.0.0/0
          via: 192.168.0.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

O problema é que quando executo um sudo netplan --debug applycom a nova configuração:

oven@oven-f1:~$ sudo netplan --debug apply
    ** (generate:1778): DEBUG: 07:51:08.869: starting new processing pass
** (generate:1778): DEBUG: 07:51:08.869: enp5s0: adding new route
** (generate:1778): DEBUG: 07:51:08.869: starting new processing pass
** (generate:1778): DEBUG: 07:51:08.869: We have some netdefs, pass them through a final round of validation
** (generate:1778): DEBUG: 07:51:08.869: enp4s0: setting default backend to 1
** (generate:1778): DEBUG: 07:51:08.869: Configuration is valid
** (generate:1778): DEBUG: 07:51:08.869: enp5s0: setting default backend to 1
** (generate:1778): DEBUG: 07:51:08.869: Configuration is valid
** (generate:1778): DEBUG: 07:51:08.869: Generating output files..
** (generate:1778): DEBUG: 07:51:08.869: Open vSwitch: definition enp4s0 is not for us (backend 1)
** (generate:1778): DEBUG: 07:51:08.869: NetworkManager: definition enp4s0 is not for us (backend 1)
** (generate:1778): DEBUG: 07:51:08.869: Open vSwitch: definition enp5s0 is not for us (backend 1)
** (generate:1778): DEBUG: 07:51:08.869: NetworkManager: definition enp5s0 is not for us (backend 1)
** (process:1776): DEBUG: 07:51:09.042: starting new processing pass
** (process:1776): DEBUG: 07:51:09.042: enp5s0: adding new route
** (process:1776): DEBUG: 07:51:09.042: starting new processing pass
** (process:1776): DEBUG: 07:51:09.042: We have some netdefs, pass them through a final round of validation
** (process:1776): DEBUG: 07:51:09.042: enp4s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.042: Configuration is valid
** (process:1776): DEBUG: 07:51:09.042: enp5s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.042: Configuration is valid
** (process:1776): DEBUG: 07:51:09.128: starting new processing pass
** (process:1776): DEBUG: 07:51:09.128: enp5s0: adding new route
** (process:1776): DEBUG: 07:51:09.128: starting new processing pass
** (process:1776): DEBUG: 07:51:09.128: We have some netdefs, pass them through a final round of validation
** (process:1776): DEBUG: 07:51:09.128: enp4s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.128: Configuration is valid
** (process:1776): DEBUG: 07:51:09.128: enp5s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.128: Configuration is valid
** (process:1776): DEBUG: 07:51:09.128: starting new processing pass
** (process:1776): DEBUG: 07:51:09.128: enp5s0: adding new route
** (process:1776): DEBUG: 07:51:09.128: starting new processing pass
** (process:1776): DEBUG: 07:51:09.128: We have some netdefs, pass them through a final round of validation
** (process:1776): DEBUG: 07:51:09.128: enp4s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.128: Configuration is valid
** (process:1776): DEBUG: 07:51:09.128: enp5s0: setting default backend to 1
** (process:1776): DEBUG: 07:51:09.128: Configuration is valid

status das placas de rede com este novo netplan:

oven@oven-f1:~$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether d8:43:ae:90:b8:2e brd ff:ff:ff:ff:ff:ff
3: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 74:fe:ce:ea:db:b5 brd ff:ff:ff:ff:ff:ff

rotas padrão com esta nova configuração netplan:

oven@oven-f1:~$ ip route
default via 192.168.0.1 dev enp5s0 proto static 
default via 192.168.0.1 dev enp4s0 proto dhcp src 192.168.0.27 metric 100 
192.168.0.0/24 dev enp5s0 proto kernel scope link src 192.168.0.24 
192.168.0.0/24 dev enp4s0 proto kernel scope link src 192.168.0.27 metric 100 
192.168.0.1 dev enp4s0 proto dhcp scope link src 192.168.0.27 metric 100 

Não há erros com minha configuração , mas perco acesso ssh ao servidor . Ainda consigo acessar a internet do servidor e ssh para outras máquinas , mas não consigo ssh no servidor do meu laptop.

Não consigo fazer ping no servidor, mas ainda consigo ver seu endereço:

s@M1 ~ % nslookup oven-f1
Server:     2001:8003:d44e:7600::1
Address:    2001:8003:d44e:7600::1#53

Name:   oven-f1.modem
Address: 192.168.0.27

s@M1 ~ % ping oven-f1
PING oven-f1.modem (192.168.0.27): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
^C
--- oven-f1.modem ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

Não tenho certeza do porquê não consigo fazer ssh no servidor depois de habilitar 2 placas de rede, qualquer ajuda seria muito apreciada, pois estou bastante travado

Editar resposta atualização

abaixo está a configuração do netplan funcionando. Eu simplesmente dividi os cartões de 10 GB e o switch de 10 GB em sub-redes diferentes 192.168.1.0/24e mantive os cartões de 1 GB e o switch ligados 192.168.0.0/24.

network:
  version: 2
  renderer: networkd
  ethernets:
    enp4s0:
      dhcp4: true
    enp5s0:
      dhcp4: false
      addresses:
        - 192.168.1.24/24

também atualizou o arquivo hosts nos servidores para mapear hosts na 192.168.1.0/24sub-rede

Criei um droplet Perforce Helix Core no Digital Ocean e consegui usá-lo com sucesso. No entanto, depois de um tempo, a conexão eventualmente cai e não consigo conectar. Recebo erros como estes:

Tentei abrir a adição de regras de entrada e saída para a porta 1666 no meu computador para ver se isso corrige o problema, mas o problema persiste.

Acho que é um problema de máquina local, porque de vez em quando, como depois de uma reinicialização, consigo conectar novamente e usar o Perforce bem por um tempo. O droplet Digital Ocean também parece estar bem.

Digamos que eu tenha 3 peers wireguard: meu PC, um servidor VPS ao qual tenho acesso total e um servidor VPN, ao qual não tenho. O que estou tentando fazer é rotear todo o meu tráfego do PC pelo VPS e depois pelo servidor VPN. O servidor VPS em si não deve rotear o tráfego pela VPN, é claro.

Li este guia - https://www.procustodibus.com/blog/2022/06/multi-hop-wireguard/#internet-gateway-as-a-spoke . Fiz tudo conforme descrito em, exceto que não consigo configurar o peer C, servidor VPN no meu caso. Não funciona. Quando habilitado, não tenho acesso à internet nem à rede do wireguard (10.0.0.*).

Aqui está minha configuração no servidor VPS:

[Interface]
Address = 10.68.200.191/32,10.0.0.1/32
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
ListenPort = 51820
PrivateKey = <KEY>

Table = 123
PreUp = ip rule add iif wg1 table 123 priority 456
PostDown = ip rule del iif wg1 table 123 priority 456

[Peer]
PublicKey = <KEY>
AllowedIPs = 10.0.0.2/32

[Peer]
PublicKey = <KEY>
AllowedIPs = 0.0.0.0/0
Endpoint = <VPN_ADDR>:51820

Então, existe alguma maneira de conseguir o que quero sem acessar o último peer?

Tenho duas máquinas com Windows 10 com exatamente a mesma versão do Google Chrome 131.0.6778.205 de 64 bits.

Eu executo o Google Chrome com proxy nessas máquinas com o seguinte comando

"C:\Program Files\Google\Chrome\Application\chrome.exe" --proxy-server=https://mywebsite.com:1234

Em uma máquina, o Google Chrome funciona via proxy — ele solicita credenciais de proxy e posso ver que meu endereço IP muda.

Por outro lado, ele funciona sem proxy — não solicita credenciais de proxy e abre todos os sites com meu endereço IP real.

Como isso é possível?

Qual pode ser a diferença?

Veja esta postagem do blog para obter informações sobre como configurei o proxy no lado do servidor.

Recentemente, adquiri um telefone Cisco CP-7821 usado e estou tentando configurá-lo para chamadas usando um número de um provedor SIP local. Até agora, consegui registrá-lo e posso fazer chamadas de saída, por exemplo, do 7821 para o número do meu smartphone, a voz é ouvida nos dois sentidos. Infelizmente, não consigo fazer as chamadas recebidas funcionarem. Quando tento ligar para o 7821, o telefone começa a tocar, ele exibe meu outro número de discagem corretamente, mas ao atender, nenhuma conexão é criada, não há voz ou qualquer sinal sonoro em ambos os dispositivos. Meu telefone de discagem detecta o atendimento e exibe o cronômetro de chamada usual, etc., mas o 7821 parece não notar a chamada. Quando o 7821 está tocando, também posso pressionar Recusar nele e isso resultará na resposta normal de "telefone ocupado" no meu telefone de discagem.

Eu carrego a configuração do telefone usando TFTP, a maioria é baseada em informações encontradas aqui: https://usecallmanager.nz/sepmac-cnf-xml.html . Atualmente, estou usando a versão de firmware sip78xx.14-2-1-0401-61. Minha configuração completa abaixo, eu apenas removi informações pessoais:

<device>
    <fullConfig>true</fullConfig>
    <deviceProtocol>SIP</deviceProtocol>
    <ipAddressMode>0</ipAddressMode>
    <devicePool>
        <dateTimeSetting>
            <dateTemplate>D/M/Y</dateTemplate>
            <timeZone>Central Europe Standard/Daylight Time</timeZone>
            <ntps>
                <ntp priority="0">
                    <name>194.146.251.100</name>
                    <ntpMode>unicast</ntpMode>
                </ntp>
            </ntps>
        </dateTimeSetting>
        <callManagerGroup>
            <members>
                <member priority="0">
                    <callManager>
                        <ports>
                            <sipPort>5060</sipPort>
                        </ports>
                        <processNodeName>sip.halonet.pl</processNodeName>
                    </callManager>
                </member>
            </members>
        </callManagerGroup>
    </devicePool>
    <sipProfile>
        <sipProxies>
            <registerWithProxy>true</registerWithProxy>
        </sipProxies>
        <sipCallFeatures>
            <cnfJoinEnabled>false</cnfJoinEnabled>
            <localCfwdEnable>false</localCfwdEnable>
            <callForwardURI></callForwardURI>
            <callPickupURI></callPickupURI>
            <callPickupGroupURI></callPickupGroupURI>
            <meetMeServiceURI></meetMeServiceURI>
            <callHoldRingback>0</callHoldRingback>
            <semiAttendedTransfer>false</semiAttendedTransfer>
            <anonymousCallBlock>0</anonymousCallBlock>
            <callerIdBlocking>0</callerIdBlocking>
            <dndControl>1</dndControl>
            <dndCallAlert>1</dndCallAlert>
            <remoteCcEnable>true</remoteCcEnable>
        </sipCallFeatures>
        <sipStack>
            <timerRegisterExpires>3600</timerRegisterExpires>
            <timerRegisterDelta>5</timerRegisterDelta>
            <timerInviteExpires>180</timerInviteExpires>
            <timerKeepAliveExpires>3600</timerKeepAliveExpires>
            <timerSubscribeExpires>3600</timerSubscribeExpires>
            <timerSubscribeDelta>5</timerSubscribeDelta>
            <timerT1>500</timerT1>
            <timerT2>4000</timerT2>
            <remotePartyID>true</remotePartyID>
        </sipStack>
        <sipLines>
            <line button="1" lineIndex="1">
                <featureID>9</featureID>
                <featureLabel>MY NAME</featureLabel>
                <contact>200</contact>
                <speedDialNumber></speedDialNumber>
                <proxy>USECALLMANAGER</proxy>
                <port>5060</port>
                <voipControlPort>5060</voipControlPort>
                <name>MY SIP LOGIN</name>
                <displayName>MY NAME</displayName>
                <autoAnswer>
                    <autoAnswerEnabled>0</autoAnswerEnabled>
                </autoAnswer>
                <callWaiting>0</callWaiting>
                <authName>MY SIP LOGIN</authName>
                <authPassword>MY SIP PASSWORD</authPassword>
                <sharedLine>false</sharedLine>
                <messagesNumber></messagesNumber>
                <messageWaitingLampPolicy>3</messageWaitingLampPolicy>
                <ringSettingActive>5</ringSettingActive>
                <forwardCallInfoDisplay>
                    <callerName>true</callerName>
                    <callerNumber>true</callerNumber>
                    <redirectedNumber>true</redirectedNumber>
                    <dialedNumber>true</dialedNumber>
                </forwardCallInfoDisplay>
                <maxNumCalls>1</maxNumCalls>
                <busyTrigger>1</busyTrigger>
            </line>
            <line button="2">
                <featureID>2</featureID>
                <featureLabel>MY OTHER PHONE FOR DIAL TESTING</featureLabel>
                <speedDialNumber>MY OTHER PHONE FOR DIAL TESTING</speedDialNumber>
            </line>
        </sipLines>
        <enableVad>false</enableVad>
        <preferredCodec>none</preferredCodec>
        <dialTemplate>dialplan.xml</dialTemplate>
        <softKeyControl>1</softKeyControl>
        <softKeyFile>softkey1.xml</softKeyFile>
        <kpml>0</kpml>
        <phoneLabel>TEST 16</phoneLabel>
        <stutterMsgWaiting>2</stutterMsgWaiting>
        <disableLocalSpeedDialConfig>true</disableLocalSpeedDialConfig>
        <dscpForAudio>184</dscpForAudio>
        <dscpVideo>136</dscpVideo>
        <startMediaPort>10000</startMediaPort>
        <stopMediaPort>20000</stopMediaPort>
    </sipProfile>
    <commonProfile>
        <phonePassword></phonePassword>
        <callLogBlfEnabled>3</callLogBlfEnabled>
    </commonProfile>
    <featurePolicyFile>featurePolicy1.xml</featurePolicyFile>
    <loadInformation>sip78xx.14-2-1-0401-61</loadInformation>
    <vendorConfig>
        <cucmGSMHandoffPreference>0</cucmGSMHandoffPreference>
        <sshAccess>0</sshAccess>
        <webAccess>0</webAccess>
        <webProtocol>0</webProtocol>
    </vendorConfig>
    <commonConfig>
        <videoCapability>0</videoCapability>
        <ciscoCamera>0</ciscoCamera>
    </commonConfig>
    <sshUserId>sshuser123</sshUserId>
    <sshPassword>cisco</sshPassword>
    <userId></userId>
    <versionStamp>0003330027034305</versionStamp>
    <userLocale>
        <name>SIP_English_United_States</name>
        <langCode>en_US</langCode>
    </userLocale>
    <networkLocale>SIP_United_States</networkLocale>
    <networkLocaleInfo>
        <name>United_States</name>
    </networkLocaleInfo>
    <authenticationURL></authenticationURL>
    <directoryURL></directoryURL>
    <servicesURL></servicesURL>
    <dscpForSCCPPhoneServices>0</dscpForSCCPPhoneServices>
    <dscpForCm2Dvce>96</dscpForCm2Dvce>
    <transportLayerProtocol>2</transportLayerProtocol>
    <telnetAccess>0</telnetAccess>
</device>

O telefone tem IP estático configurado no meu roteador. Tentei várias opções com a própria rede, desabilitando o firewall, colocando o telefone em DMZ, mas nada ajuda. Também troquei o roteador completamente duas vezes agora sem nenhuma diferença. Acho que minha rede não é um problema, porque posso conectar um telefone analógico por meio de um gateway VoIP sem nome ao mesmo roteador que estou usando e ele funciona bem tanto para chamadas quanto para recebimento, as mesmas credenciais SIP usadas para um gateway, é claro.

Gostaria de saber se isso é possível sem criar um PBX ou algo assim? Quero que meu sistema seja o mais simples possível. Há algum problema com minha configuração ou talvez relacionado à rede? Também estou ciente de que este dispositivo deve ser usado com o CUCM, mas vi pessoas alegando que ele funciona com soluções de terceiros também. Obter um telefone SIP dedicado Yealink, Grandstream ou similar também seria mais fácil, mas neste momento estou mais interessado em resolver um problema, pois tudo parece estar perto de funcionar. Obrigado por quaisquer dicas ou soluções possíveis.

Eu possuo um domínio (doravante chamado de example.com), ele está registrado na OVH. Ele tem alguns registros Ae MX, todos são servidos corretamente pelos servidores DNS da OVH.

Agora, quero delegar home.example.compara um servidor doméstico (PiHole) em 192.168.10.2. Este servidor DNS está ativo e servindo muitos registros corretamente.

Para delegar o subdomínio, adicionei o seguinte à example.comzona DNS:

home           IN NS    ns-home.example.com.
ns-home        IN A     192.168.10.2

O OVH incrementa automaticamente o serial da zona. Para ter certeza de que está correto, eu o verifiquei:

root@srv ~# dig @1.1.1.1 example.com SOA

example.com. 3600 IN SOA dns102.ovh.net. tech.ovh.net. 2024122001 86400 3600 3600000 60

2024122001é o que também vejo na zona DNS na OVH. Então a nova versão da zona foi implantada.

O problema : o Aregistro é retornado corretamente, mas NSnão:

root@srv ~# dig @1.1.1.1 ns-home.example.com A
ns-home.example.com. 3600 IN A 192.168.10.2

dig @1.1.1.1 home.example.com NS
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; EDE: 22 (No Reachable Authority): (at delegation home.example.com.)
;; QUESTION SECTION:
;home.example.com.               IN      NS

O que essa resposta significa? O que mais deve ser feito para delegar o subdomínio?

Eventualmente, moverei o NSregistro para o servidor de nomes local com um registro de colagem, por enquanto gostaria que ele funcionasse neste cenário mais simples

Recentemente, entrei em uma rede dedicada e a rede tem estado muito lenta. Fui verificar se há outros dispositivos na rede e esta é a página que aparece para o roteador para o servidor dns em 192.168.3.1.

Nunca ouvi falar disso e nada aparece no Google nas pesquisas, exceto alguns links para esta página do Reddit https://www.reddit.com/r/Ubiquiti/ .

Se eu for para 192.168.1.1, ele diz que estou conectado ao Starlink. Uh, o quê? O que está acontecendo aqui?

Além disso, o tipo de rede continua sendo considerado uma rede privada, não pública.

Nos adaptadores de rede tenho 3 adaptadores de rede virtuais.

Local Area Connection* 8
Microsoft Wi-Fi Direct Virtual Adapter
Status: not operational

Local Area Connection* 10
Microsoft Wi-Fi Direct Virtual Adapter
Status: not operational

WiFi
*Brand Network Adapter
Status: operational
Connectivity IP4/IP6: Connected to Internet / Connected to unknown network

Preciso me preocupar? Posso excluir os adaptadores virtuais?

Se eu tiver dois endereços IP, como encontro a página inicial do roteador?