Search
Write a publication
Pull to refresh

И так предыдущий мой опыт привел к волшебному восстановлению работоспособности тырнетика на виртуалке и моей попыткой запечатлеть свои последние действия приведшие меня к (хоть и небольшому, но) успеху.

Сегодня оказалось, что тогда мне только казалось, а мои последние действия: выключения брендмауера и смена мак адреса на интерфейсе, не привели к повторению чудотворного действия на доступ в сеть.

А так как всякие дурацкие неудачи на моем, и без них тернистом пути, меня жутко демотивируют, то описание этого безобразия структурирует происходящее и дает ощущение законченности - вот ничего полезного не сделала, зато много букоф написала, поэтому не осуждайте сильно меня.

мое ДАНО: все та же машинка в VirtualBox, которую я бережно использую аки jump хост

(вообще вот если говорить за англицизмы то тут Jump host? Jump хост? джамп хост или защищённый промежуточный сервер, используемый для управления устройствами в другой зоне безопасности, например, в демилитаризованной зоне (DMZ)?)

Все тоже отсутствие тырнетика на машинке без особых на то причин (ну я их покрайней мере пока не нашла, но я еще не отчаялась и все еще ищу!) - вот он есть, а вот теперь он пропал. Дальше мои неразборчивые и импульсивные смены мак адресов, активных интерфейсов и типов подключения в VirtualBox и грязные манипуляции с брендмауером, который идет в дополнение к мелкомягкой, которые рано или поздно вернули интернет на виртуальную машину, но при этом VPNка (тоже из коробки мелкомягкой) типа SSTP (Secure Socket Tunneling Protocol значиццо) подключаться отказывается.

Молвит она мне, что не удается подключиться к удаленному компьютеру и возможно, потребуется изменение сетевых параметров соединения... Но каких параметров умалчивает, редиска.

При клонировании чистой виртуалочки и подключения оттуда - впн работает штатно - что означает проблема во мне в ОС самой виртуалке.

Окей, вот мы проблему локализовали до ОФИГЕТЬ КАК МНОГО ВАРИАНТОВ, теперь осталось определиться что с этим делать?

Ну первая мысль ползти в логи и надеяться там найти чуть побольше информации о происходящем. Легкий гугл мне подсказал, что логи подключения к VPNу живут в категории "Журналы Windows" -> Приложение. EventViewer вообще-то показал мне ошибку, но она мне не понравилась.

CoID={6856A21E-177B-0002-15A6-56687B17DC01}: Пользователь WINDOWS\brainy установил удаленное подключение, которое завершилось сбоем. Возвращен код ошибки 720.

Поэтому я снова пошла за помощью к ясеню гуглу! (а тот, между прочим, уже автоматически, даже если его не просить, на первом месте выдает ответ своей иишечки и сообщил мне, что код 720 означает, что удаленный доступ не смог согласовать сетевые протоколы. На этом моменте на моем лице появились знаки просветления, а я полезла шариться по следующим первым ссылкам тырнетика с надеждой, что там будет ответ на главный вопрос!

И он БЫЛ! О дивный новый мир! Самое интересное, что помогло именно удаление WAN Miniport (IP) (хотя там и WAN Miniport (SSTP) имелся) и заработало правда даже без перезагрузки.

Скорее всего виноваты и правда обновления, потому что при поиске справедливости разницы между виртуалочками было немного:
Сборка ОС: 19044.1288 против 19044.6216
Загадошное Взаимодействие: Windows Feature Experience Pack 120.2212.3920.0 против Windows Feature Experience Pack 1000.19062.1000.0

А если сравнить установленные обновления из Центр обновления Windows и чуть ниже симпотишные часики с кликабельным просмотром журнала обновлений, разочароваться в большом количестве буков и жмакнуть в сердцах на удалить эти самые обновления, то виндовс покажет тебе более вразумительный список, удалить из которого можно только KBэхи, а вот на Servicing Stack можно только посмотреть (как на рыбов, только тут не красивое)

#ненавижувинду! И хоть руки у меня одинаково кривые с любой операционной системой, неудачи с виндой расстраивают меня в разы больше.

#РасследованияВедутКолобки

Вывод: пойти читать логи и гуглить код ошибки - тема рабочая =)

Tags:
+3
Comments0

Articles