На удаленном сервере крутятся несколько инстанций firefox portable. Каждая из них должна работать через свой прокси и поддерживать flash. Для этого ранее использовал программу proxifier:указываешь название процесса и соответствующий адрес прокси. Раньше этого было достаточно: "запихиваешь" plugin-container в процесс самого браузера(вводя переменную MOZ_DASABLE_OOP_PLUGINS), а процессу браузера даешь имя, например, firefox0.exe или firefox1.exe или firefox2.exe и т.д. и указываешь настройки прокси для него.
В последних версиях переменная MOZ_DISABLE_OOP_PLUGINS не отключает plugin-container.exe. Поэтому возможным решением проблемы было бы давать каждому процессу plugin-container.exe свое специфическое имя, например, plugin-container0.exe или plugin-container1.exe и т.д. Тогда в настройках проксификатора proxifier можно было бы прописывать firefox0.exe, plugin-

Оба способа рабочие. Всем спасибо! Тему можно закрывать.:)
Будущим поколениям подытожу.

Не вышло.
По порядку:было посоветованно переименовать исполняемый файл firefox.exe, находящийся в App/Firefox, и изменить поле FileDescription в любом resource editor'е.
С первой половиной я справился, как видно из первого сообщения темы с описанием проблемы.
Касательно второй половины:FileDescription меняет имя приложения, а не процесса. И это плохо, потому что мне необходимо изменить именно имя процесса. Пруфом тому может служить скриншот к посту выше: слева в диспетчере задач в колонке "приложения" отображается та же строка, что и в параметре FileDescription - bla-bla-bla, в то время как в диспетчере в колонке "имя процесса" отображается blablabla.exe, имя которому было дано, вероятно, путем переименования файла firefox.exe, лежащего в App/Firefox.

Действительно, теперь нет процесса plugin-container.exe и функциональность браузера осталась неизменной.
Однако flash стал обмениваться информацией по сети не через plugin-container.exe, а через FlashPlayerPlugin_17_0_0_1_169.exe. Стало быть по-прежнему не выходит пустит трафик от него через прокси:cry:

Хочется, чтобы каждой запущенной версии ff portable соответствовал отдельный процесс со своим именем. Для каждой папки с ff portable в папке Other/Source в FirefoxPortable.ini устанавливаю значение AllowMultipleInstances=true. Также в каждой папке с ff в папке App/Firefox firefox.exe переименовываю в firefox1.exe, для второй папки - в firefox2.exe и т.д. И планировал после их запуска увидеть в диспетчере запущенные процессы firefox1.exe, firefox2.exe и т.д. Однако все версии объединяются в один процесс с таким именем,которое соответствует первой запущенной версии. Например, я сначала открываю firefox3.exe, потом firefox1.exe, firefox2.exe, firefox4.exe и т.д., а процесс запускается один с именем firefox3.exe.
Так вот как это поправить?:rolleyes:

Действительно, контейнер отключается. И это неплохо, спасибо.:blush:
Осталось выяснить, как решать эту же задачу в более современных ос windows.

Не сработало. plugin-container.exe по-прежнему живёт и flash в нём тоже. Об этом можно судить по увеличивающемуся количеству потребляемой процессом plugin-container.exe оперативной памяти с течением времени при просмотре ролика на ютубе(80-90МБ потр.опер.пам.)

Спасибо за пояснение. Появилась пара вопросов:
1. Я использую проксификатор proxifier, настраивая его таким образом,чтобы трафик через приложение firefox.exe пропускался через определенный прокси. Какие изменения в настройки мне следует внести,чтобы проблема с flash исчезла?(я так понимаю,что flash работает в отдельном процессе, но я же не могу указать проксификатору использовать прокси для flash.exe, т.к. такого ярлыка просто нет на компьютере).
2. Касательно виртуализации:необходимо будет запускать целиком виртуальную машину или быть может существует способ,основанный на виртуализации,но использующий меньше ресурсов?