проблемы с pptpd GRE: read(fd=7,buffer=80505a0,len=8260) from network failed: status = -1 error = Protocol not available
на серваке висит pptpd демон и все могли через VPN соед. и попасть в сеть...
одним днём он перестал работать (точнее перестал пукать народ) (с винде ошибка 619)
в логах:
pptpd[5006]: CTRL: Client MY_IP control connection started
pptpd[5006]: CTRL: Starting call (launching pppd, opening GRE)
pppd[5007]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded.
pppd[5007]: pptpd-logwtmp: $Version$
pppd[5007]: pppd 2.4.4 started by root, uid 0
pppd[5007]: using channel 81
pppd[5007]: Using interface ppp0
pppd[5007]: Connect: ppp0 <--> /dev/pts/2
pppd[5007]: sent [LCP ConfReq id=0x1
pptpd[5006]: GRE: read(fd=7,buffer=80505a0,len=8260) from network failed: status = -1 error = Protocol not available
pptpd[5006]: CTRL: GRE read or PTY write failed (gre,pty)=(7,6)
pppd[5007]: Modem hangup
pppd[5007]: Connection terminated.
pptpd[5006]: CTRL: Reaping child PPP[5007]
pppd[5007]: Exit.
pptpd[5006]: CTRL: Client MY_IP control connection finished
вообщем вопрос, что случилось? и как быть...
может ли провайдер случайно GRE протокол заблочить? и как это проверить?
- Для комментирования войдите или зарегистрируйтесь
мужики спасайте!
мужики спасайте!
up
up
.
VPN с вышестоящим провайдером?
С консоли сервера соединение проходит нормально?
Тут я бы предположил два варианта:
1. Win-only провайдер (помнится, пробовал общаться с службой поддержки стрима на предмет "какого ... перенаправление в личный кабинет при блокировке аккаунта (например за неуплату по счетам) работает только в самой распространённой™ ОС?", на что мне сказали, что и них де в ТУ на присоединение прописано "виндовс" (антимонопольного комитета на них нет...)).
Исходя из опыта/представлений о здравом смысле такие должны бы жить только на абонентском участке.
Иначе Антимонопольный комитет тебе друг. Ну и рассылать ультиматумы с требованием скидок в величине как минимум стоимости вынь-сервера (не только лицензии, но и железо, и обучение).
2. Договор по подключени одного компьютера --- а ходит толпа.
Тебя раскрыли и заблокировали.
Плохо маскировался.
:wq
--
Live free or die
Цитата: VPN с вышестоящим
просто возможность попасть в локальную сеть из любой ip.
да соединение из локальный сети в которой стоит сервер проходит на ура!
как можно проверить работоспособность протокола GRE??
Таже ерунда происходит,
Таже ерунда происходит, только изберательно.
Есть сеть офисная, есть машинка с gentoo, одним портом смотрим в офисную сеть, другим в Интернет. На машинке поднят pptpd для возможности заходить из внешней сети в офисную. И была какоето время идилия и всё работало, пока мне на ноут админы не поставили Windows7 корпоративный. Теперь к ВПН подключается ноут очень изберательно, из разных мест может подключится, а может по вышеуказанной ошибке не подключаться, при этом винда может сгенерить на экран различные ошибки, на серваке в логе одно и тоже:
Грешил я на привязку впн к интерфейсу wifi (имею несколько точек доступа в различных местах), и на брандмауэр винды, но создавая второе соединение с другим аналогичным впн (настройки на сервере аналогичны один в один), получаю рабочее соединение.
В моем случае виновата семерка, к сожалению админских прав у меня на неё нет, чтоб ковырнуть глубже.
В Вашем случае такой шлюз может оказаться на пути во вне, который решил грохать определенный тип пакетов, считая их небезопасными.
Возникла похожая проблема,
Возникла похожая проблема, ошибка на сервере та же, а с клиента к некоторым серверам ВПН подключается, к другим нет. Проблема решена поднятием на шлюзах, где стоял НАТ, модулей nf_nat_pptp и nf_conntrack_pptp.