[РЕШЕНО] Перестал работать GRE

Добрый вечер.
Есть виртуалочка - шлюз.
С пользовательской станции подключаюсь по PPTP на сервер в интернетах.
И на ядре 4.4.6 и ранее все прекрасно работало.
Но я решил обновить ядро как то раз до 4.9.34. И работать оно вдруг резко перестало.
конфиг ядра подтянул через make silentoldconfig.
Руками так же проверил - CONFIG_NET_IPGRE собран статично.
Со старым ядром сейчас все так же прекрасно работает. Т.е. дело однозначно не в окружении.

Подскажите, чего ему не хватает для счастья?

t17fenics написал(а):...чего

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

t17fenics написал(а):
Совершенно верно, make silentoldconfig. Тока это ни ничего не делал. Это я взял конфиг выточенный годами и подсунул его в новое ядро. Попробую конечно make oldconfig сделать, раз уж там такая большая разница - просмотрю, все что поменялось.

Там в сети целые ветки переезжали из одного места в другое, и oldconfig может не сработать как надо.

Согласен с тобой

Я тоже на мажорных обновлениях через make nconfig обычно еще просматриваю места, где были важные для меня изменения...

Кстати, покажи уж

Кстати, покажи уж

grep -i gre КонфигЯдра

если весь конфиг большая тайна. :)

P.S. и логи ждем...

sysctl -w

sysctl -w net.netfilter.nf_conntrack_helper = 1

Ну и добавить потом на постоянку

Нейтральность - высшее достижение сознания!

Прощу прощение за долгое

Прощу прощение за долгое отсутствие. Только сейчас вернулся к этому вопросу.

Pinkbyte в точку!
Спасибо большое за подсказку.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".