Не может получить доступ к Интернету после соединения с L2TP IPsec VPN
Выполненный gcc -M генерировать список заголовочных файлов, используемых данным исходным файлом, или gcc -MM опустить системные заголовки. Вывод находится в формате make-файла, так как опция предназначается для генерации зависимостей от сборки того исходного файла. Существуют способы настроить выходной формат, видеть доступные опции препроцессора в руководстве GCC. Вывод по умолчанию похож на это:
foo.o: foo.c some_header.h ../include/other_header.h \
../../common/include/yet_another_header.h
У Вас есть 2 возможности здесь. Я могу сказать их Вам, но необходимо будет найти определенные настройки для каждого. У меня нет Mac под рукой прямо сейчас:
На Mac, когда Вы подключены к VPN, у Вас должен также быть свой старый IP (192..). На окне настроек VPN должна быть опция для использования Интернета по VPN или по шлюзу по умолчанию. Проблема состоит в том, что Вы шлюз изменяетесь от 192... к груше VPN 10... Это решение позволит Вам перейти в Интернете по 192 сетям и получить доступ к материалу VPN более чем 10 сетей.
На сервере VPN Вы могли позволить транспортную передачу (доступ в Интернет) от связанных клиентов. Это решение позволит Mac перейти в Интернете по VPN, 10 сетям.
Надежда, которой это помогает, возможно, кто-то может дать более определенный ответ с примерами конфигурации.
Проблема состоит в том, что Ваш клиент VPN устанавливает маршрут по умолчанию на соединение VPN.
В Windows можно решить эту проблему путем снятия выделения "С удаленной сетью использования как со шлюзом по умолчанию" в "Расширенных настройках для IPv4".
KDE-администратор-сети работает несколько подобный.
Откройте Connection, Tab IPv4 Address, переключатель от "Основных" Настроек до "Маршрутов" и проверки "Используют только для Ressources этого Соединения".
В MacOS должно быть что-то подобное. Точка должна сказать клиенту VPN не перенаправлять весь трафик через туннель, только трафик, который имеет удаленный туннельный конец как место назначения.