Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » VPN: вся информация в этой теме

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160

Открыть новую тему     Написать ответ в эту тему

Guest

BANNED
Редактировать | Цитировать | Сообщить модератору
VPN

 
Собираем полезные линки, преимущественно на русском.
 
Настройка VPN под Windows 9x, 2000, XP  
Настройка VPN под Windows XP  
Настройка VPN под Windows 9x  
http://compnetworking.about.com/cs/vpn/  
http://www.corecom.com/html/vpn.html
http://www.iec.org/online/tutorials/vpn/
VPN и спутники
VPN соединение для Vista пошагово с картинками  
VPN соединение для XP пошагово с картинками  
Настройка VPN (PPPoE) для Windows Vista  
Конфигурация VPN в Windows 2000 (Соединяя Офисы)
Как создать VPN на базе протокола L2TP  
Сравнение характеристик существующих Open Source VPN решений для Linux
VPN соединение "подвисает", приходится переподключаться. Попробуйте изменить значение MTU на клиенте.  
 
VPN и IPSec на пальцах
Технологии используемые в IPSEC (ipsec vpn tunnel cisco)
 
Темы на форуме
VPN под Linux
 
Если при создании VPN соединения у вас "вдруг" перестает работать интернет, надо найти настройки VPN соединения в них настройки TCP-IP там кнопку advanced и сбросить галку "использовать основной шлюз в удаленной сети".

Отправлено: 09:11 29-03-2002 | Исправлено: Xant1k, 14:57 09-07-2020
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Срочно нужен совет/помощь
 
Проблема: VPN-клиент после подключения к домену не обновляет DNS-запись.
 
Стенд:
1) VPN-сервер: Win 2003.
Развёрнуты следующие сервисы:
-- RRAS (является клиентом RADIUS)
-- DHCP Relay Agent (адреса VPN-клиентам выдаются DHCP-сервером во внутренней сети, конфигурация будет приведена ниже)
-- Манагер подключений
 
2) DC-сервер: Win 2003 ent.
Развёрнуты следующие сервисы:
-- IAS
-- DDNS
-- AD
-- DHCP
-- CA
 
Конфигурация:
VPN-сервер имеет два сетевых интерфейса (IntraA и Inter). Интерфейс Intra подключен к локальной сети, а Inter к условно внешней сети (к примеру, к Интернет). На VPN-сервере настроена служба RRAS, клиент RADIUS и клиент пересылки DHCP-запросов с интерфейса Inter. IP Intra 192.168.0.2/24 (dns: 192.168.0.1), IP Inter 10.0.0.2/24.
 
DC-сервер имеет один сетевой интерфейс (IntraB), подключенный к локальной сети с параметрами IP 192.168.0.1/24 dns:127.0.0.1. На DC-сервере, в частности, настроена служба IAS, связанная с AD, и DHCP-сервер (выдаёт адреса в диапазоне от 192.168.0.100 по 192.168.0.200).
 
Описание прецендента:
Пользователь подключается к Inter-интерфейсу VPN-сервера. Проходит проверку и получает доступ в сеть. Но в DNS запись о подключённом клиенте не обновляется. Это приводит к ряду сложностей. В чём может быть причина?

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 12:23 15-11-2007
se111



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Ruppert
вот эту галку поставь
Ссылка
 
и плюс к этому надо добавить разрешение на запись учетке компьютера** (см примечание)  
в свойствах DNS сервера, точнее в свойствах нужно зоны dns сервера.  
 
** а вот тут я точно не помню(чесное слово забыл) то ли Radius туда добавить надо, толи DHCP  
ну тут ты уж сам проверь если не один то другой.
 

Всего записей: 782 | Зарегистр. 21-04-2005 | Отправлено: 13:50 15-11-2007 | Исправлено: se111, 13:53 15-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
se111,  спасибо )
 
Картинка, увы, пока не открывается, но потом посмотрю. Думаю, там показана галка что-то вроде "Регистрировать адреса этого подключения в DNS" из панельки конфигурирования интерфейса. Но эта галка стоит, но всё равно клиенты в DNS не регистрируются через VPN. Если просто комп к локалке подрубить, то сразу всё регистрируется, а через VPN -- нефига. Задобался уже, неделю бьюсь. IP-адреса разрешаются без проблем по всем клиентам с любого компьютера, а в DNS пусто.

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 14:01 15-11-2007 | Исправлено: Ruppert, 15:16 15-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
se111
Картинка посмотрел ) Эта галка актуальна для клиентов которые не могут передавать 81-вый сигнал. Но у меня клиенты ХР, они умеют передавать 81-сигнал. И если нахватать пакетов, то видно, что клиенты 81-вый сигнал передают.

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 10:04 16-11-2007
se111



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Ruppert
Каким образом компьютер который не в домене должен обновить свою запись DDNS если у него нету на это прав? я конесно не уверен на все 100%, но думаю то что у тебя подключения от имени доменного юзера мало что значат, компьютер должен быть в домене.  
Чё мешает тебе проверить, то что я написал?  
 
 
 
 

Всего записей: 782 | Зарегистр. 21-04-2005 | Отправлено: 10:43 16-11-2007 | Исправлено: se111, 10:43 16-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
se111, я проверил то, что ты написал. Но дело в том, что DHCP-сервер не участвует в обновлении DNS-записей удалённых и VPN-клиентов вроде бы. Удалённые и VPN-клиенты сами должны регистрироваться в DNS, причём запрос на обновление формируется по тем же причинам, что и для клиентов со статическими адресами. DHCP в данном случае используется ислючительно для выдачи пула адресов для RRAS-сервера. RRAS-сервер выдаёт VPN-клиентам статические адреса, а записи A и PTR клиенты должы обновлять сами (естественно если клиенту предписано самому обновлять оба этих типа записей, там внизу в настройках интерфейса на вкладке DNS надо поставить две галки). Но проблема в том, что всё равно нефига не работает.
Теперь от теории к практике. Компьютер у меня в домене, я так понимаю. При входе я с помощью удалённого подключения регистрируюсь в домене. Тут вроде всё ок. Но DNS-запись не обновляется, а если удалить прежнюю, то новая не появляется. Я уже на тестовом стенде дал разрешение всем писать в зону, но толку никакого.
 
Добавлено:
Обновление:
В общем ситуация следующая. Если впихнуть в группу DNSUpdateProxy комп с DHCP-серваком и комп клиента VPN, то становиться возможным обновить записи в DNS через ipconfig /registerdns. Но сами клиенты автоматически, твари такие, обновляться не хотят.

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 12:55 16-11-2007 | Исправлено: Ruppert, 15:12 16-11-2007
se111



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Ruppert
DDNS стоит secure only?  
 

Цитата:
Но дело в том, что DHCP-сервер не участвует в обновлении DNS-записей удалённых и VPN-клиентов вроде бы

на картинке которую я тебя дал невооруженным взглядом видно что DCHP сервер участвует в обновлении DNS A записей.  
 
да, я забыл спросить - надеюсь суффикс домена в свойствах  VPN соединения прописан?

Всего записей: 782 | Зарегистр. 21-04-2005 | Отправлено: 20:07 16-11-2007 | Исправлено: se111, 20:24 16-11-2007
aak1980



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите пожалуйста по встроенному в XP vpn серверу.
Создал vpn сервер на xp.  
На dsl роутере настроил мапинг на машинку с vpn сервером.
Тоесть запросы на порт 1723 идут на эту машинку. Но мне кажется проблема где-то на сервере. Пытаюсь законнектиться с впн клиента на этот сервер по внешему статическому ip, доходит до проверки пользователя/ пароля, после этого выскакивает ошибка 729(с кодом могу ошибаться) - что мол удаленный сервер не отвечает.
Подскажите пожалуйста если пытаться залогиниться по неправильному имени/паролю какой ответ сервера будет?  
И еще может быть что настройки сервера/клиента неверные?  
У кого настроена такая же система, не могли бы вы посмотреть и выложить сюда настройки vpn севера и клиента, лучше все настройки включая параметры авторизации? И еще открытого порта 1723 для PPTP хватит или пинг тоже нужно открыть?

Всего записей: 52 | Зарегистр. 24-11-2006 | Отправлено: 21:01 16-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
se111
В инфе по DHCP написано, и особо подчёркнуто, что DHCP-сервер не участвует в обновлении записей DNS для удалённых клиентов. Его можно за уши притянуть и заставить обновлять удалённых клиентов через DNSProxy (в основном применяется, когда клиенты не умеют 81 сигнал передавать). Ну это так, для читателей справка. В общем, подтверждение этим словам я и увидел на практике. Твоя картинка поможет только если DHCP-серваки впихнуть в группу DNSUpdateProxy, иначе они захватывают записи и никто не может их поменять, но, опять же, клиенты не будут обновлять запись, пока явно этого не сделать. Пришлось через Манагер подключений создавать схему и с помощью Действий после подключения обновлять записи через ipconfig /registerdns. Но всё равно чувство, что где-то накасячил, ибо ситуация явно ненормальная (к примеру, gpupdate ошибку выдаёт стабильно).
П.С: суффикс домена прописан, и в свойствах подключения отображается верно.
 
Добавлено:
aak1980
Для РРТР необходимо открыть:
на вход:
-- 1723/tcp
-- разрешить 47 протокол (47/ip)
-- и можно открыть 1723/tcp established
 
Если у тебя возникает 729-ка ошибка, то ты как раз не разрешил проход для 47-го протокола и РРТР трафик у тебя пролазить не может.

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 08:21 17-11-2007
se111



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Ruppert
думаю здесь с избытком.
 
You cannot access network resources and domain name resolution is not successful when you establish a VPN connection to the corporate network from a Windows Vista-based computer
 
You may be unable to access the network when name resolution is performed through a VPN connection on a Windows XP-based or on a Windows Server 2003-based client computer
 
Implementing a DHCP Server
 

Цитата:
The reason that the service is called Dynamic DNS is that every time a computer comes on line or drops off line its tables are updated. As you might have guessed, such functionality is only possible when using a DHCP server.
 
When a new computer comes on line, DHCP assigns it an IP address. DHCP then contacts the dynamic DNS server and tells it the computer's NetBIOS name and IP address. The Dynamic DNS server then makes this information available to any computer requesting it.
 

 
Routing and Remote Access IP Addresses Register in DNS
 
Dynamic update
 

Цитата:
Important
 
• The DHCP Server service can perform proxy registration and update of DNS records for legacy clients that do not support dynamic updates.
 
 

 
The Enterprise Environment for VPNs
 

Цитата:
A new class of DNS servers is emerging that integrates the DHCP address assignment servers with the naming function. These have particular applicability in VPN environments. When a dial-in or VPN client requests an IP address via DHCP, the server will not only allocate an address for the PC but will also dynamically update the DNS record for the particular PC with assigned address

 
 

Всего записей: 782 | Зарегистр. 21-04-2005 | Отправлено: 09:40 17-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
se111, ценная инфа, огромное спасибо. Но, к сожалению, всё упирается в "this is a problem in the Microsoft products".

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 11:47 17-11-2007
aak1980



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ruppert
 
Как открыть порты я знаю, но как в модеме Zyxel 660 HT разрешить протокол GRE 47?
Подскажите плиз...

Всего записей: 52 | Зарегистр. 24-11-2006 | Отправлено: 20:28 17-11-2007
Ruppert

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aak1980
С такой железякой я не знаком. Инструкцию почитайте. Там, наверняка, всё просто.

Всего записей: 211 | Зарегистр. 13-08-2003 | Отправлено: 12:38 18-11-2007
fantome



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aak1980
сначала тебе совет - поинтересуйся, а не режет ли твой пров этот протокол...
довольно часто провайдеры фильтруют траф этого протокола...

Всего записей: 648 | Зарегистр. 09-06-2006 | Отправлено: 13:32 18-11-2007
akaBeast

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток. Подскажите пожалуйста решение нижеследующей проблемы:
 
Существует локальная сеть, разбитая на подгруппы 100-112 (получается 12 подгрупп) - кабеля с каждой подгруппы включаются непосредственно в VLAN - который обрубает брудкасты.
Естественно пользователям очень не нравится, когда они не могут поиграть в любимый ФлэтАут с людьми с другой подгруппы..  
 
Возникла идея поднять VPN сервер, люди подключатся туда, получают АйПи адрес от 192.168.99.2-192.168.99.254, и спокойно играют..
Но брудкасты не проходят в VPN соединение..  
 
Отслеживая коннекты игрушки через файрвол, она подаёт запрос на 192.168.107.255
Как заставить её стучаться именно через VPN подключение?
 
Шлюз 192.168.107.254 (если изменить, не будет работать сеть)
 
 
Может кто нибудь знает другие типы решения данной проблемы?

Всего записей: 4 | Зарегистр. 12-11-2007 | Отправлено: 15:03 18-11-2007
fantome



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akaBeast

Цитата:
Шлюз 192.168.107.254 (если изменить, не будет работать сеть)  

я в локалке использовал в клиенте redirect-gateway и сеть нормально работала.
 
А без redirect-gateway ты никак не заставишь броадкасты идти в туннель ОпенВПНа.

Всего записей: 648 | Зарегистр. 09-06-2006 | Отправлено: 18:11 18-11-2007
akaBeast

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А подробнее можно?

Всего записей: 4 | Зарегистр. 12-11-2007 | Отправлено: 18:17 18-11-2007
aak1980



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Модем Zyxel 660 HT, vpn сервак встроенный в xp, сделал мэпинг порта 1723 на машинку c серваком, разрешил порты 1723 и протокол gre47 выскакивает ошибка 721 мля, помогите плиз.

Всего записей: 52 | Зарегистр. 24-11-2006 | Отправлено: 23:16 19-11-2007
dimonte



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Привет!
 
Есть проблема. Как решить отваливание VPN соединения с сервером win 2003  server.
если подключаться через локалку то по два раза на день отваливается, если через инет то чуть ли ни каждые 15 мин. инет у меня оптика с двух сторон скорость хорошая пингуются сервера с клиентов с задержкой 3мс, работаю с сервером терминалов.

Всего записей: 173 | Зарегистр. 13-12-2004 | Отправлено: 20:21 20-11-2007
Andr2210

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
день добрый!!!
ПОМОГИТЕ разобраться - непашет VPN
Имеем Linux - OpenSWAN
Вот что лог пишет  
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #14: max number of retransmissions (2) reached STATE_QUICK_I1.  No acceptable response to our first Quick Mode message: perhaps peer likes no proposal
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #14: starting keying attempt 2 of an unlimited number
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: initiating Main Mode
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: ignoring Vendor ID payload [4048b7d56ebce88525e7de7f00d6c2d3c0000000]
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: transition from state STATE_MAIN_I1 to state STATE_MAIN_I2
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: ignoring Vendor ID payload [Cisco-Unity]
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: ignoring Vendor ID payload [XAUTH]
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: ignoring Vendor ID payload [4cccb4f576062f7c633edfd762db6f69]
Nov 21 15:35:35 gate pluto[3974]: "Ekaterinburg" #15: ignoring Vendor ID payload [1f07f70eaa6514d3b0fa96542a500100]
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: transition from state STATE_MAIN_I2 to state STATE_MAIN_I3
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: received Vendor ID payload [Dead Peer Detection]
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: Main mode peer ID is ID_FQDN: '@pixel.uralmash.ru'
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: transition from state STATE_MAIN_I3 to state STATE_MAIN_I4
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: ISAKMP SA established
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #16: initiating Quick Mode PSK+ENCRYPT+TUNNEL+PFS
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: ignoring informational payload, type NO_PROPOSAL_CHOSEN
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: received and ignored informational message
Nov 21 15:35:36 gate pluto[3974]: "Ekaterinburg" #15: received Delete SA payload: deleting ISAKMP State #15
Nov 21 15:35:36 gate pluto[3974]: packet from 197.60.5.42:500: received and ignored informational message
И так по кругу
 
Настройки
 
netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
219.172.123.188 0.0.0.0         255.255.255.252 U         0 0          0 eth1
219.172.123.188 0.0.0.0         255.255.255.252 U         0 0          0 ipsec0
192.168.4.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
0.0.0.0         219.172.123.189 0.0.0.0         UG        0 0          0 eth1
 
cat /proc/net/ipsec_tncfg
ipsec0 -> eth1 mtu=16260(1500) -> 1500
 
ipsec auto --status
000 interface ipsec0/eth1 219.172.123.190
 
eth1       inet addr:219.172.123.190  Bcast:219.172.123.191  Mask:255.255.255.252
 
ipsec0     inet addr:219.172.123.190  Mask:255.255.255.252
 
кусок фаера  
Chain IPSECPHYSICAL (1 references)
 target     prot opt in     out     source               destination          
ACCEPT     47   --  eth1   *       0.0.0.0/0            0.0.0.0/0            
ACCEPT     esp  --  eth1   *       0.0.0.0/0            0.0.0.0/0            
ACCEPT     ah   --  eth1   *       0.0.0.0/0            0.0.0.0/0            
ACCEPT     udp  --  eth1   *       0.0.0.0/0            0.0.0.0/0           udp spt:500 dpt:500  
ACCEPT     udp  --  eth1   *       0.0.0.0/0            0.0.0.0/0           udp dpt:4500
 
/etc/ipsec.conf
config setup
    interfaces="%defaultroute "
    klipsdebug="none"
    plutodebug="none"
    plutoload=%search
    plutostart=%search
    uniqueids=yes
    nat_traversal=yes
    virtual_private=%v4:10.0.0.0/8,%v4:172.16.0.0/12,%v4:192.168.0.0/16,%v4:!192.168.4.0/255.255.255.0,%v4:!10.11.0.0/255.255.0.0
 
conn %default
    keyingtries=0
    disablearrivalcheck=no
 
conn Ekaterinburg #RED
    left=219.172.123.190
    leftnexthop=%defaultroute
    leftsubnet=192.168.4.0/255.255.255.0
    right=197.60.5.42
    rightsubnet=10.11.0.0/255.255.0.0
    rightnexthop=%defaultroute
    leftid="@соответствующие DNS имя"
    rightid="@соответствующие DNS имя"
    ike=3des-md5-modp1536,3des-md5-modp1024
    esp=3des-md5
    ikelifetime=1h
    keylife=8h
    dpddelay=30
    dpdtimeout=120
    dpdaction=restart
    pfs=yes
    authby=secret
    auto=start
pre-shared-key 123456
 
на той стороне Cisco
С такими настройками
name 10.11.0.0 blabla-network
asdm location blabla-network 255.255.0.0 inside
 
access-list outside_cryptomap_40_1 extended permit ip blabla-network 255.255.0.0 192.168.4.0 255.255.255.0  
 
 
crypto map outside_map 40 match address outside_cryptomap_40_1
crypto map outside_map 40 set peer 219.172.123.190  
crypto map outside_map 40 set transform-set ESP-DES-MD5
crypto map outside_map 40 set nat-t-disable
crypto map outside_map interface outside
 
isakmp enable outside
 
tunnel-group 219.172.123.190 type ipsec-l2l
tunnel-group 219.172.123.190 ipsec-attributes
pre-shared-key 123456

Всего записей: 1 | Зарегистр. 21-11-2007 | Отправлено: 16:13 21-11-2007
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » VPN: вся информация в этой теме


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru