[РЕШЕНО] Перестал работать GRE
t17fenics 20 июля, 2017 - 23:03
Добрый вечер.
Есть виртуалочка - шлюз.
С пользовательской станции подключаюсь по PPTP на сервер в интернетах.
И на ядре 4.4.6 и ранее все прекрасно работало.
Но я решил обновить ядро как то раз до 4.9.34. И работать оно вдруг резко перестало.
конфиг ядра подтянул через make silentoldconfig.
Руками так же проверил - CONFIG_NET_IPGRE собран статично.
Со старым ядром сейчас все так же прекрасно работает. Т.е. дело однозначно не в окружении.
Подскажите, чего ему не хватает для счастья?
»
- Для комментирования войдите или зарегистрируйтесь
t17fenics написал(а):...чего
1. Почитать теорию?
2. Разобраться с конфигурацией ядра?
3. Перекомпилить соответствующие пакеты под изменившиеся условия (либы, ядро, фаза Луны)?
Ты бы хоть логи дал с клиента/сервера...
Теория читана, все было
Теория читана, все было настроено и работает с предыдущим ядром.
Про ядро написал - был подтянут конфиг прошлого ядра. Однозначно собрана опция CONFIG_NET_IPGRE
Вся система пересобрана. И все работает с предыдущим ядром.
Клиент виндовый, логи там так себе. Но падает на авторизации и говорит про GRE. Вобщем то банальная пролбема и ранее всегда хватало той опции ядра, о которой напсано выше.
С сервера VPN возможности вытянуть логи пока нет .
Не надо было повторяться -
Не надо было повторяться - читал я твой пост! :)
И про ядро - если делал "make silentoldconfig" (т.е. ничего не делал!), значит не очень-то и разбираешься в "ядерной физике"... а 4.4 и 4.9 - это две большие разницы!
Что-то мне не понятно: ядро крутишь, а логов собрать не можешь!? Да и в винде логов достаточно, только вытащить их чуть сложнее, но хоть какие-нибудь дал бы! Хотя бы коды ошибок...
И еще у меня был п.3, который ты проигнорировал, а зря!
Совершенно верно, make
Совершенно верно, make silentoldconfig. Тока это ни ничего не делал. Это я взял конфиг выточенный годами и подсунул его в новое ядро. Попробую конечно make oldconfig сделать, раз уж там такая большая разница - просмотрю, все что поменялось.
По логам попробую что то собрать. и со стороны сервера может удасться получить.
по 3 пункту - модули ядра не использую, все собираюс статично. @system, @world и @preserved-rebuild пересобирал как раз параллельно с обновлением ядра.
надеялся просто, что кто то мог сталкнуться с той же проблемой и сможет дать точное место в ядре, где копнуть.
Почувствуйте разницу!..
п.3 - это про пакеты портажа, а не модули ядра! Почувствуйте разницу!.. :)
И проблемы такой не было. А будут логи - будем "посмотреть"...
FYI: перечисленные тобой
@system, @world и @preserved-rebuildнечувствительны к обновлениям/изменениям ядра, они только учитывают зависимости по пакетам портажа. Надо же и голову иногда включать!t17fenics
Там в сети целые ветки переезжали из одного места в другое, и oldconfig может не сработать как надо.
Согласен с тобой
Я тоже на мажорных обновлениях через
make nconfigобычно еще просматриваю места, где были важные для меня изменения...Кстати, покажи уж
Кстати, покажи уж
если весь конфиг большая тайна. :)
P.S. и логи ждем...
sysctl -w
sysctl -w net.netfilter.nf_conntrack_helper = 1
Ну и добавить потом на постоянку
Нейтральность - высшее достижение сознания!
Прощу прощение за долгое
Прощу прощение за долгое отсутствие. Только сейчас вернулся к этому вопросу.
Pinkbyte в точку!
Спасибо большое за подсказку.