res2001

Сейчас этот вопрос не актуален, имхо, т.к. языки во всех версиях системы добавляются через LanguagePack. Т.е. локализация вынесена отдельно и не влияет на работу ОС, поэтому "неопознанных багов" в локализованной версии по сравнению с англоязычной в Вин7+ быть не должно.
Осталась одна причина, о которой написал Довольный Жизнью "перевод ошибок на русский иногда ужасен и по английскому варианту даже нагуглить решение проще". Но это сильно зависит от скилов в поиске, можно и по английскому варианту ничего не найти.

На прямую роутер не может изменять таблицу маршрутизации на вашем хосте.
Возможно прокисает аренда DHCP, хост повторно запрашивает аренду адреса, при этом, возможно, сам хост изменяет маршруты. Попробуйте задать статический IP на хосте.
Если так, то виноват не роутер, а специфика реализации IP стека на линуксе.

Так и есть - куча RFC, дополняющих друг друга. Одного документа, полностью описывающего протокол нет.
Версии перевода на русский встречал только по устаревшей версии 1.0 (RFC1945), на вид был достаточно полный перевод. По HTTP1.1 находил только частичные переводы. Начните с вики, там есть ссылки на другие ресурсы.

Можно вполне начинать и с RFC2616, он хоть и заменен, но основа осталась та же. Собственно даже RFC1945 вполне актуален - все это работает.

Если найдете толковый перевод, киньте сюда ссылку - заберу себе в закладки, иногда бывает нужно.

1.Проверьте журнал винды на предмет ошибок софта или железа, возможно они укажут причину тормозов.
2.Чтоб исключить проблемы с железом проверьте память и диск с загрузочного носителя.
Кроме этого проблемы могут быть с блоком питания или материнкой. Материнку можно протестировать каким либо стресс-тестом, а блок питания - отключением периферии (дополнительных дисков, приводов и т.д.) или заменой БП.
3.Обновите все драйвера.
4.В менеджере задач винды можно посмотреть как долго стартуют процессы в автозагрузке. Если какой-либо процесс явно слишком долго стартует, нужно разбираться с ним. Часто в этом списке все более-менее в порядке, но тормоза все равно наблюдаются, так что это не панацея. Там же можно убрать не нужные задачи из автозагрузки.
5.Иногда в винде глючат служба индексации или служба обновлений (обычно это проявляется немного не так как у вас). При этом эти службы значительно съедают процессорное время. Не работающая служба индексации определяется, например, не возможностью осуществить поиск в главном меню. Служба обновлений - ошибки при обновлении.
6.Если ничего не помогает начинайте сносить установленный софт и проверять реакцию компа на это действие.
7.переустановка винды.
8.Если добрались до этого пункта, значит явно проблемы с железом, которые вы не смогли определить - сервис.

Похоже на глюк конкретной реализации.

Как-то так.

:: Каталог с входными архивами
set "indir=c:\temp"
:: Каталог куда складывать выходные архивы, можно указать тот же, что и в indir
set "outdir=c:\temp\out"
:: Каталог для временных распакованных файлов
set "unarhdir=c:\temp\unarh"
:: Полный путь для запуска архиватора
set "arh=%ProgramFiles%\WinRAR\winrar.exe"
for %%a in ("%indir%\*.zip") do (
  "%arh%" x -y "%%a" "%unarhdir%"
  "%arh%" a -y -df "%%~dpna" "%unarhdir%\*"  
)

Правильно инициализируйте переменные в начале скрипта.
Скрипт не проверял, т.к. winrarом не пользуюсь.

На счет "couldn't access" - мешает UAC. Для его обхода (для удаленного доступа к компу с администраторскими правами) нужно выставить ключ в реестре:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
LocalAccountTokenFilterPolicy [REG_DWORD] = 1
И, конечно, выполнять нужно от пользователя с правами администратора.
psexec - нормально работает.
Есть и родное средство - wmic.
Для wmic можно задать в опциях имя удаленного пользователя и пароль (см. wmic /?). Пользователь так же должен иметь администраторские права на удаленном компьютере.
Есть еще winrm, но сходу не скажу как его правильно готовить.

PS: средства удаленного запуска в винде предназначены для нужд администратора, поэтому везде требуется администраторские права. Если нужно без админских прав, то можно настроить удаленный рабочий стол и пусть чел заходит по RDP и запускает что надо руками.

PPS: если приложение как-то взаимодействует с пользовательским интерфейсом (открывает окна и т.д. и т.п.), то при удаленном запуске через psexec или wmic могут быть трудности, т.к. для удаленного запуска создается отдельный пользовательский сеанс не связанный с локальным сеансом. Соответственно приложению негде будет открывать свои окна. Из-за этого может быть не возможно удаленно запустить приложение. Консольные приложения запускаются нормально - они автоматически перенаправляют вывод на ваш удаленный компьютер. В psexec для разрешения приложению открывать окна нужно использовать ключ -i. В wmic подобного ключа, по моему, нет.

Это делается с помощью ресурсов. Последний раз работал с ресурсами года 3 назад - с текстовым файлом.
Создаете в студии файл описания ресурсов (.rc), добавляете ваш файл туда. Какие конкретно кнопки жать при этом не скажу.
Затем в коде с помощью WinAPI функций FindResource и LoadResource загружаете ресурс в память как байтовый массив.
Дальше делайте с ним, что хотите.
Смысла сохранять файл на диск нет, т.к. потом снова будете с диска читать.

1.Хранят хидеры в отдельных папках в том случае, если это библиотека и нужно некоторый набор хидеров дать конечному пользователю. При этом внутренние хидеры могут лежать (и лежат) вместе с исходниками.
2. и 3. вообще без разницы.
Организация проекта у меня такая же как у вас. Работает нормально. Не вижу смысла что-то менять в этом плане.

Если правило при "Любом адресе" отрабатывает, а при установленных конкретных адресах - нет, при прочих неизменных параметрах, значит вы устанавливаете не правильные адреса.