VPN - История изменений

Litvinyuk: /* PPTP */

2021-01-28T10:53:58Z

‎PPTP

Litvinyuk: /* PPTP */

2020-04-21T10:58:26Z

‎PPTP

Litvinyuk: /* PPTP */

2020-03-30T08:20:07Z

‎PPTP

Litvinyuk: /* Возможные проблемы */

2020-03-23T12:30:56Z

‎Возможные проблемы

Litvinyuk: /* PPTP */

2020-03-05T11:42:54Z

‎PPTP

Litvinyuk: /* PPTP */

2020-03-05T08:29:24Z

‎PPTP

Litvinyuk: /* VipNet */

2020-03-04T15:00:45Z

‎VipNet

Litvinyuk: /* VipNet */

2019-03-04T12:24:53Z

‎VipNet

Litvinyuk: /* Обновление сертификата клиента */

2018-11-07T07:01:33Z

‎Обновление сертификата клиента

Litvinyuk: /* В случае повреждения носителя с .dst */

2018-11-07T06:55:58Z

‎В случае повреждения носителя с .dst

← Предыдущая		Версия 10:53, 28 января 2021
Строка 301:		Строка 301:

	'''Решение:''' Следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.		'''Решение:''' Следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.
		+
		+	=== Подключение к VPN ===
		+	Запустите файл "'''delo.pbk'''".
		+	В появившемся окне нажмите на кнопку "Подключить".
		+
		+	[[Файл:Vpn 1.png\|link=]]
		+
		+	В следующем окне в поля "Пользователь" и "Пароль" введите полученные по электронной почте данные.
		+	Для упрощения входа в дальнейшем можете нажать на флажок "Сохранять имя пользователя и пароль".
		+
		+	[[Файл:Vpn 2.png\|link=]]
		+
		+	После завершения работы с необходимыми Вам сервисами '''ВАЖНО''' завершить работу с VPN соединением! Для этого повторно запустите файл "'''delo.pbk'''".
		+	В появившемся окне нажмите на кнопку "Завершить".
		+
		+	[[Файл:Vpn 3.png\|link=]]

	== "Континент АП" ==		== "Континент АП" ==

← Предыдущая		Версия 10:58, 21 апреля 2020
Строка 301:		Строка 301:

	'''Решение:''' Следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.		'''Решение:''' Следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.
		+
		+	== "Континент АП" ==
		+
		+	Установку лучше производить командой:
		+	Continent_AP_3.7.7.641.exe /S /DO=INSTALL /NMSE
		+	Данный набор букв установит только VPN клиент, Биологический ДСЧ, Континент CSP и без межсетевого экрана.
		+
		+	Поскольку адрес по умолчанию 0.0.0.0, то для дозвона до серверов СУФД необходимо в настройке соединения указать серверы доступа
		+	5800-SD-01.roskazna.ru
		+	5800-SD-02.roskazna.ru
		+	5800-SD-03.roskazna.ru
		+	5800-SD-04.roskazna.ru
		+	соответственно соединению.

@@ Строка 217: / Строка 217: @@
 == PPTP ==
-# Устанавливаем на сервере <code>pptpd</code>, подходящий для нашей системы.
+Устанавливаем на сервере <code>pptpd</code>, подходящий для нашей системы.
-# В файл <code>/etc/ppp/chap-secrets</code> дописываем информацию о пользователях, которым необходим удалённый доступ:
   # Secrets for authentication using CHAP
   # client      server          secret           IP addresses
@@ Строка 225: / Строка 226: @@
   user3         pptpd           qWeRPDW3a        *
 последняя колонка указывает какой адрес может получить клиент. Звёздочка означает получение любого свободного адреса.
-# Включаем в ядре пересылку (forwarding) пакетов между интерфейсами:
   sysctl -w net.ipv4.ip_forward=1
-# Проверяем, что в сетевом экране открыты подключения извне на TCP-порт 1723 и что разрешен протокол №47:
-#: вариант с <code>iptables</code>
+Проверяем, что в сетевом экране открыты подключения извне на TCP-порт 1723 и что разрешен протокол №47:
   iptables -I INPUT -p tcp --dport 1723 -j ACCEPT
   iptables -I INPUT -p 47 -j ACCEPT
-# Проверяем, что в файле <code>/etc/ppp/pptpd-options</code> присутствуют следующие опции:
   name pptpd
   refuse-pap
@@ Строка 247: / Строка 251: @@
   nologfd
 Опции ms-dns – это те DNS-сервера, которые выдаются клиенту. Нужно изменить на те, которые реально используются в Вашей сети. Если клиент в состоянии использовать DNS-сервера (по умолчанию клиент получит в качестве шлюза свой IP-адрес, который прописан в файле chap-secrets и DNS-сервера по этой причине могут стать недоступны), которые он использовал до установки vpn-подключения, эти опции можно убрать.
-# Редактируем <code>/etc/pptpd.conf</code>, нужно чтобы в нем были следующие строки:
   option /etc/ppp/pptpd-options
   logwtmp
@@ Строка 253: / Строка 258: @@
   remoteip 10.0.0.2-20
 Параметры localip и remoteip изменяем в соответствии с IP-адресацией в Вашей сети.
-# Запускаем сервис:
   /etc/init.d/pptpd start
-# Включаем автозагрузку сервиса при старте системы:
   chkconfig pptpd on
-=== Возможные проблемы ===
+Пробуем подключаться.
-Если какая-то машинка за NAT-ом испытывает трудности с подключением к внешнему VPN-серверу и винда показывает ошибку №619, то стоит попробовать включить модуль ядра ip_nat_pptp на linux-роутере, который исполняет NAT:
+=== Возможные проблемы и их решения ===
 : <code>modprobe ip_nat_pptp</code>
-Если в логе (/var/log/messages) сервера с pptpd имеется нечто такое:
+'''Решение:''' Убрать опцию <code>logwtmp</code> из файла <code>/etc/pptpd.conf</code>. Это приведёт к тому, что сеансы связи клиентов не будут отображаться командой <code>last</code> (которая как раз и работает с <code>/var/log/wtmp</code>).
-: <code>Feb 17 08:09:29 zeon pppd[28671]: Plugin /usr/lib64/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.4</code><br /> то наиболее простым решением является убирание опции logwtmp из файла /etc/pptpd.conf. Это приведёт к тому, что сеансы связи клиентов не будут отображаться командой last (которая как раз и работает с /var/log/wtmp). Ну а правильным решением будет найти rpm-ку соответствующую вашей системе или пересобрать pptpd руками из исходников.
+-----
+'''Проблема:''' В <code>/var/log/messages</code> сервера с pptpd наблюдается:
 : <code>Feb 17 11:18:12 zeon kernel: pptpctrl[30130]: segfault at 00000000 rip 005a34b0 rsp ffe60810 error 4</code>
-а клиенты на windows-машинках при подключении получают ошибку 800, то, скорей всего, исчерпался лимит одновременных подключений, который задаётся опцией <code>remoteip</code> в файле <code>/etc/pptpd.conf</code>. Такой segfault у меня был когда в <code>/etc/pptpd.conf</code> я сдуру втулил строчку "remoteip 192.168.0.2-192.168.0.254" (пускало только первого юзера, а все последующие получали ошибку 800 и segfault в логе сервера). После того, как заменил на "remoteip 192.168.0.2-254" всё заработало как надо.
+а клиенты на windows-машинках при подключении получают ошибку 800.
 Если надо потюнить <code>MTU</code>, то как вариант создаём файл <code>/etc/ppp/ip-up.local</code> примерно такого содержания:
   #!/bin/bash
@@ Строка 279: / Строка 295: @@
   chmod +x /etc/ppp/ip-up.local
 Без этого действа у меня pptpd на CentOS 6 клиенту с Win 7 почему-то выдавал MTU 1396, нагло игнорируя прописанное в <code>/etc/ppp/pptpd-options</code>.
-Если клиенты жалуются на то, что подключаются, но ресурсы не загружаются. То следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.
+'''Решение:''' Следует просмотреть на сервере список <code>ppp</code> соединений на предмет занятия одного адреса несколькими соединениями.

@@ Строка 260: / Строка 260: @@
 === Возможные проблемы ===
-# Если в качестве клиента Windows XP и имеются проблемы с подключением, то в настройках подключения на вкладке "Безопасность" нужно снять галочку "Требуется шифрование данных".
+Если в качестве клиента Windows XP и имеются проблемы с подключением, то в настройках подключения на вкладке "Безопасность" нужно снять галочку "Требуется шифрование данных".
-# Если какая-то машинка за NAT-ом испытывает трудности с подключением к внешнему VPN-серверу и винда показывает ошибку №619, то стоит попробовать включить модуль ядра ip_nat_pptp на linux-роутере, который исполняет NAT:
-#: <code>modprobe ip_nat_pptp</code>
+Если какая-то машинка за NAT-ом испытывает трудности с подключением к внешнему VPN-серверу и винда показывает ошибку №619, то стоит попробовать включить модуль ядра ip_nat_pptp на linux-роутере, который исполняет NAT:
-# Если в логе (/var/log/messages) сервера с pptpd имеется нечто такое:
+: <code>modprobe ip_nat_pptp</code>
-#: <code>Feb 17 08:09:29 zeon pppd[28671]: Plugin /usr/lib64/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.4</code><br /> то наиболее простым решением является убирание опции logwtmp из файла /etc/pptpd.conf. Это приведёт к тому, что сеансы связи клиентов не будут отображаться командой last (которая как раз и работает с /var/log/wtmp). Ну а правильным решением будет найти rpm-ку соответствующую вашей системе или пересобрать pptpd руками из исходников.
-# Если в логе (/var/log/messages) сервера с pptpd наблюдается:
+Если в логе (/var/log/messages) сервера с pptpd имеется нечто такое:
-#: <code>Feb 17 11:18:12 zeon kernel: pptpctrl[30130]: segfault at 00000000 rip 005a34b0 rsp ffe60810 error 4</code>
+: <code>Feb 17 08:09:29 zeon pppd[28671]: Plugin /usr/lib64/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.4</code><br /> то наиболее простым решением является убирание опции logwtmp из файла /etc/pptpd.conf. Это приведёт к тому, что сеансы связи клиентов не будут отображаться командой last (которая как раз и работает с /var/log/wtmp). Ну а правильным решением будет найти rpm-ку соответствующую вашей системе или пересобрать pptpd руками из исходников.
 а клиенты на windows-машинках при подключении получают ошибку 800, то, скорей всего, исчерпался лимит одновременных подключений, который задаётся опцией remoteip в файле /etc/pptpd.conf. Такой segfault у меня был когда в /etc/pptpd.conf я сдуру втулил строчку "remoteip 192.168.0.2-192.168.0.254" (пускало только первого юзера, а все последующие получали ошибку 800 и segfault в логе сервера). После того, как заменил на "remoteip 192.168.0.2-254" всё заработало как надо.
-# Если надо потюнить MTU, то как вариант создаём файл <code>/etc/ppp/ip-up.local</code> примерно такого содержания:
+Если в логе (/var/log/messages) сервера с pptpd наблюдается:
   #!/bin/bash
   NEW_MTU_VALUE=1446
@@ Строка 275: / Строка 279: @@
   chmod +x /etc/ppp/ip-up.local
-Без этого действа у меня pptpd на CentOS 6 клиенту с Win 7 почему-то выдавал MTU 1396, нагло игнорируя прописанное в /etc/ppp/pptpd-options.
+Без этого действа у меня pptpd на CentOS 6 клиенту с Win 7 почему-то выдавал MTU 1396, нагло игнорируя прописанное в <code>/etc/ppp/pptpd-options</code>.

@@ Строка 219: / Строка 219: @@
 # Устанавливаем на сервере <code>pptpd</code>, подходящий для нашей системы.
 # В файл <code>/etc/ppp/chap-secrets</code> дописываем информацию о пользователях, которым необходим удалённый доступ:
   # Secrets for authentication using CHAP
   # client      server          secret           IP addresses
   user1         pptpd           passwOrD1        10.0.10.2
   user2         pptpd           qWeRPDW2a        10.0.10.3
-# Проверяем, что в ядре включен форвардинг пакетов между интерфейсами, если нет – включаем:
+ user3         pptpd           qWeRPDW3a        *
- echo 1 > /proc/sys/net/ipv4/ip_forward
+последняя колонка указывает какой адрес может получить клиент. Звёздочка означает получение любого свободного адреса.
   sysctl -w net.ipv4.ip_forward=1
-# Проверяем, что в firewall-е открыты подключения извне на TCP-порт 1723 и что разрешен протокол №47:
+# Проверяем, что в сетевом экране открыты подключения извне на TCP-порт 1723 и что разрешен протокол №47:
   iptables -I INPUT -p tcp --dport 1723 -j ACCEPT
   iptables -I INPUT -p 47 -j ACCEPT
-# Проверяем, что в файле <code>/etc/ppp/options.pptpd</code> присутствуют следующие опции:
+# Проверяем, что в файле <code>/etc/ppp/pptpd-options</code> присутствуют следующие опции:
   name pptpd
   refuse-pap
@@ Строка 247: / Строка 248: @@
 Опции ms-dns – это те DNS-сервера, которые выдаются клиенту. Нужно изменить на те, которые реально используются в Вашей сети. Если клиент в состоянии использовать DNS-сервера (по умолчанию клиент получит в качестве шлюза свой IP-адрес, который прописан в файле chap-secrets и DNS-сервера по этой причине могут стать недоступны), которые он использовал до установки vpn-подключения, эти опции можно убрать.
 # Редактируем <code>/etc/pptpd.conf</code>, нужно чтобы в нем были следующие строки:
-  option /etc/ppp/options.pptpd
+  option /etc/ppp/pptpd-options
   logwtmp
   localip 10.0.0.1
@@ Строка 267: / Строка 268: @@
 #: <code>Feb 17 11:18:12 zeon kernel: pptpctrl[30130]: segfault at 00000000 rip 005a34b0 rsp ffe60810 error 4</code>
 а клиенты на windows-машинках при подключении получают ошибку 800, то, скорей всего, исчерпался лимит одновременных подключений, который задаётся опцией remoteip в файле /etc/pptpd.conf. Такой segfault у меня был когда в /etc/pptpd.conf я сдуру втулил строчку "remoteip 192.168.0.2-192.168.0.254" (пускало только первого юзера, а все последующие получали ошибку 800 и segfault в логе сервера). После того, как заменил на "remoteip 192.168.0.2-254" всё заработало как надо.

← Предыдущая		Версия 15:00, 4 марта 2020
Строка 215:		Строка 215:
	<br />		<br />
	Открыть настройки электронной подписи - выбрать "Обновить сертификат". Файлы обновления могут поступить в течение двух дней.		Открыть настройки электронной подписи - выбрать "Обновить сертификат". Файлы обновления могут поступить в течение двух дней.
		+
		+	== PPTP ==
		+	# Устанавливаем pptpd, подходящий для нашей системы.
		+	# В файл /etc/ppp/chap-secrets дописываем информацию о пользователях, которым необходим удалённый доступ:
		+	$ cat /etc/ppp/chap-secrets
		+	# Secrets for authentication using CHAP
		+	# client server secret IP addresses
		+	user1 pptpd passwOrD1 10.0.10.2
		+	user2 pptpd qWeRPDW2a 10.0.10.3
		+
		+	# Проверяем, что в ядре включен форфардинг пакетов между интерфейсами, если нет – включаем:
		+	echo 1 > /proc/sys/net/ipv4/ip_forward
		+	sysctl -w net.ipv4.ip_forward=1
		+	# Проверяем, что в firewall-е открыты подключения извне на TCP-порт 1723 и что разрешен протокол #47:
		+	iptables -I INPUT -p tcp --dport 1723 -j ACCEPT
		+	iptables -I INPUT -p 47 -j ACCEPT
		+	# Проверяем, что в файле /etc/ppp/options.pptpd присутствуют следующие опции:
		+	name pptpd
		+	refuse-pap
		+	refuse-chap
		+	refuse-mschap
		+	require-mschap-v2
		+	require-mppe-128
		+	ms-dns 10.0.0.253
		+	ms-dns 10.0.0.252
		+	proxyarp
		+	lock
		+	nobsdcomp
		+	novj
		+	novjccomp
		+	nologfd
		+	Опции ms-dns – это те DNS-сервера, которые выдаются клиенту. Нужно изменить на те, которые реально используются в Вашей сети. Если клиент в состоянии использовать DNS-сервера (по умолчанию клиент получит в качестве шлюза свой IP-адрес, который прописан в файле chap-secrets и DNS-сервера по этой причине могут стать недоступны), которые он использовал до установки vpn-подключения, эти опции можно убрать.
		+
		+	# Редактируем /etc/pptpd.conf, нужно чтобы в нем были следующие строки:
		+	option /etc/ppp/options.pptpd
		+	logwtmp
		+	localip 10.0.0.1
		+	remoteip 10.0.0.2-20
		+	Параметры localip и remoteip изменяем в соответствии с IP-адресацией в Вашей сети.
		+
		+	# Запускаем сервис:
		+	/etc/init.d/pptpd start
		+	# Включаем автозагрузку сервиса при старте системы:
		+	chkconfig pptpd on
		+	Пробуем подключаться. Если в качестве клиента Windows XP и имеются проблемы с подключением, то в настройках подключения на вкладке "Безопасность" нужно снять галочку "Требуется шифрование данных".
		+
		+	=== Возможные проблемы ===
		+	# Если какая-то машинка за NAT-ом испытывает трудности с подключением к внешнему VPN-серверу и винда показывает ошибку №619, то стоит попробовать включить модуль ядра ip_nat_pptp на linux-роутере, который исполняет NAT:
		+	modprobe ip_nat_pptp
		+
		+	# Если в логе (/var/log/messages) сервера с pptpd имеется нечто такое:
		+	Feb 17 08:09:29 zeon pppd[28671]: Plugin /usr/lib64/pptpd/pptpd-logwtmp.so is for pppd version 2.4.3, this is 2.4.4
		+	то наиболее простым решением является убирание опции logwtmp из файла /etc/pptpd.conf. Это приведёт к тому, что сеансы связи клиентов не будут отображаться командой last (которая как раз и работает с /var/log/wtmp). Ну а правильным решением будет найти rpm-ку соответствующую вашей системе или пересобрать pptpd руками из исходников.
		+
		+	# Если в логе (/var/log/messages) сервера с pptpd наблюдается:
		+	Feb 17 11:18:12 zeon kernel: pptpctrl[30130]: segfault at 00000000 rip 005a34b0 rsp ffe60810 error 4
		+	а клиенты на windows-машинках при подключении получают ошибку 800, то, скорей всего, исчерпался лимит одновременных подключений, который задаётся опцией remoteip в файле /etc/pptpd.conf. Такой segfault у меня был когда в /etc/pptpd.conf я сдуру втулил строчку "remoteip 192.168.0.2-192.168.0.254" (пускало только первого юзера, а все последующие получали ошибку 800 и segfault в логе сервера). После того, как заменил на "remoteip 192.168.0.2-254" всё заработало как надо.

@@ Строка 167: / Строка 167: @@
 === Загрузка VipNet Client без ввода пароля ===
 При загрузке ПК с VipNet Client каждый раз приходится вводить сложный пароль. Для того чтобы этого избежать, необходимо в корневой папке программы (например C:\Program Files\InfoTeCS\ViPNet Client) создать текстовый файл '''svcx.txt''' и вписать туда пароль абонентского пункта.
 === Перенос установленного клиента ===

@@ Строка 234: / Строка 234: @@
 === Обновление сертификата клиента ===
-# При появлении подобного сообщения
+При появлении подобного сообщения
-[[Файл:2018-11-07 Обновление сертификата VipNetClient.png|слева]]
+[[Файл:2018-11-07 Обновление сертификата VipNetClient.png|центр]]
+<br />
-Открыть настройки электронной подписи - выбрать Обновить сертификат. Файлы обновления могут поступить как в течение часа, так и в течение одного-двух дней.
+Открыть настройки электронной подписи - выбрать "Обновить сертификат". Файлы обновления могут поступить в течение двух дней.

← Предыдущая		Версия 06:55, 7 ноября 2018
Строка 232:		Строка 232:
	# Оформляем доверенность на получение носителей с .dst		# Оформляем доверенность на получение носителей с .dst
	# В Ростове-на-Дону по адресу улица Козлова, дом 62/148 получаем.		# В Ростове-на-Дону по адресу улица Козлова, дом 62/148 получаем.
		+
		+	=== Обновление сертификата клиента ===
		+	# При появлении подобного сообщения
		+	[[Файл:2018-11-07 Обновление сертификата VipNetClient.png\|слева]]
		+
		+	Открыть настройки электронной подписи - выбрать Обновить сертификат. Файлы обновления могут поступить как в течение часа, так и в течение одного-двух дней.