2016-11-03 2 views
-1

я поставил мой линукс в качестве точки доступа, а затем запустить простой веб-сервер, печать «привет мира» в порте 3000.Linux заблокирован - Этот сайт не может быть достигнут, отказался соединить

и подключение это с моим смартфоном успешно.

in linux terminal, http://localhost:3000 хорошо работает.

Но в смартфон,

Если я получить доступ к http://172.24.1.105:3000, не может подключиться к нему. (172,24 ... это IP точки доступа)

сообщение об ошибке хромированной является

Этот сайт не может быть достигнута. 172.24.1.105 отказался подключиться

Я искал Google (https://serverfault.com/questions/725262/what-causes-the-connection-refused-message) и подозрительный брандмауэр linux.

[email protected]:~/prj/ap_server $ sudo tcpdump -n icmp 
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 

... when I access to port 3000, 

15:07:13.102750 IP 192.168.0.3 > 168.126.63.2: ICMP 192.168.0.3 udp port 42531 unreachable, length 386 

журнал выше. поэтому я не смог добраться до веб-сервера AP.

так интересно, две вещи ...

1. Как я могу отключить его порт блока?

2. В журнале tcpdump, я действительно имею доступ к порту 3000, почему порт печати журнала 42531?

Plus)

даже набираю sudo service iptables stop, проблема не решена

sudo netstat -ntlp | grep 3000 журналы:

**tcp6 0 0 :::3000 :::* LISTEN 1999/nodejs**

+ Я после этого tutorial->https://frillip.com/using-your-raspberry-pi-3-as-a-wifi-access-point-with-hostapd/.

и есть установка ipv4.

+1

Это хороший пример того, почему вы не должны переписывать сообщения об ошибках. Существует мир различий между «не может быть достигнут» и «отказ в соединении». – EJP

+0

@EJP, что вы имеете в виду ..? не может быть достигнуто, и соединение отказалось вместе ... Я просто принесу его из сообщения chrome – Juntae

+0

Я говорю о сообщении Chrome. Если сайт не может быть достигнут, он не мог бы отказаться от соединения. Один или другой произошло. Не оба. Chrome не должен переписывать сообщение об ошибке. Это только вызвало путаницу. – EJP

ответ

-3

Смотрите же тему на Node JS not listening to port 1337 on server

Ваш веб-сервер не прослушивает удаленный адрес.

+0

Не похоже на тему. Совершенно другое сообщение, причина и лечение. – EJP

0

Если вы хотите, чтобы запустить его на своем мобильном телефоне он будет работать в прямом эфире IP (externel) адрес

, если он работает отлично на локальный адрес (локальный), а не на живой IP, то дают возможность маршрутизации от маршрутизатора

и позвольте этому конкретному порту работать нормально.

+0

в мобильном, локальном и внешнем ip оба соединения отказались. – Juntae

+0

Но проблема решена сейчас. Внешний IP-адрес моего мобильного устройства - «172.24.1.105», поэтому я попытался подключиться к этому ip и не смог, я попытался подключить «172.24.1.1», теперь подключиться. – Juntae

+0

Я установил свои dns, dhcp в 'interface = wlan0, listen-address = 172.24.1.1, dhcp-range = 172.24.1.50,172.24.1.150,12h' как это. Я смутил адрес прослушивания и внешний ip. Знаете ли вы, что другое? Благодаря... – Juntae

0

Я нашел проблему.

мой сет был DHCP

interface=wlan0  # Use interface wlan0 
listen-address=172.24.1.1 # Explicitly specify the address to listen on 
bind-interfaces  # Bind to the interface to make sure we aren't sending things elsewhere 
server=8.8.8.8  # Forward DNS requests to Google DNS 
domain-needed  # Don't forward short names 
bogus-priv   # Never forward addresses in the non-routed address spaces. 
dhcp-range=172.24.1.50,172.24.1.150,12h # Assign IP addresses between 172.24.1.50 and 172.24.1.150 with a 12 hour lease time 

как выше.

Я попытался подключить внешний ip (172.24.1.105), который я могу видеть на мобильных устройствах непрерывно, но не удалось. но когда я пробовал с 172.24.1.1, то успех.

Я не знаю почему. возможно, есть точный IP-адрес, а что-то в мобильном - временное.

Смежные вопросы