LINUX.ORG.RU

[lighttpd] wifi и lan

 


0

1

компьютер via LAN --->X [веб сервер] <--- компьютер via WiFi

★★★★★

Последнее исправление: eR (всего исправлений: 1)

Попробуй войти в астрал и спросить у своего бога. Еще вариант - разбросать вокруг себя кости дохлых мышей, потрясти бубном в ожидании внешних коннектов сверху, и, как только это произойдет, узнать все, что ты хотел бы узнать, в том числе и про локалку.

З.Ы. Вопрос задай корректно.

Zhbert ★★★★★
()
Ответ на: комментарий от edigaryev

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

eR ★★★★★
() автор топика
Ответ на: комментарий от Deleted

lighttpd - http://pastebin.org/312498

ifconfig - http://pastebin.org/312527

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
10.10.0.0 0.0.0.0 255.255.0.0 U 1 0 0 eth0



netstat
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:37600 0.0.0.0:* LISTEN 1894/linuxdcpp
tcp 0 0 0.0.0.0:8554 0.0.0.0:* LISTEN 2030/gnome-dvb-daem
tcp 0 0 0.0.0.0:40012 0.0.0.0:* LISTEN 1108/rpc.statd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1046/rpcbind
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3558/lighttpd
tcp 0 0 0.0.0.0:54672 0.0.0.0:* LISTEN 1894/linuxdcpp
tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN 1467/X
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 1158/cupsd
udp 0 0 0.0.0.0:46556 0.0.0.0:* 1091/avahi-daemon:
udp 0 0 0.0.0.0:111 0.0.0.0:* 1046/rpcbind
udp 0 0 0.0.0.0:631 0.0.0.0:* 1158/cupsd
udp 0 0 192.168.0.5:123 0.0.0.0:* 1270/ntpd
udp 0 0 10.10.78.51:123 0.0.0.0:* 1270/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 1270/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 1270/ntpd
udp 0 0 0.0.0.0:60573 0.0.0.0:* 1894/linuxdcpp
udp 0 0 0.0.0.0:60613 0.0.0.0:* 1108/rpc.statd
udp 0 0 0.0.0.0:5353 0.0.0.0:* 1091/avahi-daemon:
udp 0 0 0.0.0.0:791 0.0.0.0:* 1046/rpcbind
udp 0 0 0.0.0.0:860 0.0.0.0:* 1108/rpc.statd

eR ★★★★★
() автор топика
Ответ на: комментарий от eR

Ещё покажи ifconfig и route -n на клиентах, а так же способ, которым ты пытаешься достучаться до сервера (в том числе по какому IP-адресу).

Deleted
()
Ответ на: комментарий от Deleted

клиенты это другие компьютеры городской сети, к сожалению к ним в хату я не могу прийти и route сделать, но с wifi я точно знаю зайти могут, а по локалки никак.

может в lighttd надо чё то вбить? потому что в nginx вроде IP сервера я вбивал вручную.

selinux у мя вырублен.

wifi - на сервере IP 192.168.0.5, клиенты заходят по нему.

lan - на сервер 10.10.78.51, клиенты по нему зайти не могут, но пинговать могут.

eR ★★★★★
() автор топика

Если LAN поднялся после запуска lighttpd, возможно, имеет смысл перезапустить lighttpd.

AITap ★★★★★
()
Ответ на: комментарий от AITap

Если LAN поднялся после запуска lighttpd, возможно, имеет смысл перезапустить lighttpd.

По идее не нужно - он и так слушает на всех адресах IPv4:

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3558/lighttpd

Но чисто рад эксперимента можно попробовать и перезапустить.

Deleted
()
Ответ на: комментарий от Deleted

перезапускал, не помогает.

только если вырубить wifi на веб серверe, то только тогда по локалке зайти могут.

eR ★★★★★
() автор топика
Ответ на: комментарий от eR

клиенты это другие компьютеры городской сети, к сожалению к ним в хату я не могу прийти и route сделать, но с wifi я точно знаю зайти могут, а по локалки никак.

Т.е. это большая городская локалка провайдера? А ты точно не за NAT'ом? Провайдер порт 80 на своих роутерах не блокирует?

Покажи ещё вывод iptables-save.

может в lighttd надо чё то вбить? потому что в nginx вроде IP сервера я вбивал вручную.

Это не нужно делать ни в lighttpd, ни в nginx. По умолчанию они слушают на всех адресах, что подтверждает вывод netstat.

lan - на сервер 10.10.78.51, клиенты по нему зайти не могут, но пинговать могут.

А какая ошибка то выдаётся?

Deleted
()
Ответ на: комментарий от eR

только если вырубить wifi на веб серверe, то только тогда по локалке зайти могут.

А вот это уже интересно... Покажи вывод iptables-save. И ещё: IP-адреса клиентов в локалке какому диапазону принадлежат?

Deleted
()
Ответ на: комментарий от Deleted

> Т.е. это большая городская локалка провайдера?

это маленькая городская локальная сеть, у кого локалки нет, сидят через wifi.

А какая ошибка то выдаётся?


традиционно «Сервер не найден»

Покажи вывод iptables-save


# iptables-save
# Generated by iptables-save v1.4.7 on Tue Oct 19 23:52:52 2010
*filter
:INPUT ACCEPT [1930850:2046694804]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [837516:37928286]
COMMIT
# Completed on Tue Oct 19 23:52:52 2010

IP-адреса клиентов в локалке какому диапазону принадлежат?


10.10.XX.XX

маска 255.255.0.0


eR ★★★★★
() автор топика
Ответ на: комментарий от eR

традиционно «Сервер не найден»

А они по айпишнику заходят или по какому-то DNS-имени?

В общем я посмотрел всё что ты выложил - на первый взгляд всё как-бы нормально. Но возможно я что-то пропустил. Последнее что могу предложить: запусти у себя на сервере снифер:

tcpdump -ni eth0 "port 80"
И пусть в это время кто-то из клиентов попробует зайти к тебе. Желательно с помощью чего-нибудь очень простого, типа telnet'а или netcat'а по айпи-адресу.

Deleted
()
Ответ на: комментарий от Deleted

прикол, всё само по себе заработало, может быть после обновлений, но вроде lighttpd не обновлял...

по IP заходят всё открываеца теперь, но как сделать чтобы и по имени зайти могли?

eR ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.