Не коннектится к сайту через ip компьютера к сети?

Question

[Николай]

Добрый день.
Подскажите, пожалуйста, что надо сделать, как решить нижеследующую проблему?

Сказу прошу прощения, так как новичок в этом, поэтому термины могут путаться в моем пояснении, а может и вопрос глупейший. Но ответа так и не нашел пока.

На виртуальной машине у провайдера установил ОС ubuntu amd64. Настроил Ruby on Rails и создал тестовое приложение (rails new test).
Запустил тестовое приложение командной: rails s -d.
Но по ip адресу машины из дома не могу подключиться к сайту.

Так как GUI нет (доступ из командной строки только к машине), то запустил на виртуальной машине команды: curl 127.0.0.1:3000 - получил страницу.
Команды: curl localhost:3000 и curl 0.0.0.0:3000 тоже проходят - получаю страницу тестового запущенного приложения.

Запускаю curl 182.8.8.8:3000 (ip адрес машины) и получаю ошибку:
curl: (7) Failed connect to localhost 182.8.8.8 port 3000: Connection refused

То есть получается веб сервер Webrick принимает соединения от localhost, а нужно 182.8.8.8.
Подскажите, пожалуйста, куда копать, что и исправить?

Добавлено:
Делал еще правила для firewall:

iptables -A INPUT -p tcp -m tcp --sport 80 -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --dport 80 -j ACCEPT

Возможно не очень правильно сделал, но так понял из документации iptables.

Comments

[d'Ivan]

Николай Попробуем разобраться.
1. "На виртуальной машине у провайдера" (смущает "у провайдера") означает удалённая машина или на вашем ПК, на которой установлена виртуальная машина?
2. С какого хоста нужно соединиться с сервером?
Если можно, схематично отобразите диаграмму сети.

Замечание: лучше было добавить теги Linux, Сети.

Answer 1

[yueeucrl]

пробуй rails s -b 0.0.0.0

Comments

[Николай]

Спасибо. Так и запустил уже, хотя такого параметра не встречал раньше (или не обращал на него внимания в руководстве), так как всегда без него запускался rails нормально.

[Viktor Vsk]

Николай: просто в продакшене не нужно пробовать запускать сайт так же, как на локально машине. Ставите nginx и делаете прокси к приложению рельс

[d'Ivan]

Боюсь, что в данной задаче коммуникация несколько сложнее из-за работы из-под виртуальной машины. Ждём дальнейших объяснений от Николай .

Answer 2

[Андрей Буров]

смотрите правила iptables

Comments

[Николай]

Спасибо за ответ.
Добавил в вопрос, забыл сразу написать.

При команде: iptables -L -n -v

Chain INPUT (policy ACCEPT 1074K packets, 118M bytes)
 pkts bytes target     prot opt in     out     source               destination 
   56 48019 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp spt:80
   14 31476 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp spt:3000
1075K  119M ufw-before-logging-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
1075K  119M ufw-before-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
1075K  119M ufw-after-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
1074K  118M ufw-after-logging-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
1074K  118M ufw-reject-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
1074K  118M ufw-track-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0
...
Chain OUTPUT (policy ACCEPT 45357 packets, 8525K bytes)
 pkts bytes target     prot opt in     out     source               destination 
   52  2774 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:80
   18  1138 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:3000

[Николай]

Извините, не очень в них понимаю, но вот что выдает команда. Вроде разрешено коннектиться на 80 и 3000 порты..?

[Андрей Буров]

Николай: да и даже пакеты ходят... смотрите tcpdump -i eth0 port 3000, может эти пакеты вообще до вашего сервера не доходят.

[Николай]

Андрей Буров: да , по всей видимости так и есть.
Выполнил указанную команду, позапускал команды curl (все 4), что в первом сообщении указаны и остановил tcpdump. Но ни одного пакета как я понял через eth0 не прошло.

root@primcs:~# tcpdump -i eth0 port 3000
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel

Возможно, что-то еще надо добавить в iptables?

[Андрей Буров]

Николай: возможно оттуда, откуда вы проверяете закрыт исходящие соединения на 3000 порт, или там где стоит Ваш сервер закрыты входящие. в iptables у вас все норм

[Николай]

Андрей Буров: спасибо. Я так понимаю, что вопрос к хостеру?
Уже спрашивал у него и был ответ:
"Дело не в хостинге а в вашем сервере а именно в настройках вашего ПО, веб-сервер принимает соединения от локалхоста а нужно 182.8.8.8, либо 0.0.0.0"
Спрошу тогда их еще про открытые порты сервера, где находится виртуальная машина.

[Андрей Буров]

Николай: покажите netstat -ltpn

[Николай]

Андрей Буров: Андрей, приношу свои извинения не до конца протестировал команду tcpdump.
При заходе из дома по адресу 182.8.8.8:3000 появились пакеты в tcpdump, но в логе приложения ничего не появилось (log/development.log - пустой):

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:51:28.605301 IP broadband-1.1.1.1.nationalcablenetworks.ru.3485 > primcs.ru.3000: Flags [S], seq 2505514229, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:28.605367 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3485: Flags [R.], seq 0, ack 2505514230, win 0, length 0
21:51:28.606680 IP broadband-1.1.1.1.nationalcablenetworks.ru.3486 > primcs.ru.3000: Flags [S], seq 3417019021, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:28.606714 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3486: Flags [R.], seq 0, ack 3417019022, win 0, length 0
21:51:28.840350 IP broadband-1.1.1.1.nationalcablenetworks.ru.3487 > primcs.ru.3000: Flags [S], seq 4138683250, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:28.840427 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3487: Flags [R.], seq 0, ack 4138683251, win 0, length 0
21:51:29.122574 IP broadband-1.1.1.1.nationalcablenetworks.ru.3485 > primcs.ru.3000: Flags [S], seq 2505514229, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.122637 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3485: Flags [R.], seq 0, ack 1, win 0, length 0
21:51:29.122812 IP broadband-1.1.1.1.nationalcablenetworks.ru.3486 > primcs.ru.3000: Flags [S], seq 3417019021, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.122836 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3486: Flags [R.], seq 0, ack 1, win 0, length 0
21:51:29.324499 IP broadband-1.1.1.1.nationalcablenetworks.ru.3487 > primcs.ru.3000: Flags [S], seq 4138683250, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.324561 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3487: Flags [R.], seq 0, ack 1, win 0, length 0
21:51:29.726143 IP broadband-1.1.1.1.nationalcablenetworks.ru.3486 > primcs.ru.3000: Flags [S], seq 3417019021, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.726203 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3486: Flags [R.], seq 0, ack 1, win 0, length 0
21:51:29.726226 IP broadband-1.1.1.1.nationalcablenetworks.ru.3485 > primcs.ru.3000: Flags [S], seq 2505514229, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.726245 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3485: Flags [R.], seq 0, ack 1, win 0, length 0
21:51:29.827079 IP broadband-1.1.1.1.nationalcablenetworks.ru.3487 > primcs.ru.3000: Flags [S], seq 4138683250, win 65535, options [mss 1460,nop,wscale 1,nop,nop,sackOK], length 0
21:51:29.827163 IP primcs.ru.3000 > broadband-1.1.1.1.nationalcablenetworks.ru.3487: Flags [R.], seq 0, ack 1, win 0, length 0
^C
18 packets captured
18 packets received by filter
0 packets dropped by kernel

Команда netstat -ltpn выдает:

[e-mail]:~# netstat -ltpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      709/sshd
tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN      10423/ruby
tcp6       0      0 :::22                   :::*                    LISTEN      709/sshd
tcp6       0      0 ::1:3000                :::*                    LISTEN      10423/ruby

[Андрей Буров]

Николай: у Вас ruby слушает 127.0.0.1:3000 ищите в его настройках где можно поменять на 0.0.0.0

[Николай]

Андрей Буров: спасибо. Проблема была оказывается в rails. Запустил rails с параметром -b (хотя раньше такого и не слышал), буду дальше изучать.

Answer 3

[d'Ivan]

Если нужно через интернет подключиться к удалённой машине, на которой запущен веб-сервер, то существуют 2 варианта: один подходит для режима продакшн (RAILS_ENV=production), другой - для разработки (RAILS_ENV=development). Оба варианта предполагают, что веб-приложение было предварительно отлажено или хотя-бы способно запускаться без ошибок. Для разработки они не подходят.

1. Допустим, нужно во время разработки быстро показать предварительные результаты работы сайта.
Тогда проще всего использовать сервис ngrok.
Для Убунту нужно установить пакет ngrok-client. Версия пакета для Убунту 14.04 установилась у меня без проблем и на более ранней, 12.04.
Запустив веб-сервер (порт 3000 для Webrick), следом запускать команду
ngrok 3000
которая запустится в режиме вывода в stdout. Прервать сессию можно при помощи Ctrl-C.
При запуске покажет URL, по которому можно получить доступ к локальной машине. Что-то типа
3e7ddc7.ngrok.com

Проверять любым HTTP клиентом так:
С удалённой машины через веб-браузер или в командной строке
curl -i http://3e7ddc7.ngrok.com

Но ради безопасности хоста сервера я бы не стал оставлять сессию ngrok надолго.

2. Когда всё отлажено и поставлено на поток, нужно интегрировать приложение на сервер. Обычно используются nginx/Apache в качестве фронта + Unicorn/Passenger в качестве бэкенда.