преди 8 часа, цър-вул написа:

Тестовете са при спрян Defender

Във файла при включване на непечатните символи имаш tab. В скрипта търсиш интервал. Няма как да заместиш. Tab и Space са две различни неща за компютъра.
 

www.easeus.com.cn	track.easeus.com track.easeus.com.cn

Проблемът ти се намира тук. Само че при копи-пействане във форума тоя таб се губи. Съответно няма как в скрипта да е интервал, във файла да е таб и скриптът да намери съответствие.  Очевидно скриптът е изпълнил презаписване на файла, но не е намерил съответствие - съответно нищо не е заместил.
Не следва в HOSTS да присъстват TAB-ове между хостовете. Но следва да присъстват TAB-ове между IP и Hostname. Макар че го интерпретира обикновено нормално дори и навсякъде да има интервали.
Виждам ти файла, блокиране на разни реклами, тракери и malware. Твърде голям е. Може би е добра идея да се прави това на ниво рутер. Ако си вземеш произволен микротик, дори най-евтиния за 50лв, ще имаш много по-голям контрол над трафика ти.
 

преди 8 часа, цър-вул написа:

Резултат - завъртя в конзолата целия hosts файл и върнна грешка, която след дълго зверене не успях да установя:

''' is not recognized as an internal or external command,
operable program or batch file.

 

Допуснал си синтактична грешка при редакция на скрипта, предложен от exwol. Скриптовите езици изискват правилен синтаксис.
Хубавото на PowerShell и VBScript е, че имат дебъгери за синтаксиса. Имаш PowerShell ISE, а VBScript-а при изпълнение хвърля грешки с ред при проблем.
 

  

преди 6 часа, exwol написа:

Да, именно. Все пак не е релевантно нито очаквано да се седи на стари технологии - в случая ОС. Разбираемо е някои новости да предлагат повече екстри в това число и улеснения, които се вписват в съвременните нужди.

VBSript и Command скриптовете са относително универсални. Работят и на нови версии на OS, както и обикновено на по-стари версии.
Проблемът с PowerShell е, че изисква скриптовете да били подписани, за да се извършват редица действия. Необходимо е да се спре изрично Signing-а, сиреч настройката позволяваща да се изпълняват само подписани скриптове. Това представлява съществен проблем пред универсалността, понеже на всеки един компютър, на който искаш да го пуснеш трябва да спреш настройката. Освен ако не искаш да плащаш за сертификат, с който да ги подпишеш. А синтаксисът на PowerShell със задължителното спазване на големи и малки букви, команди с тирета между тях и разни други простотии прави писането на сериозно PowerShell скриптове по-тегаво от писането дори на Command скриптове. В Command скриптовете поне липсва частта с Case-sensitive/Чувствителност към регистъра/ и няма безумно дълги команди с тирета и смесени малки/големи букви.

преди 6 часа, exwol написа:

За SYSTEM и Administrators трябва да сa еднакви. 

Да, такива са.

преди 7 часа, цър-вул написа:

Не мога да разбера защо не дава достъп за запис, при положение, че не е само за четене и Admins има Full control права

преди 16 минути, цър-вул написа:

Да, такива са.

Не мога да разбера защо не дава достъп за запис, при положение, че не е само за четене и Admins има Full control права

Дава ти го, защото атрибутът readonly на файла си седи. Това че го изпълняваш с администраторски права не означава, че не е необходимо да махнеш този атрибут.
И защо да не е само за четене? Махнал ли си отметката, че да не бъде?
Сиреч при работа в системна директория към скрипта трябва да се добавят 2 реда с премахването на readonly и след това добавянето му.
Разкарай и този таб между имената на хостовете, че ми бърка в очите.  Няма косистенция на форматирането. 
Tab-ове между IP и hostname няма, за сметка на това между отделните hostname-ове има табове. Това не е нормално форматиране за този файл.

Новият ден е по-мъдър от стария... От копи-пейст на редовете между hosts и скрипта се бе оплескал синтаксисът.
Вече всичко си е на мястото и скриптът работи
Powershell комадата вече прави точно каквото трябва

@exwol и @jtaggerx, благодаря ви за търпението!

Ako желаеш да е още по-просто и да не е PS:

sed  -i 's/127.0.0.1/# 127.0.0.1/g' C:\Windows\System32\drivers\etc\hosts

Остава да има и кой да познае командата sed в Windows command prompt

преди 1 минута, цър-вул написа:

Остава да има и кой да познае командата sed в Windows command prompt

Има GNUWin32, но няма нужда. 

преди 9 минути, цър-вул написа:

Остава да има и кой да познае командата sed в Windows command prompt

Е трябва да си го инсталираш разбира се.

При мен е през  choco:

sed --version
C:\ProgramData\chocolatey\lib\sed\tools\install\sed.exe (GNU sed) 4.8
Copyright (C) 2020 Free Software Foundation, Inc.

Но можеш и ръчно да си го инсталираш оттук: https://github.com/mbuilov/sed-windows

преди 56 минути, MZ/X написа:

Е трябва да си го инсталираш разбира се.
При мен е през  choco:
Но можеш и ръчно да си го инсталираш оттук: https://github.com/mbuilov/sed-windows

A сега си представи да го инсталираш на всяка машина, която срещнеш, за да може това което искаш да бъде свършено.
С други думи, минимизирането на външни зависимости е пътят към универсалността. Колкото по-малко неща очакваш да бъдат налични, толкова по-добре.

преди 55 минути, jtaggerx написа:

A сега си представи да го инсталираш на всяка машина, която срещнеш, за да може това което искаш да бъде свършено.
С други думи, минимизирането на външни зависимости е пътят към универсалността. Колкото по-малко неща очакваш да бъдат налични, толкова по-добре.

Стана ми любопитно, защо задълбочаваш нещата?

Ами айде и аз да ги задълбоча още, да те видя колко си навътре - какво ще ползваш ако имаш мултиос среда Windows/Linux/BSD/*NIX от 200 инсталации и трябва да фикснeш в хост файл дадено IP?

П.С. Видях ти отговора, няма смисъл да ми отговаряш

преди 23 часа, jtaggerx написа:

Задължително ли трябва да е batch скрипт? Написано на C# е нещо изключително тривиално.
Скриптовите езици не са идеалното решение за манипулация на съдържанието на файлове, особено командните скриптове.

 

преди 18 минути, MZ/X написа:

Ами айде и аз да ги задълбоча още, да те видя колко си навътре - какво ще ползваш ако имаш мултиос среда Windows/Linux/BSD/*NIX от 200 инсталации и трябва да фикснeш в хост файл дадено IP?

Mikrotik рутер ще използвам. И дори да не ми трябва нещо подобно, пак Микротик рутер ще ползвам. Във всеки случай Микротик рутер бих ползвал. 
 Не съм толкова безумен да го правя по машините, ако са 200.
Каквото не е намерено в hosts и не е в локалната мрежа, отива към Gateway Of Last Resort, известен още като Default Gateway.
Компютърът го изпраща натам и очаква отсрещната страна да се оправя.  
И все пак, 200 инсталации на 1 машина ли или 200 машини всяка с по 1 инсталация на някоя от изброените OS?
И все пак, защо да ползваме нещо, което е зависимо от външни компоненти, като можем да използваме съществуващи и
налични по подразбиране функционалности и компоненти???
А ти като си навътре, как да аплайна GPO за desktop wallpaper на Linux?  

 

преди 1 час, MZ/X написа:

П.С. Видях ти отговора

Браво на теб. Под командни скриптове имах предвид конкретно .bat и .cmd. Манипулацията на съдържанието на файловете при тях(конкретно .bat, .cmd) е възможна, но същото може да се реализира по друг начин и да бъде тривиална задачка. PoweShell пък има особен начин на изписване на командите и необходимостта от подписване е досадна, ако ще правиш нещо, което налага извършването на промени на системно ниво, най-вече извършване на автоматизирани one click действия. Едно нещо често може да бъде направено по няколко начина, въпросът е кой е най-лесния от тях и кой начин конкретно е най-малко податлив към грешки, неочаквани проблеми и т.н.
Честно казано за начин за модифициране на hosts файла на комбинация от машини, всяка от които работи на една от изброените Windows/*nix без използването на външни компоненти не се сещам, освен програма на C/C++, защото не споделят единна философия. Въпреки опитите за вмъкване на подсистема в Windows, хранилища за Windows, не може да се разчита на външни функционалности и компоненти, защото може да се окаже, че са неналични. Ако пък ще се прави нещо, което е насочено към обикновени потребители, по-добре е да се компилира програмка с няколко бутона и да не могат да барат където не им е работата.
Да уточня, че за мен "един начин" означава един и същи скрипт/програма да могат да бъдат използвани взаимозаменяемо на Windows/*nix без да е необходимо да бъдат насочени към конкретна операционна система. Дори посочването на път означава само по себе си насочване за конкретна операционна система. А ако ще насочвам за конкретна операционна система и набор от конкретни целеви версии на същата, няма да сложа SED, като мога да използвам .bat, .cmd, .ps или .vbs.
Като .VBS .CMD и .BAT са относително обратно съвместими с всички версии на Windows, излезли в последните 20 години. 
А както знаем, на всяка една работна станция/клиентска машина освен включеното в OS, друго не можем да очакваме да има. Следователно, ако искаш да си сигурен, че това което си направил ще работи, въздържаш се от външни компоненти, ако е възможно.