Подписаться Бесплатный дискуссионный лист Подписчиков 998

←   Апрель 2010   →
			1 01.04.2010 00:29:00 00:48:03 08:25:47 12:45:52 14:45:36 20:10:53 20:23:25	2	3	4 04.04.2010 00:59:43 02:11:51 08:58:05 13:22:04 21:18:06
5 05.04.2010 09:29:03 09:53:02 11:16:37 11:19:43 18:55:55	6 06.04.2010 04:43:38 09:25:14 10:48:25 16:16:09 16:37:51	7	8 08.04.2010 03:09:42 13:10:25 13:16:12 16:05:27	9 09.04.2010 00:59:04 01:33:27 05:25:22 07:57:56 08:05:40 08:07:43 08:15:24 08:18:37 08:47:44 09:20:46 09:51:35 10:02:44 10:54:38 12:13:30 12:39:58 13:04:38 18:59:28 19:28:34	10 10.04.2010 00:48:19 01:35:19 01:40:58 07:52:56 08:59:19 09:17:55 15:09:50 20:15:53 20:29:37 20:45:39 20:56:50 21:04:12 21:28:15 21:35:13 21:37:43	11
12 12.04.2010 17:22:56 17:57:24	13 13.04.2010 02:11:20 02:16:12 02:58:31 03:15:58 06:33:13 10:14:55 15:13:58	14	15	16 16.04.2010 00:41:06 18:06:58 18:26:53	17 17.04.2010 11:29:30 12:22:32 16:28:34	18
19	20	21	22	23	24	25
26 26.04.2010 09:20:56 13:31:05 15:31:03 17:18:21	27 27.04.2010 01:35:09 04:55:11 07:51:46	28	29	30

За последние 60 дней ни разу не выходила

Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор

Фёдор Сорекс

Статистика

998 подписчиков
0 за неделю

• Выпуски
• Статистика

debian lenny: iptables

Есть терминальный сервер - пользователи подключаются в X-сессии (Icewm)
для работы в интернет.
Ранее на сервер была установлена mandriva и все было почти без проблем.

Сейчас установил debian lenny и начались странности:
сервер имеет 2 сетевых интерфейса - для локальной сети и для интернет
при помощи webmin настроил следующие правила INPUT для локальной сети
(вырезки из iptables~p.rules):

...
:INPUT ACCEPT [0:0]
:localnet_to_inet - [0:0]
...
-A INPUT -i eth0 -j localnet_in
-A OUTPUT -o eth0 -j localnet_out
...
-A localnet_in -s 192.168.193.1 -j ACCEPT
-A localnet_in -s 192.168.193.8 -j ACCEPT
-A localnet_in -s 192.168.193.9 -j ACCEPT
-A localnet_in -s 192.168.193.10 -j ACCEPT
-A localnet_in -s 192.168.193.11 -j ACCEPT
-A localnet_in -s 192.168.193.12 -j ACCEPT
-A localnet_in -s 192.168.193.14 -j ACCEPT
-A localnet_in -s 192.168.193.15 -j ACCEPT
-A localnet_in -s 192.168.193.16 -j ACCEPT
-A localnet_in -s 192.168.193.17 -j ACCEPT
-A localnet_in -s 192.168.193.19 -j ACCEPT
-A localnet_in -s 192.168.193.20 -j ACCEPT
-A localnet_in -s 192.168.193.22 -j ACCEPT
-A localnet_in -s 192.168.193.24 -j ACCEPT
-A localnet_in -s 192.168.193.25 -j ACCEPT
-A localnet_in -s 192.168.193.26 -j ACCEPT
-A localnet_out -j ACCEPT
...

т.е. перечислены хосты, для которых принимаются входящие подключения из
локальной сети
политика по умолчанию DROP

проблема в том, что через некоторое время сервер перестает принимать
соединения от отдельных хостов, причем его выбор пока не понятен:
сегодня это одни IP адреса, завтра другие, складывается впечатления, что
есть ограничения на кол-во одновременных подключений
перевод политики по умолчанию в ACCEPT спасает

система обновленная

в чем может быть дело?

Спасибо!

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36997; Возраст листа: 2446; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1042574

Ответить  

avm7work

Mon, 05 Apr 2010 09:51:28 +0400 (#1042574)

 

Ответы:

On 05.04.2010 08:51, avm7work wrote:

› показать цитату

> в чем может быть дело?

Не могут ли клиенты каким-то образом ходить с другого адреса?

И хотелось бы увидеть полную версию iptables.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36999; Возраст листа: 2446; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1042686

Ответить  

Amper

Mon, 05 Apr 2010 10:18:58 +0300 (#1042686)

 

Amper пишет:

› показать цитату

> On 05.04.2010 08:51, avm7work wrote: > >> в чем может быть дело? >> > > Не могут ли клиенты каким-то образом ходить с другого адреса? >

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

› показать цитату

> И хотелось бы увидеть полную версию iptables. > >

# Generated by iptables-save v1.4.2 on Wed Mar 31 12:58:41 2010
*nat
:OUTPUT ACCEPT [0:0]
:PREROUTING ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o eth1 -j SNAT --to-source 192.168.192.169
COMMIT
# Completed on Wed Mar 31 12:58:41 2010
# Generated by iptables-save v1.4.2 on Wed Mar 31 12:58:41 2010
*mangle
:PREROUTING ACCEPT [323:217329]
:INPUT ACCEPT [317:216969]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [332:222774]
:POSTROUTING ACCEPT [332:222774]
COMMIT
# Completed on Wed Mar 31 12:58:41 2010
# Generated by iptables-save v1.4.2 on Wed Mar 31 12:58:41 2010
*filter
:INPUT DROP [0:0]
:localnet_to_inet - [0:0]
:inet_in - [0:0]
:OUTPUT DROP [0:0]
:inet_to_localnet - [0:0]
:localnet_in - [0:0]
:inet_out - [0:0]
:FORWARD DROP [0:0]
:localnet_out - [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0 -j localnet_in
-A INPUT -i eth1 -j inet_in
-A FORWARD -i eth0 -o eth1 -j localnet_to_inet
-A FORWARD -i eth1 -o eth0 -j inet_to_localnet
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -o eth0 -j localnet_out
-A OUTPUT -o eth1 -j inet_out
-A inet_in -m state --state ESTABLISHED,RELATED -j ACCEPT
-A inet_to_localnet -m state --state ESTABLISHED,RELATED -j ACCEPT
-A localnet_to_inet -p icmp -m icmp --icmp-type any -j ACCEPT
-A localnet_to_inet -s 192.168.193.1 -j ACCEPT
-A localnet_to_inet -s 192.168.193.16 -j ACCEPT
-A localnet_to_inet -s 192.168.193.17 -j ACCEPT
-A localnet_in -j ACCEPT
-A localnet_in -s 192.168.193.1 -j ACCEPT
-A localnet_in -s 192.168.193.8 -j ACCEPT
-A localnet_in -s 192.168.193.9 -j ACCEPT
-A localnet_in -s 192.168.193.10 -j ACCEPT
-A localnet_in -s 192.168.193.11 -j ACCEPT
-A localnet_in -s 192.168.193.12 -j ACCEPT
-A localnet_in -s 192.168.193.14 -j ACCEPT
-A localnet_in -s 192.168.193.15 -j ACCEPT
-A localnet_in -s 192.168.193.16 -j ACCEPT
-A localnet_in -s 192.168.193.17 -j ACCEPT
-A localnet_in -s 192.168.193.19 -j ACCEPT
-A localnet_in -s 192.168.193.20 -j ACCEPT
-A localnet_in -s 192.168.193.22 -j ACCEPT
-A localnet_in -s 192.168.193.24 -j ACCEPT
-A localnet_in -m state --state ESTABLISHED,RELATED -j ACCEPT
-A inet_out -j ACCEPT
-A localnet_out -j ACCEPT
COMMIT
# Completed on Wed Mar 31 12:58:41 2010

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37000; Возраст листа: 2446; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1043075

Ответить  

avm7work

Mon, 05 Apr 2010 18:52:42 +0400 (#1043075)

 

On 05.04.2010 17:52, avm7work wrote:

› показать цитату

> нет, не могут > есть еще одна особенность: оба сетевых интерфейса подключены к одному > свичу, но имеют адреса из разных сетей > выход в интернет осуществляется через другой хост-шлюз > под мандривой это не мешало нормальной работе

iptables выглядят вполне рабочим. Хотя если оба интерфейса вставлены в
один свич то имеет смысл добавить редирект с inet_in на localnet_in так
как траффик из локальной сети может приходить и на внещний интерфейс.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37001; Возраст листа: 2447; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1043396

Ответить  

Amper

Tue, 06 Apr 2010 03:42:54 +0300 (#1043396)

 

Amper пишет:

› показать цитату

> On 05.04.2010 17:52, avm7work wrote: > >> нет, не могут >> есть еще одна особенность: оба сетевых интерфейса подключены к одному >> свичу, но имеют адреса из разных сетей >> выход в интернет осуществляется через другой хост-шлюз >> под мандривой это не мешало нормальной работе >> > > iptables выглядят вполне рабочим. Хотя если оба интерфейса вставлены в > один свич то имеет смысл добавить редирект с inet_in на localnet_in так > как траффик из локальной сети может приходить и на внещний интерфейс. > >

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

такой вопрос - нет ли в современном ядре каких-либо например элементов
защиты (selinux или еще что), которые при таком вот странном подключении
интерфейсов начинают блокировать трафик?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37004; Возраст листа: 2447; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1043808

Ответить  

avm7work

Tue, 06 Apr 2010 15:52:35 +0400 (#1043808)

 

On 06.04.2010 14:52, avm7work wrote:

› показать цитату

> такой вопрос - нет ли в современном ядре каких-либо например элементов > защиты (selinux или еще что), которые при таком вот странном подключении > интерфейсов начинают блокировать трафик?

Тут причина скорее в том, что траффик приходит не в тот интерфейс,
поскольку на арпы отвечают оба (это кажется где-то можно отключить, но я
не помню где). Еще можно переписать файрвол так, чтобы в нем не
фигурировали имена интерфейсов, а только адреса.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37005; Возраст листа: 2447; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1043823

Ответить  

Amper

Tue, 06 Apr 2010 15:23:22 +0300 (#1043823)

 

Amper пишет:

› показать цитату

> On 06.04.2010 14:52, avm7work wrote: > >> такой вопрос - нет ли в современном ядре каких-либо например элементов >> защиты (selinux или еще что), которые при таком вот странном подключении >> интерфейсов начинают блокировать трафик? >> > > Тут причина скорее в том, что траффик приходит не в тот интерфейс, > поскольку на арпы отвечают оба (это кажется где-то можно отключить, но я > не помню где). Еще можно переписать файрвол так, чтобы в нем не > фигурировали имена интерфейсов, а только адреса. >

Была такая мысль, но ведь интерфейсы настроены статически и имеют
различные IP из разных сетей. Клиентские хосты обращаются к серверу по
IP интерфейса локальной сети и значит отвечать на запросы arp должен
нужный интерфейс.
При этом конечно оба интерфейса видят в одно и то же время одинаковые
пакеты и возможно это не очень нравится ядру, если конечно до него эти
пакеты пропускают интерфейсы в обычном режиме (не специалист по
устройству всей внутренней кухни). Мандриве это не мешало.
Разумеется попробую разделить интерфейсы по разным свичам хотя бы
попробовать.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37006; Возраст листа: 2448; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1044266

Ответить  

avm7work

Wed, 07 Apr 2010 08:39:56 +0400 (#1044266)

 

On Wed, 07 Apr 2010 08:39:56 +0400
avm7work wrote:

› показать цитату

> Amper пишет: > > On 06.04.2010 14:52, avm7work wrote: > > > >> такой вопрос - нет ли в современном ядре каких-либо например элементов > >> защиты (selinux или еще что), которые при таком вот странном подключении > >> интерфейсов начинают блокировать трафик? > >> > > > > Тут причина скорее в том, что траффик приходит не в тот интерфейс, > > поскольку на арпы отвечают оба (это кажется где-то можно отключить, но я > > не помню где). Еще можно переписать файрвол так, чтобы в нем не > > фигурировали имена интерфейсов, а только адреса. > > > Была такая мысль, но ведь интерфейсы настроены статически и имеют > различные IP из разных сетей. Клиентские хосты обращаются к серверу по > IP интерфейса локальной сети и значит отвечать на запросы arp должен > нужный интерфейс. > При этом конечно оба интерфейса видят в одно и то же время одинаковые > пакеты и возможно это не очень нравится ядру, если конечно до него эти > пакеты пропускают интерфейсы в обычном режиме (не специалист по > устройству всей внутренней кухни). Мандриве это не мешало. > Разумеется попробую разделить интерфейсы по разным свичам хотя бы > попробовать. >

По вланам раскидать, если свич умеет ;). Если я правильно ошибаюсь,
то причинный тазик должен слать клиентам ICMP Redirect, так как
видит, что гейтвей, которому он пересылает пакеты, напрямую доступен
клиентам (http://en.wikipedia.org/wiki/ICMP_Redirect_Message).
Помнится, это отключаемо через sysctl, гугл в помощь.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37007; Возраст листа: 2449; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1045159

Ответить   Oleg Matviychuk Thu, 8 Apr 2010 02:09:04 +0300 (#1045159)

 

Amper пишет:

› показать цитату

> On 06.04.2010 14:52, avm7work wrote: > >> такой вопрос - нет ли в современном ядре каких-либо например элементов >> защиты (selinux или еще что), которые при таком вот странном подключении >> интерфейсов начинают блокировать трафик? >> > > Тут причина скорее в том, что траффик приходит не в тот интерфейс, > поскольку на арпы отвечают оба (это кажется где-то можно отключить, но я > не помню где). Еще можно переписать файрвол так, чтобы в нем не > фигурировали имена интерфейсов, а только адреса. > >

причина похоже именно в arp
arp-scan с клиентского хоста выдал для обеих сетевух один и тот же IP
локальной сети,
хотя в настройках прописано какому интерфейсу какой IP соответствует и
ifconfig это подтверждает
ядро дебиана стало такое "умное", что объеденило мне обе сетевухи как бы
в одну (даже не знаю как это назвать, что-то типа бондинга)

придется перестраивать схему так, чтобы остался один интерфейс, тем
более это давно напрашивается...

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37021; Возраст листа: 2450; Участников: 1366
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1046258

Ответить  

avm7work

Fri, 09 Apr 2010 09:50:56 +0400 (#1046258)

 

{#template MAIN} <div id="loginForm" style="display:none;" class="subscriberu_popup"> <div class="popup_register"> {#include js_tmpl_auth_reg_tab} {#if $P.login_register_tab == 1} <form class="authentication-form" method="post" action="/MEMBERLOGIN_authen_cred"> <dl class="rg_block_options"> <dt id="js_tap_panel_auth"> <h1>Войти на сайт</h1> {* {#include js_tmpl_auth_reg_button} *} {#include js_tmpl_auth_reg_action} <hr class="logreg_line noPhones"> <div class="logreg_descr noPhones"><p>{#include js_tmpl_auth_reg_descr} </p></div> <div class="logreg_advice noPhones"> Если вы еще не с нами, то начните с <a href="#" onclick="rgNav('js_tab_reg');return false;" class="dashed" data-func="registr">регистрации</a> </div> <br><br> <a class="dashed auth-enter" href="/manage/author/"><b>Вход для авторов</b></a> </dt> </dl> </form> {#/if} {#if $P.login_register_tab == 2} <div class="rg_block_options"> <div id="js_tap_panel_auth"> <h1>Регистрация</h1> <div class="social_reg"> {* <div class="rg_description">{#include js_tmpl_soc_auth_reg_descr}</div> *} {#include js_tmpl_auth_reg_soc} <div class="rg_soc_auth_agree">{#include js_tmpl_auth_reg_agree}</div> </div> <div class="subscribe_reg"> {* <div class="rg_description"> #include js_tmpl_auth_reg_descr </div> *} {#include js_tmpl_auth_reg_action} </div> {* {#include js_tmpl_auth_reg_button} *} <div class="clr"> </div> <hr class="logreg_line noPhones"> <div class="logreg_descr noPhones">{#include js_tmpl_auth_reg_descr} {#include js_tmpl_soc_auth_reg_descr} </div> </div> </div> {#/if} </div> {* <div class="gray_bg register_shadow"></div> *} </div> {#/template MAIN} {#template js_tmpl_auth_reg_tab} <ul class="rg_nav"> <li id="js_tab_auth" class="{#if $P.login_register_tab == 1} rg_active_nav {#/if} rg_first_nav"><a onclick="rgNav('js_tab_auth');return false;" href="">Вход на сайт</a></li> <li id="js_tab_reg" class="{#if $P.login_register_tab == 2} rg_active_nav {#/if}"><a onclick="rgNav('js_tab_reg');return false;" href="">Регистрация </a></li> </ul> <span onclick="hidebo();" class="rg_closed"> </span> {#/template js_tmpl_auth_reg_tab} {#template js_tmpl_auth_reg_action} {#if $P.login_register_tab == 1} {#include js_tmpl_auth_reg_soc} {#/if} <div class="rg_forms"> <input type="hidden" id="login_register_destination" value="{$P.login_register_destination}"/> {#if $P.login_register_tab == 1} <div class="rg_for_input"> <span class="rg_text_inner">E-mail или код подписчика</span> <input id="credential_0" class="js_keydown_selector rg_input_text" data-js_submit="no" data-js_next_input_name="credential_1" name="" type="text" /> </div> <div class="rg_for_input"> <span class="rg_text_inner">Пароль</span> <input id="credential_1" class="js_keydown_selector rg_input_text" data-js_submit="yes" data-js_action="js_loginFormBut" name="" type="password" onkeyup="showAttention(this,!!window.event.shiftKey)" /> <span class="pswd_attention" id="attention_pswd"> <span class="icon_attention"></span> <span class="pswd_attention-text" id="attention-text_pswd1">Русская раскладка клавиатуры!</span> <span class="pswd_attention-text" id="attention-text_pswd2">У вас включен Caps Lock!</span> <span class="pswd_attention-text" id="attention-text_pswd3">У вас включен Caps Lock и русская раскладка клавиатуры!</span> </span> </div> <div class="rg_for_input input-alien"> <span class="chk noPhones"><input id="chk_alien" name="" type="checkbox" /></span><label for="chk_alien" class="noPhones"> Чужой компьютер</label> <a class="forgot_pass" href="/member/totalrecall">Забыли пароль?</a> </div> <div class="rg_for_input"> <em id="auth_msg" class="reg_error"></em> <input id="lf_typeauthid" value="email" type="hidden"> <input type="submit" class="button button-red logreg_submit" id="js_loginFormBut" value="Войти"> <!--</a>--> <div class="loading loading-cover" style="display: none;"><div class="loader"></div></div> </div> {#/if} {#if $P.login_register_tab == 2} <div class="rg_for_input"> <span class="rg_text_inner">E-mail</span> <input id="arfemail" class="js_keydown_selector rg_input_text" name="" type="text" data-js_submit="yes" data-js_action="js_regFormBut"/> </div> <div class="rg_for_input rg_set_lineh rg_for_input_wide"> <label class="js_tap_panel_checkbox"> <span class="chk"><input name="" id='js_tap_panel_checkbox_terms' type="checkbox" data-js_submit="yes" /></span> Я ознакомился и согласен с <a class="link_txd logreg_accLink" href="/faq/vereinbarung.html">условиями сервиса Subscribe.ru</a> </label> <br /> <label class="js_tap_panel_checkbox"> <span class="chk"><input name="" id='js_tap_panel_checkbox_personal' type="checkbox" data-js_submit="yes" /></span> Нажимая на кнопку "Готово!", я даю <a class="link_txd logreg_accLink" href="/faq/persverordnung.html">согласие на обработку персональных данных</a> </label> </div> {* <div style="float: left;position: absolute;left: 11em;"> <img src="http://www.kupivip.ru/images/vip/logo.png?1604" style="width: 86px; vertical-align: middle;display: block;"> </div> <div class="rg_for_input rg_set_lineh"> <label class="js_tap_panel_checkbox"><input name="" id="js_tap_panel_checkbox_kupivip" type="checkbox" data-js_submit="yes"> Я хочу получать новости о скидках на одежду</label> </div> *} <div class="rg_for_input"> <em id="reg_msg" class="reg_error rg_for_input_wide"></em> <em id="reg_msg2" class="reg_error rg_for_input_wide"></em> <input id="rf_typeauthid" value="email" type="hidden"> <a class="button button-red logreg_submit" id="js_regFormBut" href="#">Готово!</a> <div class="loading loading-cover" style="display: none;"><div class="loader"></div></div> </div> {#/if} </div> {#/template js_tmpl_auth_reg_action} {#template js_tmpl_auth_reg_agree} <div class="rg_for_input rg_set_lineh rg_for_input_wide"> <label class="js_tap_panel_checkbox"> <span class="chk"><input name="" id='js_tap_panel_checkbox_terms_reg' type="checkbox" data-js_submit="yes" /></span> Я ознакомился и согласен с <a class="link_txd logreg_accLink" href="/faq/vereinbarung.html">условиями сервиса Subscribe.ru</a></label> <em id="reg_msg_soc" class="reg_error rg_for_input_wide"></em> </div> {#/template js_tmpl_auth_reg_agree} {#template js_tmpl_auth_reg_button} <div class="rg_butons_socials"> {#if $P.login_register_tab == 1} <a class="rg_btn_soc rg_bs_01 js_tap_panel_selector" action="auth_email" href="#"><span><i></i>Email</span></a> <a class="rg_btn_soc rg_bs_01 js_tap_panel_selector" action="auth_openid" href="#"><span><i></i>OpenID</span></a> <a class="rg_btn_soc rg_bs_02 js_tap_panel_selector" action="auth_vkontakte" href="#"><span><i></i>Вконтакте</span></a> <a class="rg_btn_soc rg_bs_02 js_tap_panel_selector" action="auth_mailru" href="#"><span><i></i>Mail.Ru</span></a> {#/if} {#if $P.login_register_tab == 2} <a class="rg_btn_soc rg_bs_01 js_tap_panel_selector" action="reg_email" href="#"><span><i></i>Email</span></a> <a class="rg_btn_soc rg_bs_01 js_tap_panel_selector" action="reg_openid" href="#"><span><i></i>OpenID</span></a> <a class="rg_btn_soc rg_bs_02 js_tap_panel_selector" action="reg_vkontakte" href="#"><span><i></i>Вконтакте</span></a> <a class="rg_btn_soc rg_bs_02 js_tap_panel_selector" action="reg_mailru" href="#"><span><i></i>Mail.Ru</span></a> {#/if} </div> {#/template js_tmpl_auth_reg_button} {#template js_tmpl_auth_reg_descr} {#if $P.login_register_tab == 1} Для оформления подписки на выбранную рассылку, работы с интересующей вас группой или доступа в нужный вам раздел, просим авторизоваться на Subscribe.ru {#/if} {#if $P.login_register_tab == 2} Для регистрации укажите ваш e-mail адрес. Адрес должен быть действующим, на него сразу после регистрации будет отправлено письмо с инструкциями и кодом подтверждения. {#/if} {#/template js_tmpl_auth_reg_descr} {#template js_tmpl_soc_auth_reg_descr} Или зарегистрируйтесь через социальную сеть. {#/template js_tmpl_soc_auth_reg_descr} {#template js_tmpl_auth_reg_soc} <div class="rg_soc"> {#if $P.login_register_tab == 1} <a onclick="return _checkSocConfirm(event)" href="https://oauth.vk.com/authorize?client_id=3954260&scope=wall,offline,photos,groups,video,audio,email&redirect_uri={location.protocol+'//'+location.host}/member/login/vk/&response_type=code&v=5.15" class="login_register_vk_button"> <span class="login_register_vk_icon"></span> </a> {#/if} {#if $P.login_register_tab == 2} <a onclick="return _checkSocConfirm(event)" href="https://oauth.vk.com/authorize?client_id=3954260&scope=wall,offline,photos,groups,video,audio,email&redirect_uri={location.protocol+'//'+location.host}/member/join/vk&response_type=code&v=5.15" class="login_register_vk_button"> <span class="login_register_vk_icon"></span> </a> {#/if} </div> {#/template js_tmpl_auth_reg_soc}

{#template MAIN} <div id="loginForm" style="display:none;" class="subscriberu_popup"> <div class="popup_register"> {#include js_tmpl_auth_reg_tab} <dl class="rg_block_options"> <dt id="js_tap_panel_auth"> <p class="rg_description">{#include js_tmpl_auth_reg_descr}</p> <div class="clr"> </div> {#include js_tmpl_auth_reg_action} <div class="clr"> </div> </dt> </dl> </div> <!-- <div class="gray_bg register_shadow"></div> --> </div> {#/template MAIN} {#template js_tmpl_auth_reg_tab} <ul class="rg_nav"> <li id="js_tab_reg" class="rg_active_nav rg_first_nav"><a href="" onclick="return false;" >Регистрация</a></li> </ul> <span onclick="hidebo();" class="rg_closed"> </span> {#/template js_tmpl_auth_reg_tab} {#template js_tmpl_auth_reg_descr} <strong>Пожалуйста, подтвердите ваш адрес.</strong><br><br>Вам отправлено письмо для подтверждения вашего адреса {$P.register_confirm_mail}.<br>Для подтверждения адреса перейдите по ссылке из этого письма. {#/template js_tmpl_auth_reg_descr} {#template js_tmpl_auth_reg_action} <div class="rg_forms confirm_code_from_letter"> <div class="rg_for_input"> <span class="rg_inp_descr" style="width:15em;">Или введите код из письма:</span> <input type="text" value="" id="confirm_code" name="" data-js_submit="yes" data-js_action="js_confirmFormBut" class="js_keydown_selector rg_input_text_conf" > </div> <div class="rg_for_input"><label>Не пришло письмо? <b>Пожалуйста, проверьте папку Спам</b><br /> (папку для нежелательной почты).</label><br />  <a href="" onclick="ajax_recall_code();return false" >Вышлите мне письмо еще раз!</a></div> <div class="rg_for_input"> <em class="reg_error" id="confirm_msg"></em> <a href="#" class="button button-red" id="js_confirmFormBut">Готово</a> <div class="loading loading-cover" style="display: none;"><div class="loader"></div></div> <br> </div> </div> {#/template js_tmpl_auth_reg_action}