Перестал работать Mimo-unidll 4 с новой платформой 8.3.22.1704

[alexandr_ll]

Подскажите, пожалуйста, есть ли расширение для минимальной платформы для Бухгалтерии НКО 5 (базовая)?

Должно подойти расширение для Бухгалтерии 3.0

[Scorpion104]

в брэндмауэре просто заблокировать выход файлу rphost.exe на внешку.

Подтверждаю. Работает.
Никаких блокировок по IP делать не надо (типо люди пишут, что надо сервера 1с блокировать).
Только заблокировать выход в инет этому приложению.
у меня стоит 1709. Стоит Mimo-UniDll_v5 (64 bit).
Все работает без проблем. Не вылетает.

[alexandr_ll]

в брэндмауэре просто заблокировать выход файлу rphost.exe на внешку.

Подтверждаю. Работает.
Никаких блокировок по IP делать не надо (типо люди пишут, что надо сервера 1с блокировать).
Только заблокировать выход в инет этому приложению.
у меня стоит 1709. Стоит Mimo-UniDll_v5 (64 bit).
Все работает без проблем. Не вылетает.

У меня 1с на локальном компьютере никакого rphost.exe на нем нет.

[sepu]

в брэндмауэре просто заблокировать выход файлу rphost.exe на внешку.
и перезапустить службу 1С

тока заполнение по инн, эдо, связь с фнс и ещё куча веселых штук пропадает( есть у кого набор айпи который убирает жертву но оставляет функционал??

[alexandr_ll]

тока заполнение по инн, эдо, связь с фнс и ещё куча веселых штук пропадает( есть у кого набор айпи который убирает жертву но оставляет функционал??

8. Запускаем cmd под правами администратора, вставляем такой текст: #
[#]
netsh advfirewall firewall add rule name="1Cz" action=block dir=IN remoteip=185.12.152.0/24,185.12.153.0/24,185.12.154.0/24,185.12.155.0/24,220.181.0.0/16,39.128.0.0/10,5.188.115.0/24,93.184.220.0/22,37.61.222.112/29,139.45.192.0/18,142.250.0.0/15,64.233.160.0/19,209.85.128.0/17,77.88.55.0/24,5.255.255.0/24,5.45.205.0/24,94.100.176.0/21,217.69.136.0/21,18.184.212.59,23.52.27.27,23.46.123.27,91.239.5 .113,89.111.148.64/26
[/#]

[Scorpion104]

8. Запускаем cmd под правами администратора, вставляем такой текст: #
[#]
netsh advfirewall firewall add rule name="1Cz" action=block dir=IN remoteip=185.12.152.0/24,185.12.153.0/24,185.12.154.0/24,185.12.155.0/24,220.181.0.0/16,39.128.0.0/10,5.188.115.0/24,93.184.220.0/22,37.61.222.112/29,139.45.192.0/18,142.250.0.0/15,64.233.160.0/19,209.85.128.0/17,77.88.55.0/24,5.255.255.0/24,5.45.205.0/24,94.100.176.0/21,217.69.136.0/21,18.184.212.59,23.52.27.27,23.46.123.27,91.239.5 .113,89.111.148.64/26
[/#]

вроде бы работает этот вариант - только надо обязательно перезапустить сервис 1с

[Scorpion104]

странно конечно - было - фаерволл закрывал все исходящие для rphost.exe
добавил правила - 8. Запускаем cmd под правами администратора, вставляем такой текст: netsh advfirewall ....
после отключил первое правило
сразу вышла - жертва
перезапустил сервис - полет пока нормальный

[Scorpion104]

8. Запускаем cmd под правами администратора, вставляем такой текст: #
[#]
netsh advfirewall firewall add rule name="1Cz" action=block dir=IN remoteip=185.12.152.0/24,185.12.153.0/24,185.12.154.0/24,185.12.155.0/24,220.181.0.0/16,39.128.0.0/10,5.188.115.0/24,93.184.220.0/22,37.61.222.112/29,139.45.192.0/18,142.250.0.0/15,64.233.160.0/19,209.85.128.0/17,77.88.55.0/24,5.255.255.0/24,5.45.205.0/24,94.100.176.0/21,217.69.136.0/21,18.184.212.59,23.52.27.27,23.46.123.27,91.239.5 .113,89.111.148.64/26
[/#]

Всем у кого не работает лекарство - проверьте следующий вариант.
Я пока не понял - странно это как-то. Но !!! как раз после добавления этого правила и отключение полного блокирования выхода в интернет rphosh - сразу появилась ошибка - жертва. После перезапуска сервиса 1с (у меня SQL вариант) - все норм и никаких больше вылетов.
Но !!! - после перезагрузки сервера - при запуске 1С - снова - Жертва. Просто перезапускаем сервис и все- снова проблема решена. Есть подозрение что сервис 1с стартует раньше фаервола.

[Proud]

Поставь службе Автоматически (отложенный запуск)

[oleg22101990]

8. Запускаем cmd под правами администратора, вставляем такой текст: #
[#]
netsh advfirewall firewall add rule name="1Cz" action=block dir=IN remoteip=185.12.152.0/24,185.12.153.0/24,185.12.154.0/24,185.12.155.0/24,220.181.0.0/16,39.128.0.0/10,5.188.115.0/24,93.184.220.0/22,37.61.222.112/29,139.45.192.0/18,142.250.0.0/15,64.233.160.0/19,209.85.128.0/17,77.88.55.0/24,5.255.255.0/24,5.45.205.0/24,94.100.176.0/21,217.69.136.0/21,18.184.212.59,23.52.27.27,23.46.123.27,91.239.5 .113,89.111.148.64/26
[/#]

Ничего не помогло (там лишний пробел, это специально?). В смысле полный блок rphosh помогает, а любые правила в брандмауэре виндовс (из Mimo-UniDll, из Расширения снятия ограничений, из этого поста) не помогают с последней платформой+Mimo-UniDll.

Это никак не связано, но еще в придачу я сейчас пытаюсь перейти с БП 2 на 3, так на любой старой платформе сыпет ошибку "Таблица или поле DataSeparationUse23219 не содержится в разделе FROM", так что мне в любом случае нужна свежая сломанная платформа.

UPD: Весь день на это убил, в итоге:
1. Пока часть баз оставил на старой платформе, новую (8.3.22.1750) только rphosh блочить в брандмауэре. Блок можно включать\выключать, база стабильно работает\не работает.
2. С файловым вариантом посложнее, блок ip адресов на новой платформе также не помогает, блочу все .exe 1с. НО есль запустить базу без блока хоть раз она это где-то запоминает и потом не запуститься (с кэшем не игрался, и так устал). Устанавливая пользователям платформу сделал батник на добавление .exe файловой 1с в блок:

for %%G in ("C:\Program Files (x86)\1cv8\8.3.22.1750\bin\*.exe") do (netsh advfirewall firewall add rule name="! %%G" dir=out action=block program="%%G" profile=any enable=yes)
for %%G in ("C:\Program Files\1cv8\8.3.22.1750\bin\*.exe") do (netsh advfirewall firewall add rule name="! %%G" dir=out action=block program="%%G" profile=any enable=yes)
pause