Евгений Хлебников

к ответу display: block можно добавить (для 10-ки) еще и встроенный в систему менеджер пакетов
Он позволяет использовать пакеты из chocolatey а так же некоторые другие репозитории.
немного подробне вот тут : https://github.com/oneget/oneget
Например, вывод команды find-packageprovider в powershell (windows 10)
> Find-PackageProvider

Name Version Source Summary
---- ------- ------ -------
nuget 2.8.5.208 https://onege... NuGet provider for the OneGet meta-packag
psl 1.0.0.210 https://onege... psl provider for the OneGet meta-package
chocolatey 2.8.5.130 https://onege... ChocolateyPrototype provider for the OneG
NanoServerPackage 1.0.1.0 PSGallery A PackageManagement provider to Discover
GistProvider 0.6 PSGallery Gist-as-a-Package - PackageManagement Po
ChocolateyGet 1.0.0.1 PSGallery An PowerShell OneGet provider that discov
GitHubProvider 0.5 PSGallery GitHub-as-a-Package - PackageManagement P
TSDProvider 0.2 PSGallery PowerShell PackageManager provider to sea
DockerMsftProvider 1.0.0.1 PSGallery PowerShell module with commands for disco
ContainerImage 0.6.4.0 PSGallery This is a PackageManagement provider modu
PowerShellGet 1.1.3.1 PSGallery PowerShell module with commands for disco
MyAlbum 0.1.2 PSGallery MyAlbum provider discovers the photos in
OfficeProvider 1.0.0.1 PSGallery OfficeProvider allows users to install Mi
GitLabProvider 1.3.4 PSGallery GitLab PackageManagement provider
WSAProvider 1.0.0.4 PSGallery Provider to Discover, Install and invento
0install 2.12.1 PSGallery Zero Install is a decentralized cross-pla
AppxGet 0.1.0.1 PSGallery Powershell Package Management (OneGet) Pr
Choco - только один репозиториев доступных.

https://atom.io/packages/atom-package-sync
А вообще вроде бы достаточно синхронизировать папку .atom
из альтернативных решений :
хранить содержимое папки .atom в папке синхронизации вашего облачного провайдера а сама .atom (на windows это c:\users\username\.atom - на linux скорее всего /home/username/.atom) - симлинк.
хранить содержимое папки .atom в репозитории и синкаться с ним

dummyman написал варианты решения проблемы но не написал причины, куда можно посмотреть повнимательнее :
Если до подключения интернет работает а после - нет, значит вы в конфигурации VPN при подключении отдаете неверные DNS сервера с VPN сервера на ваш клиент. Это первый вариант, который можно проверить.
Путь решения описал dummyman :
- Вписать гарантированно работающие DNS серверы в ваш resolv.conf
- использовать dnsmasq и резолвить DNSы только через него, игнорируя приходящие настройки (это, по сути, еще одна программная прослойка которую нужно корректно настроить, поэтому этот путь спорный)
Я бы добавил еще путь "проверить настройки на VPN сервере : что отдается клиенту при подключении в качестве настроек сети(dns серверы)

Второй вариант проблемы - используемые вами до подключения DNS серверы пытаются ходить в интернет через VPN, а VPN им не разрешает по какой-то причине. Здесь только проверка (tracepath до прописанного в конфиге DNS сервера) и после получения результата - корректная настройка того узла где трейс теряется. Или же добавление маршрутов к DNS серверам через ваше интернет подключение, чтобы не ходили DNSы через VPN.

P.S. прочитал комментарии к ответу:

ДНС остался только nameserver 127.0.1.1

Что-то у вас намудрено. Проверьте для начала работоспособность интернета и содержимое /etc/resolv.conf без подключенного VPN.

ну читайте же внимательнее )

You can run Windows-based containers on Windows Server 2016 and Windows 10. Windows-based containers require a Windows kernel to run, in the same way that Linux-based containers require a Linux kernel to run. You can even run Windows-based containers on a Windows virtual machine running on an macOS or Linux host. Docker Machine is not necessary if you run macOS 10.10.3 Yosemite, Windows Server 2016, or Windows 10.

https://docs.docker.com/engine/faq/

в w10 creators upgrade еще появилась функция "ночной свет"
в ночном режиме экраны(дополнительно к темной теме) излучают меньше света
Цветовую температуру можно так же изменить в настройках монитора и добиться почти такого же результата

комментах промелькнул стронгсван.
Хочу предупредить и предостеречь :
клиент встроенный в Windows и MacOS это хорошо, НО - встроенные клиенты в эти ОС не умеют длину ключа DH больше 1024 и вам придется ограничивать ваш сервер и создавать менее безопасное соединение. (Читайте раздел security на сайте strongswan). Для стронгсвана нет поддержки из коробки для linux и android - будете ставить клиент все равно.

и из опыта непосредственного использования : создавайте разные бэкенды для Linux, MacOS и Windows. Разделяйте клиентов - все дело в разных реализациях клиентской части. Как пример, MacOS хочет логин пользователя в виде (user@domain.tld) что необязательно в WIndows и Linux(у *nix вообще серверная часть от клиентской не отличается :D )
Если вы используете самоподписанные сертификаты - так или иначе придется импортировать на клиента тот, которым подписан сертификат VPN сервера или использовать явно небезопасные psk

powershell

get-childitem c:\directory -recurse -file | foreach {$file=get-content $_ ; [System.IO.File]::WriteAllLines($_, $File, $(New-Object System.Text.UTF8Encoding $False))}

К слову, этот кусочек кода является отличным примером того как MS радеет за всех нас: При сохранении информации в UTF соответствующими коммандлетами (Out-File, Set-Content и другими) powershell сохраняет только в UTF с BOM. Для сохранения без BOM приходится использовать вышеуказанную конструкцию.
Для линуксов более родным средством является вышеуказанный iconv