Apenas uma sub-rede diferente e um IP virtual parece funcionar para acessar minha IP-cam [closed]

Question

Meu IP do roteador é 192.168.1.1. DHCP-intervalo de 192.168.1.33 a .64. Minha IP-Cam (Hikvision) está configurada para IP 192.168.1.100. Engraçado o suficiente eu posso acessar o IP-cam apenas se ele estiver em seu padrão de fábrica (192.0.0.64), ou seja, em outra sub-rede e se eu configurar um IP virtual de 192.0.0.128 para alcançar essa sub-rede no meu navegador.

sudo ifconfig eth0:0 192.0.0.128

Eu posso acessar minha IP-cam pelo Firefox. Mas se eu mudar o seu IP em 192.168.1.100 eu não posso mais acessá-lo e o Ubuntu então gera nmaps muito inconsistentes no console:

nuc@nuc:~$ nmap 192.168.1.100

Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-14 14:41 CEST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.04 seconds
nuc@nuc:~$ nmap 192.168.1.100

Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-14 14:42 CEST
Nmap scan report for 192.168.1.100
Host is up (0.47s latency).
Not shown: 991 closed ports
PORT      STATE    SERVICE
21/tcp    filtered ftp
23/tcp    filtered telnet
80/tcp    open     http
443/tcp   open     https
554/tcp   open     rtsp
7001/tcp  open     afs3-callback
8000/tcp  open     http-alt
8200/tcp  open     trivnet1
49152/tcp open     unknown

Nmap done: 1 IP address (1 host up) scanned in 17.97 seconds
nuc@nuc:~$ nmap 192.168.1.100

Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-14 14:42 CEST
Nmap scan report for 192.168.1.100
Host is up (0.00090s latency).
Not shown: 998 closed ports
PORT   STATE    SERVICE
21/tcp filtered ftp
23/tcp filtered telnet

Nmap done: 1 IP address (1 host up) scanned in 15.42 seconds
nuc@nuc:~$ nmap 192.168.1.100

Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-14 14:42 CEST
Nmap scan report for 192.168.1.100
Host is up (0.0010s latency).
Not shown: 995 closed ports
PORT     STATE    SERVICE
21/tcp   filtered ftp
23/tcp   filtered telnet
7001/tcp open     afs3-callback
8000/tcp open     http-alt
8200/tcp open     trivnet1

Nmap done: 1 IP address (1 host up) scanned in 53.83 seconds
nuc@nuc:~$ nmap 192.168.1.100

Starting Nmap 6.40 ( http://nmap.org ) at 2014-08-14 14:43 CEST
Nmap scan report for 192.168.1.100
Host is up (0.00096s latency).
Not shown: 998 closed ports
PORT   STATE    SERVICE
21/tcp filtered ftp
23/tcp filtered telnet

Nmap done: 1 IP address (1 host up) scanned in 15.41 seconds
nuc@nuc:~$

O Ubuntu encadeia IPs virtuais diferentes? Isso é bastante hilário, já que não consigo acessar a cam se ela está na mesma sub-rede e não deveria estar em 192.0.0.64 por razões de segurança. Mas caso contrário, não parece funcionar. Isso é causado pelo Ubuntu, meu ipcam ou meu roteador?

Edit: O terminal de ping usual 192.168.1.100 parece funcionar.

Há algumas capturas de tela do roteador:

Quandoacaminamesmasub-redeequandoeuacertoumsegundodasorte(vernmapacima)eureceboalgumasvezesaseguinteteladepoisdecolocarmeuadmin/pwd,namaioriadasvezeseuacertoumerrodenavegador/firefox:

EDIT 2:

O ping está produzindo resultados diferentes na repetição.

A primeira vez:

emp@thinkpad:~$ ping 192.168.1.100
PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
From 192.168.1.40 icmp_seq=1 Destination Host Unreachable
[...]
From 192.168.1.40 icmp_seq=23 Destination Host Unreachable
64 bytes from 192.168.1.40: icmp_seq=24 ttl=64 time=1136 ms
64 bytes from 192.168.1.40: icmp_seq=25 ttl=64 time=136 ms
[...]

A segunda vez:

emp@thinkpad:~$ ping 192.168.1.100
PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=6.04 ms
[...]

Por que o Ubuntu age assim?

Aqui estão mais 2 imagens (eu configurei o IP-cam para 192.168.1.199 agora e pingue-o na janela do terminal esquerdo).

A janela do terminal direito mostra tracebacks (sudo tcpdump -i eth0 -v icmp) aqui:

Eonmapaqui:

    

Answer 1

Descobriu-se finalmente que era porque o meu router bloqueava determinadas portas. Tudo funciona bem agora com o novo roteador que meu provedor me enviou.