Только другая подсеть и виртуальный IP-адрес, кажется, работают для доступа к моей IP-камере [закрыто]

Мой IP-адрес маршрутизатора - 192.168.1.1. Диапазон DHCP от 192.168.1.33 до .64. Мой IP- Для камеры (Hikvision) задан IP-адрес 192.168.1.100. Как ни странно, я могу получить доступ к IP-камере, только если она установлена ​​по умолчанию (192.0.0.64), то есть в другой подсети, и если я настроил виртуальный IP-адрес 192.0.0.128. для доступа к этой подсети через мой браузер.

sudo ifconfig eth0:0 192.0.0.128

Я могу получить доступ к своей IP-камере через firefox. Но если я изменю его IP-адрес на 192.168.1.100 Я больше не могу получить к нему доступ, и тогда Ubuntu выдает очень несовместимые nmaps в консоли:

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:~$

Отличаются ли виртуальные IP-адреса потоков Ubuntu? Это довольно забавно, поскольку я не могу получить доступ к камере, если она находится в той же подсети, и ее не должно быть на 192.0.0.64 по соображениям безопасности. Но в остальном, похоже, это не работает. Это вызвано Ubuntu, моей IP-камерой или моим маршрутизатором?

Edit: Обычный ping 192.168.1.100 в терминале, кажется, работает.

Есть несколько снимков экрана маршрутизатора:

enter image description here

enter image description here

enter image description here

Когда камера i находится в той же подсети и когда мне выпадает удачная секунда (см. Nmap выше), я иногда получаю следующий экран после ввода моего admin / pwd, большую часть времени я нажимаю пустая ошибка браузера / Firefox:

enter image description here

РЕДАКТИРОВАТЬ 2:

На самом деле эхо-запрос дает разные результаты при повторении.

Первый раз:

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
[...]

Второй раз:

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
[...]

Почему Ubuntu так себя ведет?

Вот еще 2 изображения (я установил IP-камеру на 192.168.1.199 сейчас и пингую ее в левое окно терминала).

В правом окне терминала показаны трассировки (sudo tcpdump -i eth0 -v icmp) здесь: enter image description here

И nmap здесь:

enter image description here

1
задан 15 August 2014 в 14:13

1 ответ

Наконец оказалось, что это было, потому что мой маршрутизатор заблокировал определенные порты. Все хорошо работает теперь с новым маршрутизатором, который мой поставщик отправил мне.

0
ответ дан 7 October 2019 в 06:32

Другие вопросы по тегам:

Похожие вопросы: