forum.opennet.ru - "Нужно во внутренней сети за NAT чтобы на устройстве был реал..." (13)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
Сообщение от AnzUl (ok) on 13-Янв-06, 11:36
Дано маршрутизатор с несколькими интерфейсами eth0 - с реальным ip смотрит к провайдеру, eth1,eth2,eth3,eth4 смотрит во внутреннюю сеть. на eth3 подключен маршрутизатор клиента, который хочет чтобы у него был реальный ip. используемые правила маршрутизации: IPTABLES="/sbin/iptables" echo 1 > /proc/sys/net/ipv4/ip_forward $IPTABLES -P FORWARD DROP $IPTABLES -A FORWARD -d 192.168.0.0/255.255.0.0 -i eth0 -j ACCEPT $IPTABLES -t nat -A POSTROUTING -s 0.0.0.0/0.0.0.0 -o eth0 -j SNAT --to-source $REAL_IP $IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 00:11:22:33:44:55 -j ACCEPT $IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 66:77:88:99:AA:BB -j ACCEPT .... При этом используется UTM 5.0 для снятия статистики и блокировки пользователя. Нужно сделать клиенту реальный ip на его маршрутизатор (D-Link) с привязкой к MAC чтобы трафик считался и машина блокировалась, в случае если средсва на счете израсходованы.
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

Оглавление

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 12:47 , 14-Янв-06, (1)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., FreD, 18:33 , 14-Янв-06, (2)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 08:54 , 16-Янв-06, (4)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., Некто, 22:18 , 14-Янв-06, (3)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 08:55 , 16-Янв-06, (5)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., Миха, 10:01 , 19-Янв-06, (6)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., mva10, 10:36 , 19-Янв-06, (7)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 13:59 , 20-Янв-06, (8)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 14:00 , 20-Янв-06, (9)
Нужно во внутренней сети за NAT чтобы на устройстве был реал..., AnzUl, 21:52 , 23-Янв-06, (10)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., Миха, 15:47 , 24-Янв-06, (11)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., Миха, 15:49 , 24-Янв-06, (12)

Нужно во внутренней сети за NAT чтобы на устройстве был реал..., dimus, 13:06 , 01-Фев-06, (13)

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

1. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 14-Янв-06, 12:47

>Дано маршрутизатор с несколькими интерфейсами
>eth0 - с реальным ip смотрит к провайдеру,
>eth1,eth2,eth3,eth4 смотрит во внутреннюю сеть.
>
>на eth3 подключен маршрутизатор клиента, который хочет чтобы у него был реальный
>ip.
>
>
>используемые правила маршрутизации:
>
>IPTABLES="/sbin/iptables"
>echo 1 > /proc/sys/net/ipv4/ip_forward
>$IPTABLES -P FORWARD DROP
>$IPTABLES -A FORWARD -d 192.168.0.0/255.255.0.0 -i eth0 -j ACCEPT
>$IPTABLES -t nat -A POSTROUTING -s 0.0.0.0/0.0.0.0 -o eth0 -j SNAT --to-source
>$REAL_IP
>$IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 00:11:22:33:44:55 -j
>ACCEPT
>$IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 66:77:88:99:AA:BB -j
>ACCEPT
>....
>
>При этом используется UTM 5.0 для снятия статистики и блокировки пользователя.
>
>Нужно сделать клиенту реальный ip на его маршрутизатор (D-Link) с привязкой к
>MAC чтобы трафик считался и машина блокировалась, в случае если средсва
>на счете израсходованы.

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

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от FreD on 14-Янв-06, 18:33

Тут не НАТ надо делать а роутинг

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 16-Янв-06, 08:54

>Тут не НАТ надо делать а роутинг
Это все может и так да только Billing работает через iptables и отключени происходит через удаление правила:
$IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 00:11:22:33:44:55 -j ACCEPT
Поэтому мне немного не понятно как будет в данном случае работать Billing? Если есть варианты, help pls :-)

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от Некто (??) on 14-Янв-06, 22:18

А у тебя вообще есть возможность раздавать белые IP-адреса?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 16-Янв-06, 08:55

>А у тебя вообще есть возможность раздавать белые IP-адреса?
Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, что не очень удобно.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

6. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от Миха (??) on 19-Янв-06, 10:01

>>А у тебя вообще есть возможность раздавать белые IP-адреса?
>
>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру,
>что не очень удобно.
На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от mva10 (??) on 19-Янв-06, 10:36

>>>А у тебя вообще есть возможность раздавать белые IP-адреса?
>>
>>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру,
>>что не очень удобно.
>
>На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat
>с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.
>
решали вроде так
на внешнем интерфейсе даем реальный требуемый IP дополнительно
а далее в ipnat в нашем случае rdr на локальный клиента
поправьте если не прав

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 20-Янв-06, 13:59

>>>>А у тебя вообще есть возможность раздавать белые IP-адреса?
>>>
>>>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру,
>>>что не очень удобно.
>>
>>На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat
>>с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.
>>
>
>решали вроде так
>
>на внешнем интерфейсе даем реальный требуемый IP дополнительно
>а далее в ipnat в нашем случае rdr на локальный клиента
>
>поправьте если не прав

Этот вариант не подойдет, так как у клиента в этом случае будет "нереальный" ip, а он хочет чтобы у него на машине стоял "реальный" ip. Ты как раз описываешь случай выноса машины клиента через NAT DNAT, этот способ мне к сожалению не подходит

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

9. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 20-Янв-06, 14:00

>>>А у тебя вообще есть возможность раздавать белые IP-адреса?
>>
>>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру,
>>что не очень удобно.
>
>На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat
>с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.
>
Если не сложно очень хотелось бы подробнее, спасибо.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

10. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от AnzUl (ok) on 23-Янв-06, 21:52

>>>А у тебя вообще есть возможность раздавать белые IP-адреса?
>>
>>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру,
>>что не очень удобно.
>
>На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat
>с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.
>
Попробую 2-й раз спросить, pls напиши подробно

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

11. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от Миха (??) on 24-Янв-06, 15:47

Сначала делаем алиасы на интерфейсе, например
/sbin/ifconfig eth0:0 172.16.3.10
это значит что на eth0 будет висеть ещё один IP 172.16.3.10
добавляем маршрут
/sbin/route add -host 172.16.3.10 dev eth0:0
Командой
$IPTABLES -t nat -A PREROUTING -p tcp -d внешний_айпи --dport 27015 -j SNAT --to-destination внутренний_ip_сервера_клиента_твоего:27015
здесь - впускаем людей которые приходят на порт 27015(созданного нами айпи) внутрь сети на адрес твоего клиента, в данном случае люди могут играть на внутреннем counter strike сервере приходя снаружи, например из интернет, и свиду это будет так, как будто сервер и есть на внешнем айпи адресе, по аналогии всё остальное.
Может что-то забыл, проверено на OpenBSDно там немного другой синтаксис и правила файрвола, но принцип такой.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

12. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от Миха (??) on 24-Янв-06, 15:49

>Сначала делаем алиасы на интерфейсе, например
>/sbin/ifconfig eth0:0 172.16.3.10
>это значит что на eth0 будет висеть ещё один IP 172.16.3.10
>добавляем маршрут
>/sbin/route add -host 172.16.3.10 dev eth0:0
>
>Командой
>$IPTABLES -t nat -A PREROUTING -p tcp -d внешний_айпи --dport 27015 -j
>SNAT --to-destination внутренний_ip_сервера_клиента_твоего:27015
>
>здесь - впускаем людей которые приходят на порт 27015(созданного нами айпи) внутрь
>сети на адрес твоего клиента, в данном случае люди могут играть
>на внутреннем counter strike сервере приходя снаружи, например из интернет, и
>свиду это будет так, как будто сервер и есть на внешнем
>айпи адресе, по аналогии всё остальное.
>
>Может что-то забыл, проверено на OpenBSDно там немного другой синтаксис и правила
>файрвола, но принцип такой.
конечно же не командой, а лучше добавить в скрипт запуска файрвола, ну и алиасы раздавать каждый раз при загрузке лучше в скрипте загрузки.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."

Сообщение от dimus (??) on 01-Фев-06, 13:06

А что, просто маршрутизацию трудно настроить?
Внешний интерфейс: 11.22.33.44
Внутренний: 11.22.33.1 маска 255.255.255.252
У клиента: 11.22.33.2
Адреса вообще могут быть любыми, например 129,130 но правило такое: смотрим на две последние цифры в двоичном коде адреса интерфейса - есди 00 - это адрес сети, если 01 - адрес нашего роутера, если 10 - адрес клиента, если 11 - это броадкаст.
Ну и алиас с серым ИП для остальных.
Элементарно.
А если свич после внутреннего интерфейса управляемый - делаем пару виланов с разными ИПшниками, и все.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
Сообщение от AnzUl (ok) on 14-Янв-06, 12:47
>Дано маршрутизатор с несколькими интерфейсами >eth0 - с реальным ip смотрит к провайдеру, >eth1,eth2,eth3,eth4 смотрит во внутреннюю сеть. > >на eth3 подключен маршрутизатор клиента, который хочет чтобы у него был реальный >ip. > > >используемые правила маршрутизации: > >IPTABLES="/sbin/iptables" >echo 1 > /proc/sys/net/ipv4/ip_forward >$IPTABLES -P FORWARD DROP >$IPTABLES -A FORWARD -d 192.168.0.0/255.255.0.0 -i eth0 -j ACCEPT >$IPTABLES -t nat -A POSTROUTING -s 0.0.0.0/0.0.0.0 -o eth0 -j SNAT --to-source >$REAL_IP >$IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 00:11:22:33:44:55 -j >ACCEPT >$IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 66:77:88:99:AA:BB -j >ACCEPT >.... > >При этом используется UTM 5.0 для снятия статистики и блокировки пользователя. > >Нужно сделать клиенту реальный ip на его маршрутизатор (D-Link) с привязкой к >MAC чтобы трафик считался и машина блокировалась, в случае если средсва >на счете израсходованы. Народ очень нужно, помогите нашел вариант с пробросом машины в инет, но при этом у нее адрес остается внутренней сети, что не хотелось бы.
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	2. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от FreD on 14-Янв-06, 18:33
	Тут не НАТ надо делать а роутинг
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	4. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от AnzUl (ok) on 16-Янв-06, 08:54
	>Тут не НАТ надо делать а роутинг Это все может и так да только Billing работает через iptables и отключени происходит через удаление правила: $IPTABLES -A FORWARD -s $LOCAL_IP -o eth0 -m mac --mac-source 00:11:22:33:44:55 -j ACCEPT Поэтому мне немного не понятно как будет в данном случае работать Billing? Если есть варианты, help pls :-)
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

3. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
Сообщение от Некто (??) on 14-Янв-06, 22:18
А у тебя вообще есть возможность раздавать белые IP-адреса?
Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	5. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от AnzUl (ok) on 16-Янв-06, 08:55
	>А у тебя вообще есть возможность раздавать белые IP-адреса? Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, что не очень удобно.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	6. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от Миха (??) on 19-Янв-06, 10:01
	>>А у тебя вообще есть возможность раздавать белые IP-адреса? > >Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, >что не очень удобно. На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	7. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от mva10 (??) on 19-Янв-06, 10:36
	>>>А у тебя вообще есть возможность раздавать белые IP-адреса? >> >>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, >>что не очень удобно. > >На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat >с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу. > решали вроде так на внешнем интерфейсе даем реальный требуемый IP дополнительно а далее в ipnat в нашем случае rdr на локальный клиента поправьте если не прав
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	8. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от AnzUl (ok) on 20-Янв-06, 13:59
	>>>>А у тебя вообще есть возможность раздавать белые IP-адреса? >>> >>>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, >>>что не очень удобно. >> >>На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat >>с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу. >> > >решали вроде так > >на внешнем интерфейсе даем реальный требуемый IP дополнительно >а далее в ipnat в нашем случае rdr на локальный клиента > >поправьте если не прав Этот вариант не подойдет, так как у клиента в этом случае будет "нереальный" ip, а он хочет чтобы у него на машине стоял "реальный" ip. Ты как раз описываешь случай выноса машины клиента через NAT DNAT, этот способ мне к сожалению не подходит
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	9. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от AnzUl (ok) on 20-Янв-06, 14:00
	>>>А у тебя вообще есть возможность раздавать белые IP-адреса? >> >>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, >>что не очень удобно. > >На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat >с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу. > Если не сложно очень хотелось бы подробнее, спасибо.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	10. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от AnzUl (ok) on 23-Янв-06, 21:52
	>>>А у тебя вообще есть возможность раздавать белые IP-адреса? >> >>Да есть. Сейчас это клиент подключен через хаб напрямую к вышестоящему провайдеру, >>что не очень удобно. > >На карте которая к провайдеру ifconfig'ом сколько надо айпишников, потом делаешь snat >с помощью iptables... если подробнее - многа букаф, поконкретнее спросишь отвечу. > Попробую 2-й раз спросить, pls напиши подробно
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	11. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от Миха (??) on 24-Янв-06, 15:47
	Сначала делаем алиасы на интерфейсе, например /sbin/ifconfig eth0:0 172.16.3.10 это значит что на eth0 будет висеть ещё один IP 172.16.3.10 добавляем маршрут /sbin/route add -host 172.16.3.10 dev eth0:0 Командой $IPTABLES -t nat -A PREROUTING -p tcp -d внешний_айпи --dport 27015 -j SNAT --to-destination внутренний_ip_сервера_клиента_твоего:27015 здесь - впускаем людей которые приходят на порт 27015(созданного нами айпи) внутрь сети на адрес твоего клиента, в данном случае люди могут играть на внутреннем counter strike сервере приходя снаружи, например из интернет, и свиду это будет так, как будто сервер и есть на внешнем айпи адресе, по аналогии всё остальное. Может что-то забыл, проверено на OpenBSDно там немного другой синтаксис и правила файрвола, но принцип такой.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	12. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от Миха (??) on 24-Янв-06, 15:49
	>Сначала делаем алиасы на интерфейсе, например >/sbin/ifconfig eth0:0 172.16.3.10 >это значит что на eth0 будет висеть ещё один IP 172.16.3.10 >добавляем маршрут >/sbin/route add -host 172.16.3.10 dev eth0:0 > >Командой >$IPTABLES -t nat -A PREROUTING -p tcp -d внешний_айпи --dport 27015 -j >SNAT --to-destination внутренний_ip_сервера_клиента_твоего:27015 > >здесь - впускаем людей которые приходят на порт 27015(созданного нами айпи) внутрь >сети на адрес твоего клиента, в данном случае люди могут играть >на внутреннем counter strike сервере приходя снаружи, например из интернет, и >свиду это будет так, как будто сервер и есть на внешнем >айпи адресе, по аналогии всё остальное. > >Может что-то забыл, проверено на OpenBSDно там немного другой синтаксис и правила >файрвола, но принцип такой. конечно же не командой, а лучше добавить в скрипт запуска файрвола, ну и алиасы раздавать каждый раз при загрузке лучше в скрипте загрузки.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх


	13. "Нужно во внутренней сети за NAT чтобы на устройстве был реал..."
	Сообщение от dimus (??) on 01-Фев-06, 13:06
	А что, просто маршрутизацию трудно настроить? Внешний интерфейс: 11.22.33.44 Внутренний: 11.22.33.1 маска 255.255.255.252 У клиента: 11.22.33.2 Адреса вообще могут быть любыми, например 129,130 но правило такое: смотрим на две последние цифры в двоичном коде адреса интерфейса - есди 00 - это адрес сети, если 01 - адрес нашего роутера, если 10 - адрес клиента, если 11 - это броадкаст. Ну и алиас с серым ИП для остальных. Элементарно. А если свич после внутреннего интерфейса управляемый - делаем пару виланов с разными ИПшниками, и все.
	Правка \| Высказать мнение \| Ответить \| Cообщить модератору \| Наверх

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]