Страница 3 из 3

Добавлено: 07 авг 2013, 15:53
Максим
:shock: :? В каких это сетях блокируются поддомены *.dyndns.org, я ни разу в жизни такого не встречал. Вы меня прямо в ступор вогнали. Если в вашей сети блокируются такие домены, то я конечно очень глубоко вам сочувствую.

По поводу документации. Если кто-то думает, что можно только так как написано, а не иначе, то это означает что такой человек не имеет никакого понятия о конфигурации сервера и знать ему что-то еще не нужно во избежание лишних проблем с Open Server. Если же человек имеет понятие о конфигурации Apache, то он может самостоятельно настроить конфигурацию сервера так как ему вздумается.
Взять обычную Windows к примеру. Кто хорошо знает систему, тот сможет настроить систему как угодно, и в реестре нужные значения поменять и в сетевые настройки залезть и т.д. А кто не знает, тому и не нужно никуда лезть, иначе будет беда.
В руководстве описаны общие принципы и нюансы работы Open Server, а если кому-то надо что-то особое, то он либо делает это сам, либо ищет на форуме. Так что созданной вами темы будет вполне достаточно, кому нужно тот ее найдет.

Что же касается конкретно того, как вы настроили, то лично для меня это извращение. Так никто не делает, да и делать такое - это ненормально. Практически 100% пользователей для этих целей используют сервисы типа DynDNS. А в вашем случае, чтобы получить доступ к домену, нужно будет каждый раз смотреть свой текущих динамический IP и только потом вводить его в браузере, это же сколько лишней работы, крайне нерационально и не нормально.

Добавлено: 07 авг 2013, 16:08
okouser
В каких это сетях блокируются поддомены *.dyndns.org, я ни разу в жизни такого не встречал.
Во внутренних сетях многих компаний. Причем часто по не вполне адекватным причинам.
А в вашем случае, чтобы получить доступ к домену, нужно будет каждый раз смотреть свой текущих динамический IP и только потом вводить его в браузере, это же сколько лишней работы, крайне нерационально и не нормально.
Максим, снова же вы слишком поспешно делаете выводы. Я нигде не писал, что не использую DynDNS. Наоборот, несколько раз писал "поэтому нужны все возможности доступа к хостам."
Так что, конечно же, доступ по ip нужно дополнять и доступом по символьному имени.

Добавлено: 07 авг 2013, 16:20
Максим
Да, согласен, возможности любые нужны, чем больше тем лучше, они и есть в принципе. Но я сторонник рациональных решений. А ваш вариант настройки это скорее костыль, чем рациональное решение ;) Просто в вашем конкретном случае нет другого выхода из-за неадекватного администратора офисной сети.

Добавлено: 07 авг 2013, 16:44
okouser
А ваш вариант настройки это скорее костыль, чем рациональное решение
Костыль - это если бы пришлось делать один из прозвучавших в начале темы вариантов.
А данный вариант, на мой взгляд, наоборот, достаточно элегантный, работающий [s]и зимой, и летом[/s] и для динамических, и для статических адресов. А все эти сервисы всегда могут упасть, закрыться, быть заблокированными и т.п. и т.д., но доступ по ip будет железно работать.

Добавлено: 08 авг 2013, 22:34
CrazyLamer
okouser писал(а):А все эти сервисы всегда могут упасть, закрыться, быть заблокированными и т.п. и т.д., но доступ по ip будет железно работать.
Раз пошла такая пьянка, по поводу "упасть" соглашусь, но кто мешает заблокировать IP адрес во внутренней сети, я их пачками в день блокирую запрещая боступ к проксям, через которые лезут "в контакт" и еже подобныые, так как административный ресурс неработает, а начальство требует запрещать.

Добавлено: 08 авг 2013, 23:28
okouser
но кто мешает заблокировать IP адрес во внутренней сети
Поскольку ip будет динамическим, то в какой-то момент уж точно надоест блокировать.
Но разговор же был не о том, кто лучше всех может заблокировать доступ, а про то, что облачные сервисы, как показывает практика, в наших реалиях вещь крайне сомнительная.