The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Маршрутиризация или глюк провайдера"
Вариант для распечатки  
Пред. тема | След. тема 
Форум WEB технологии (Построение хостинга)
Изначальное сообщение [ Отслеживать ]

"Маршрутиризация или глюк провайдера"  +/
Сообщение от smaileg (ok) on 05-Ноя-11, 03:45 
1) есть домашний сервак с адресом 69web.ru (полигон для тестирования)
2) ip статический, настроеный по докам "Идеальный сервер на Ubuntu"

Организация сети: eth0 на серваке кушает инет и раздает его на eth1, который в свою очередь является "внешней" сетью для дир300(dd wrt), который раздает инет и является dhcp для всех остальных.
Из инета http://69web.ru виден, с самого сервака тоже.
Вопрос в чем проблема, то-ли провайдер не обновил днс записи(прошло уже 4 дня) то-ли неправильно настроен iptables и сервак раздает всё подряд, а на 69web.ru не пускает или ещё что-то?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Маршрутиризация или глюк провайдера"  +/
Сообщение от 1 (??) on 05-Ноя-11, 10:04 
т.е. с локалки на сайт не пускает что ли? а в инет локалку пускает? если так то настройки iptables где? иначе что раздает dhcp (кикие значения для чего)?


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Маршрутиризация или глюк провайдера"  +/
Сообщение от Pahanivo (ok) on 05-Ноя-11, 11:19 
> т.е. с локалки на сайт не пускает что ли? а в инет
> локалку пускает? если так то настройки iptables где? иначе что раздает
> dhcp (кикие значения для чего)?

В этот раз афтор любезно предоставил домыслить абсолютно все, в том числе и вопрос ))

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Маршрутиризация или глюк провайдера"  +/
Сообщение от smaileg (ok) on 06-Ноя-11, 07:24 
>> т.е. с локалки на сайт не пускает что ли? а в инет
>> локалку пускает? если так то настройки iptables где? иначе что раздает
>> dhcp (кикие значения для чего)?
> В этот раз афтор любезно предоставил домыслить абсолютно все, в том числе
> и вопрос ))

прошу прощения за неточное изложение, более полный вопрос написал здесь http://forum.ubuntu.ru/index.php?topic=173610.0

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Маршрутиризация или глюк провайдера"  +/
Сообщение от Аноним (??) on 10-Ноя-11, 23:41 
> прошу прощения за неточное изложение, более полный вопрос написал здесь http://forum.ubuntu.ru/index.php?topic=173610.0

Схема построения сети какая-то странная и так и просит приключений. По логике, надо бы на вход поставить роутер а в его LANы понатыкать что там кому надо, не забыв форварднуть порт на сервер? А вот такая странная конструкция - это зачем?  


Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Маршрутиризация или глюк провайдера"  +/
Сообщение от Square (ok) on 06-Ноя-11, 10:14 
> 1) есть домашний сервак с адресом 69web.ru (полигон для тестирования)
> 2) ip статический, настроеный по докам "Идеальный сервер на Ubuntu"
> Организация сети: eth0 на серваке кушает инет и раздает его на eth1,
> который в свою очередь является "внешней" сетью для дир300(dd wrt), который
> раздает инет и является dhcp для всех остальных.
> Из инета http://69web.ru виден, с самого сервака тоже.
> Вопрос в чем проблема, то-ли провайдер не обновил днс записи(прошло уже 4
> дня) то-ли неправильно настроен iptables и сервак раздает всё подряд, а
> на 69web.ru не пускает или ещё что-то?

Ну. для начала нужно ввести на компьютере клиента
nslookup 69web.ru (хотя можно и просто попинговать по айпишнику, тут значение имеет суть проблемы- нужна ли доступность по днс-имени или проблема в доступе к адресу в принципе)

если адрес будет определен - значит ДНС работает верно.
Если нет - то копать в сторону ДНС пока адрес не станет определятся нужным образом.

Если адрес определяется верно - выполнить
telnet 69web.ru 80
если будет получен ответ - то проблема скорее всего в настрйках браузера (прокси указано ненужное например, или сам браузер такой...)
если ответа не получено -  проверить доступность какой-то другой общедоступной службы  на том же сервере.
если она доступна- значит проблем с доступностью сервера нет, а есть проблема в фильтрации трафика по порту - либо в файрволе, либо в самом http-сервере.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру