Início / computer / 问题

Perguntas[ip](computer)

Martin Hope
oojafink
Asked: 2024-12-06 00:06:16 +0800 CST
  • 5

Do meu computador doméstico (192.168.0.2), que fica atrás de um roteador doméstico e o roteador está, é claro, usando NAT, quero me conectar ao google.com (o ping retorna 216.58.204.78). 192.168.0.2 abre uma porta TCP local, por exemplo, 60000, e uma mensagem é enviada para 216.58.204.78:80 por meio do NAT do meu roteador, que se traduz, por exemplo, em :60010. Entendo que as respostas para 192.168.0.2:60000 serão, na verdade, para :60010 e meu roteador usará a tabela NAT para encaminhar a resposta para 192.168.0.2.

Minhas perguntas são sobre o que acontece quando essa mensagem chega no lado do Google. O roteador do Google apenas envia a mensagem para o servidor do Google usando a porta 80 e, se sim, o que acontece quando o servidor do Google responde? O servidor responde em uma porta diferente, que é então traduzida na saída e, portanto, outras respostas da minha máquina não são mais para a porta 80 e são para qualquer porta 'pública'? Estou um pouco perdido no que acontece no lado do Google em relação ao NAT.

ip
Martin Hope
Renesah
Asked: 2024-11-13 20:52:44 +0800 CST
  • 5

Minha distribuição Linux é Debian 12.8.0, 64 bits, inglês.

Eu instalei os pacotes ifupdowneiproute2macchanger

Consultei as postagens abaixo antes de pedir ajuda aqui:

Comando iproute2 para habilitar um endereço IPv4

ip link set não atribui endereço IP, mas ifup atribui

Guia do usuário do iproute2 centrado em tarefas

Observação: não tenho problemas em ativar e desativar a interface de rede usando o pacote ifupdowne consigo acessar a internet.

O conteúdo de /etc/network/interfacessão

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
#auto lo
#iface lo inet loopback

# The primary network interface
#allow-hotplug enxfe5953ed38a0
#iface enxfe5953ed38a0 inet static
#   address 192.168.1.50/24
#   gateway 192.168.1.1
    # dns-* options are implemented by the resolvconf package, if installed
#   dns-nameservers 9.9.9.9 149.112.112.112

O conteúdo de /etc/network/script/home-lansão

# The primary network interface
allow-hotplug enxfe5953ed38a0
iface enxfe5953ed38a0 inet static
    address 192.168.1.50/24
    netmask 255.255.255.0
    gateway 192.168.1.1
    # dns-* options are implemented by the resolvconf package, if installed
    dns-nameservers 1.1.1.1 8.8.8.8

Criei um script bash chamado lan-new-up, tornei-o executável e coloquei-o em/usr/local/bin

Seu conteúdo é:

#!/bin/bash
sudo macchanger -r enxfe5953ed38a0
sudo cp /etc/network/script/home-lan /etc/network/interfaces.d 
#sudo ifup enxfe5953ed38a0
sudo ip link set dev enxfe5953ed38a0 up
sudo ip address add 192.168.1.50/24 dev enxfe5953ed38a0
sudo ip route add default via 192.168.1.1 dev enxfe5953ed38a0

Após executar o script lan-new-up, recebi o erro conforme mostrado abaixo:

username@hostname:~$ lan-new-up
[sudo] password for username: 
Current MAC:   02:b3:c2:9f:0a:90 (unknown)
Permanent MAC: 02:b3:c2:9f:0a:90 (unknown)
New MAC:       fe:59:53:ed:38:a0 (unknown)
username@hostname:~$ ping yahoo.com
ping: yahoo.com: Temporary failure in name resolution

Obrigado pela ajuda.

ip
Martin Hope
Chrigou
Asked: 2024-11-12 00:46:41 +0800 CST
  • 5

Já faz algum tempo que tenho registrado um grande número de acessos ao meu servidor, de diferentes IPs, várias vezes ao dia, cada vez com duração de 2 a 4 minutos, com acessos entre 3 e 10 por segundo.

Todos esses acessos vêm do ASN: AS8075 MICROSOFT-CORP-MSN-AS-BLOCK

Alguém tem alguma ideia do que pode ser isso?

E com quem devo entrar em contato para descobrir de onde vêm esses acessos?

ip
Martin Hope
Martin
Asked: 2024-06-26 23:09:27 +0800 CST
  • 6

Temos um host de servidor com WHM.

Este host é um host virtual com vários sites.

Descobrimos recentemente que o Google Analytics e o Search Console parecem não conseguir acessar as páginas do site porque o Google parece não conseguir acessar o arquivo robots.txt.

O arquivo robots.txt existe e pode ser acessado pelo navegador.

Minha conclusão é que de alguma forma o firewall WHM ou similar está bloqueando o acesso do Google a www.website.com/robots.txt . Mas não consigo ver como isso está acontecendo. O Google não fornece informações específicas úteis. Apenas que a solicitação é atendida por um erro (5xx). Mas a solicitação carrega perfeitamente no navegador.

Limpei nossa extensa lista de IPs bloqueados no Firewall (CSF) e verifiquei se as opções de firewall de inundação de portas estão desativadas (estão desativadas). Também verifiquei o Apache para ver se há algo nele que possa causar problemas no host virtual que o httpd.conf inclui e nada parece relevante.

Não tenho certeza do que estou procurando, mas algo que está fazendo com que o Google (especificamente e somente) seja negado pelo servidor.

o que estou perdendo? Onde posso procurar? Estou sem ideias. Acho que há algo automatizado que impede os bots do Google de chegar ao servidor , mas não consigo entender o que é. Talvez algum tipo de regra negando acesso a arquivos não HTML, embora funcionem no navegador.

ip
Martin Hope
lid
Asked: 2023-11-18 15:53:18 +0800 CST
  • 13

Estou usando o Ubuntu e descobri que meu endereço IP global é 192.168.1.xxxo que escrevi xxxaqui.

Para verificar isso, configurei um servidor web e ele só poderia ser acessado por este endereço IP local. Quando verifico qual é a minha página IP, ele mostra um endereço IP de aparência normal: 180.150.80.xxxE a página da Web não pode ser acessada a partir desse endereço IP de aparência normal. Usei meu celular para verificar isso.

A saída de 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 
       valid_lft forever preferred_lft forever
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 98:e7:f4:0f:3d:01 brd ff:ff:ff:ff:ff:ff
3: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether b8:81:98:cc:2d:bf brd ff:ff:ff:ff:ff:ff
    altname wlp3s0
    inet 192.168.1.xx/24 brd 192.168.1.255 scope global dynamic noprefixroute wlo1
       valid_lft 84833sec preferred_lft 84833sec
    inet6 2403:580e:7b3c:0:b69:4100:a7f4:xxxx/64 scope global temporary dynamic 
       valid_lft 6707sec preferred_lft 3105sec
    inet6 2403:580e:7b3c:0:1f61:fea0:6275:xxxx/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 6707sec preferred_lft 3105sec
    inet6 fe80::a117:ea44:a262:xxxx/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

E a saída da rota IP é:

default via 192.168.1.1 dev wlo1 proto dhcp metric 600 
169.254.0.0/16 dev wlo1 scope link metric 1000 
192.168.1.0/24 dev wlo1 proto kernel scope link src 192.168.1.xx metric 600

O que está acontecendo aqui?

Estou adicionando uma captura de tela mostrando o endereço IPv4 via GUI abaixo:

Captura de tela

Por que estou vendo o endereço IP como 192.168.1.xxx?

ip
Martin Hope
user1847927
Asked: 2023-10-01 05:45:16 +0800 CST
  • 7

Problema

Estou enfrentando um comportamento bastante estranho, em que uma rota de gateway padrão aparentemente não relacionada está causando efeitos colaterais inesperados. Consegui replicar esse problema com um exemplo mínimo. O objetivo aqui é principalmente educacional e me deparei com isso enquanto experimentava um cenário mais complexo. Resumindo, estou conseguindo me conectar a um servidor web em 192.168.0.3 quando acredito que não deveria.

Meu laptop está conectado à minha rede doméstica usando WiFi ( rede 192.168.0.0/24 ). A tabela de roteamento está listada abaixo:

kevin@kevin-UX305LA:~$ ip route
default via 192.168.0.1 dev wlp2s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp2s0 scope link metric 1000 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 
192.168.0.0/24 dev wlp2s0 proto kernel scope link src 192.168.0.210 metric 600

Ambos curl 192.168.0.3e curl --interface wlp2s0 192.168.0.3atualmente funcionam e dão a seguinte resposta:

<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx/1.25.2</center>
</body>
</html>

Agora, prossigo removendo todas as rotas relacionadas à rede 192.168.0.0/24 de forma que as rotas restantes sejam:

kevin@kevin-UX305LA:~$ sudo ip route del default via 192.168.0.1 
kevin@kevin-UX305LA:~$ sudo ip route del 192.168.0.0/24 
kevin@kevin-UX305LA:~$ ip route
169.254.0.0/16 dev wlp2s0 scope link metric 1000 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown

Além disso, ip route getcom e sem ligação a uma interface são mostrados abaixo:

kevin@kevin-UX305LA:~$ ip route get 192.168.0.3
RTNETLINK answers: Network is unreachable
kevin@kevin-UX305LA:~$ ip route get oif wlp2s0 192.168.0.3
192.168.0.3 dev wlp2s0 src 192.168.0.210 uid 1000 
    cache

Correr curl 192.168.0.3dá curl: (7) Couldn't connect to servere correr curl --interface wlp2s0 192.168.0.3não dá nada (o curl está bloqueado). Aqui está um trecho do que o strace mostra:

setsockopt(5, SOL_SOCKET, SO_BINDTODEVICE, "wlp2s0\0", 7) = 0
connect(5, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("192.168.0.3")}, 16) = -1 EINPROGRESS (Operation now in progress)

Tudo bem e o que eu esperava, ou seja, o laptop não deveria atingir 192.168.0.3 .

Agora aqui está a parte estranha. Se eu adicionar um gateway padrão fictício (digamos, a interface docker0 por meio de um endereço aleatório), de forma que minha tabela de roteamento seja a seguinte:

kevin@kevin-UX305LA:~$ sudo ip route add default via 172.17.0.2
kevin@kevin-UX305LA:~$ ip route
default via 172.17.0.2 dev docker0 linkdown 
169.254.0.0/16 dev wlp2s0 scope link metric 1000 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown

A execução curl 192.168.0.3falha, mas a execução curl --interface wlp2s0 192.168.0.3é bem-sucedida com a resposta HTML anterior.

kevin@kevin-UX305LA:~$ curl 192.168.0.3
curl: (7) Failed to connect to 192.168.0.3 port 80 after 3068 ms: No route to host

kevin@kevin-UX305LA:~$ ip route get 192.168.0.3
192.168.0.3 via 172.17.0.2 dev docker0 src 172.17.0.1 uid 1000 
    cache 

kevin@kevin-UX305LA:~$ curl --interface wlp2s0 192.168.0.3
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx/1.25.2</center>
</body>
</html>

kevin@kevin-UX305LA:~$ ip route get oif wlp2s0 192.168.0.3
192.168.0.3 dev wlp2s0 src 192.168.0.210 uid 1000 
    cache

Pesquisei sobre SO_BINDTODEVICEe descobri que ainda deveria estar obedecendo a tabela de roteamento. Por que a adição de um gateway padrão por meio de uma interface diferente por meio de um endereço aleatório é curl --interface wlp2s0 192.168.0.3bem-sucedida?

Detalhes do Endereço

O comando a seguir lista os endereços associados às interfaces. Verifiquei que após cada comando executado acima, o resultado deste comando é sempre o mesmo.

kevin@kevin-UX305LA:~$ ip -br addr
lo               UNKNOWN        127.0.0.1/8 ::1/128 
wlp2s0           UP             192.168.0.210/24 fe80::7a03:3420:b8b0:4db7/64 
docker0          DOWN           172.17.0.1/16

Em resumo , 192.168.0.210 é este laptop, 192.168.0.3 é outra máquina na rede que hospeda um servidor web e 192.168.0.1 é o gateway padrão (meu roteador).

Ambiente

Estou executando o Linux Mint. Aqui estão algumas informações.

kevin@kevin-UX305LA:~$ uname -a
Linux kevin-UX305LA 5.15.0-84-generic #93-Ubuntu SMP Tue Sep 5 17:16:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

kevin@kevin-UX305LA:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Linuxmint
Description:    Linux Mint 21.2
Release:    21.2
Codename:   victoria
ip
Martin Hope
Iftikhar Ali
Asked: 2023-03-05 02:12:41 +0800 CST
  • 9

Observação: não estou me referindo a 2 endereços IP que são perdidos ao usar sub-redes.

Acho que minha matemática está errada em algum lugar. Aqui está o que estou fazendo.

  • Faixa de IP Privada Classe B : 172.16.0.0 a 172.31.255.255

Para reduzir o domínio Broadcast, aplico a máscara de sub-rede de255.255.254.0/23

Isso me dá a seguinte sub-rede entre outras

  1. 172.16.2.0=> 172.16.2.1para 172.16x.3x.255(512 hosts)

Agora, onde está minha confusão: eu quero dividir esta sub-rede ainda mais em sub-redes menores, então eu uso a máscara de sub-rede 255.255.255.192/26pegando emprestados alguns bits da parte do host.

De acordo com esta calculadora de sub-rede de endereço IP em Calculator.net , obterei 4 sub-redes

  1. 172.16.2.0=> 172.16.2.1para172.16.2.62
  2. 172.16.2.64=> 172.16.2.65para172.16.2.126
  3. 172.16.2.128=> 172.16.2.129para172.16.2.190
  4. 172.16.2.192=> 172.16.2.193para172.16.2.254

Pergunta : O que acontece com os endereços IP no intervalo 172.16.3.x? Por que não está aparecendo nas sub-redes?

ip
Martin Hope
SeatbeltHands
Asked: 2023-02-20 16:46:05 +0800 CST
  • 5

Comprei um nome de domínio e atualizei os registros DNS para apontar para meu endereço IP WAN. Agora estou tentando acessar este site digitando meu IP WAN (e o nome do domínio) - isso, no entanto, está me levando à página do meu roteador.

A única maneira de acessar o site sem ser redirecionado é se eu tiver uma VPN ativada, o que parece uma solução desnecessária. Também não consegui encontrar nenhuma configuração na página inicial do meu roteador para desativar esse recurso. (Eu tenho um Linksys MR2000 Hydra 6)

Alguém pode lançar alguma luz sobre por que isso pode estar acontecendo? Nunca tinha visto essa função porque sempre usei o IP do gateway para acessar o roteador.

ip
Martin Hope
Mohamed Atef
Asked: 2022-12-26 06:45:22 +0800 CST
  • 6

Eu tenho uma câmera IP de marca chinesa desconhecida e preciso determinar seu URL de streaming (provavelmente RTSP).

Acessar o endereço IP da câmera por meio de um navegador carrega uma página da Web, incluindo as configurações e um fluxo que não funciona (porque precisa do Flash player e o uso do emulador Ruffle não funciona com ele). Usando o Hikvision IVMS-4200 Client, posso acessar o fluxo da câmera e funciona bem. Só preciso fornecer ao IVMS-4200 o endereço IP e as credenciais da câmera, nenhuma outra informação é necessária para fazê-la funcionar.

Percorrendo a página da web da câmera usando as ferramentas de desenvolvimento do Chrome, encontrei uma solicitação que era algo como "Obter URL de streaming" e sua resposta tinha um URL RTSP. Eu tentei aquele URL RTSP no player VLC, mas não consegui reproduzi-lo. É por isso que acho que a câmera usa RTSP para streaming de vídeo, o que não é incomum (ela também possui configurações de rede para RTSP).

Achei que poderia de alguma forma usar o Wireshark para capturar o tráfego quando o IVMS está em execução e, nesse tráfego, posso encontrar o URL de streaming.

A maior parte do que encontrei on-line incluía as seguintes etapas:

  1. Comece a capturar usando o Wireshark
  2. Iniciar a transmissão
  3. Parar de capturar
  4. Filtre os pacotes por rtspou rtpfiltre
  5. Procure nos primeiros pacotes o URL

Infelizmente, filtrar por RTSP ou RTP resulta em 0 pacotes. Afinal, talvez o stream não esteja em RTSP? Também tentei filtrar por HTTP, mas não encontrei nada que indicasse a transferência de imagens. Eu adoraria saber possíveis maneiras que posso usar para determinar com sucesso o URL de streaming da câmera.

Notas Adicionais

  • Preciso da URL do stream apesar de funcionar no IVMS porque estamos desenvolvendo uma GUI que precisa reproduzir o stream.
  • Entrar em contato com o fornecedor, infelizmente, não rendeu nada de útil.
  • A câmera em si não é uma câmera da marca Hikvision.
  • Não tenho 100% de certeza de que ele usa RTSP, mas pelo que descobri é o candidato mais provável (o que mais ele poderia usar além de HTTP?).

Resumo do que eu sei

  • O fluxo da câmera está funcionando no software cliente IVMS-4200.
  • O fluxo na página da câmera é baseado no Flash player (ActionScript 3) e não está funcionando.
ip