Remote Office Manager - бета тестирование

← →
EDELWEISS © (2006-07-26 18:09) [440]

>админская машина - компьютер, на котором установлен ROM Viewer, никакая IP фильтрация и привязка к интерфейсам там не нужна.
>>>понимаю,вам не понравилась фраза "админская машина",читайте "шлюзовая машина",просто я иногда рулю с нее напрямую,но это уже не суть важно,просто живой пример:1)мне нужно из дома доделать на офисных машинах то,что не успел сделать на работе--->как следствие - я ломлюсь как раз-таки через шлюзовую машину снаружи вовнутрь в локалку на внутренние хосты,именно на шлюзе и установлена серверная часть,но мне не хотелось бы,чтобы некоторые орлы сизокрылые,сканируя порты,могли делать попытки авторизации на ROM-сервере снаружи через интернет! 2)на работе изнутри со своей админской машины мне надо выломиться наружу через тот же шлюз для руления филиалами,расположенными в нете повсюду-таким образом,получается,что на шлюзе ROM-ом должны прослушиваться оба интерфейса-и WAN,и LAN.Но орлы сизокрылые могут оказаться также и внутри локалки,поэтому IP -фильтрация нужна как на одном,так и на другом интерфейсе.Да,у меня организовано ограничение доступа к серверной части по IP файром,ну а кому-то хочется силами самого ROM-а...вот что имелось в виду...а со шлюза я действительно частенько рулю,поэтому и проскочила фраза "админская машина"...
>>>приоритеты 1 и 2 я бы поменял местами,а третьим пунктом все же добавил бы организацию поддержки буфера обмена в обе стороны
...и по поводу лицензионного ключика:написал вам письмо с запросом на ключ на адрес в анкете по вашему же совету,но ни ответа,ни привета....

← →
Eraser © (2006-07-26 18:34) [441]

> [440] EDELWEISS © (26.07.06 18:09)

хм.. теперь ход мыслей ясен - для каждого интерфейса свой IP филтр, кстати это все больше убеждает меня делать "шлюз" (мост) отдельным исполняемым модулем.

> ...и по поводу лицензионного ключика:написал вам письмо
> с запросом на ключ на адрес в анкете по вашему же совету,
> но ни ответа,ни привета....

проверьте почту.

← →
edelweiss © (2006-07-26 23:40) [442]

>Eraser
>хм.. теперь ход мыслей ясен - для каждого интерфейса свой IP филтр, кстати это все больше убеждает меня делать "шлюз" (мост) отдельным исполняемым модулем.
На мой взгляд не нужно делать IP-фильтр для каждого интерфейса,нужно,чтобы это была просто "некая таблица" IP-шников (как внешних,так и внутренних),с которых разрешено подключение,а ROM разруливал бы любые запросы в соответствии с данной таблицей,невзирая на то,с какого интерфейса пришел запрос!!!Поясню подробнее:если клиент подцепился по VPN и получил от сервера RRAS IP из диапазона все той же твоей локальной сети,а у тебя сделана фильтрация для внешнего интерфейса пропускать только запросы с неких внешних IP,то этот клиент со своим полученным внутренним IP-ом никогда не сможет законнектиться к твоему ROM-у!Соображаешь?Вывод:не нужно делать персональный фильтр под каждый интерфейс!Фильтр должен быть общим на все интерфейсы!Хотя,конечно,при твоем подходе можно и для внешнего интерфейса указывать внутренние IP-ы,но тогда,на мой взгляд,теряется сам смысл разделения фильтров по интерфейсам!Может,у тебя другие соображения на сей счет?

← →
edelweiss © (2006-07-26 23:42) [443]

И по-моему,отдельный исполняемый модуль под это дело тоже ваять нет большого смысла...

← →
Andy BitOff © (2006-07-27 14:31) [444]

Люди требуют поддержки коммандной строки!!!

← →
Eraser © (2006-07-27 15:01) [445]

> [444] Andy BitOff © (27.07.06 14:31)

я у этих людей уже много раз спрашивал - "зачем?", нормального вразумительного ответа не получил ни разу!

← →
Andy BitOff © (2006-07-27 15:59) [446]

Для запуска Remote Office Manager Viewer с автоматическим коннектом к указанному серверу из других приложений. Куда уж нормальнее?
Examples: radmin.exe /connect:server:1000 /fullscreen /encrypt radmin.exe /connect:10.0.0.100:4000 /telnet radmin.exe /connect:server /through:gate

← →
Andy BitOff © (2006-07-27 16:06) [447]

Всмысле, конечно:
ROMViewer.exe /connect:server:1000 /fullscreen /encrypt ROMViewer.exe /connect:10.0.0.100:4000 /telnet ROMViewer.exe /connect:server /through:gate

← →
Корсар © (2006-07-28 11:07) [448]

>>Для запуска Remote Office Manager Viewer с автоматическим коннектом к >>указанному серверу из других приложений. Куда уж нормальнее?

Пока что РОМ разрабатываеться как отдельная программа а не приложение к другим, нужные функции командной строки уже реализованы когда потребуються дополнительные то и их тоже сделают :) делов и так ща полно...
смысл? чтоб наш продукт использовали сторонние фирмы?

← →
ZorroXP © (2006-07-28 12:37) [449]

Имеется проблема коннекта на Win98SE.
Вьювер на моем компе клиента видит, но при попытке
законектиться пишет Locked.....
На компах с WinXP проблем нету.....

← →
Eraser © (2006-07-28 14:20) [450]

> [449] ZorroXP © (28.07.06 12:37)

не совсем понял, Viewer установлен на Win98 или XP? И сервак установлен на 98 или XP?

← →
ZorroXP © (2006-07-28 18:33) [451]

Server установлен на 98 а вьювер стоит на XP Corp SP2.....

← →
ZorroXP © (2006-07-28 18:34) [452]

Server установлен на 98 а вьювер стоит на XP Corp SP2.....

← →
Eraser © (2006-07-29 00:55) [453]

> [451] ZorroXP © (28.07.06 18:33)

странно.. проблем быть не должно, но раз они, к сожалению, есть... будем ещё тестировать, возможно дело в версии билда системы.
какой IE установлен в win98 ?

← →
Труп Васи Доброго © (2006-07-29 09:19) [454]

Eraser © (29.07.06 0:55) [453]
странно.. проблем быть не должно, но раз они, к сожалению, есть... будем ещё тестировать, возможно дело в версии билда системы.
какой IE установлен в win98 ?
Подтверждаю наличие такого косяка. Из 20 машин на одной периодически облом происходит по имени "Locked", хотя там такие же настройки, как и на других. Я думаю то системы не зависит, потому как там стоит XP corp SP2.

← →
ZorroXP © (2006-07-29 12:59) [455]

Проверил еще на 2 компах теже грабли.....
Итого на 1 компе Win98SE_Ru на 2 компах Win98SE_En везде стоит IE6......

← →
ZorroXP © (2006-07-29 13:04) [456]

По мимо того что пробовал со своего компа WinXP_SP2_Corp (на моем компе стоит фаер, так как имею 2 интерфейса один смотрит в инет другой локальный)
Так же тестил еще с 2 компов где стоит WinXP_SP1 (на этих компах фаера небыло).....

← →
Eraser © (2006-07-29 13:21) [457]

> [454] Труп Васи Доброго © (29.07.06 09:19)

> Я думаю то системы не зависит, потому как там стоит XP corp
> SP2.

зависит от установленных криптопровайдеров и версии CryptoAPI... в XP проблем не должно быть, проблема возможно не в этом, а в чем то ещё.

> ZorroXP ©

спасибо за подробное описание систем. будем тестировать, думаю проблему найдем, проблема не в файроволлах, а именно в шифровании, т.е. CryptoAPI, в Win98 перемудрили в MS.

← →
ZorroXP © (2006-07-29 15:15) [458]

На компе с Win98SE_Ru накатывался вот такой апдейт, взятый на руборде
"Maximus Decim Cumulative Update ver.2.11"
нечто подобное накатывалось и на аглицкую винду 98....
в чистом виде компов с Win98SE_Ru уже и нету...все с апдейтами....

← →
Eraser © (2006-07-29 15:36) [459]

> [458] ZorroXP © (29.07.06 15:15)

спасибо за уточнение, закачаю "Maximus Decim Cumulative Update ver.2.11" - потестирую.

← →
Eraser © (2006-07-29 15:53) [460]

> [458] ZorroXP © (29.07.06 15:15)

ещё одна просьба!
откройте на win98
Пуск-Программы-Стандартные-Служебные-Сведения о системе
и там на самой первой вкладке "Сведения о системе" скопируйте на форум весь текс.

Спасибо.

← →
ZorroXP © (2006-07-29 19:01) [461]

Лови не вопрос....
---------------------------------------------------------------------------
Microsoft Windows 98 4.10.2222 A
Clean install using Full OEM CD /T:C:\WININST0.400 /SrcDir=C:\INSTALL.ALL\WIN98SE /IZ /II /IS /IQ /IT /II /NR /II /C /U:xxxxxxxxxxxxxxxxx
IE 5 6.0.2800.1106
Uptime: 0:06:07:54
Normal mode
On "SKLAD333" as "Sklad333"
GenuineIntel Intel(r) Celeron(tm) Processor
64MB RAM
92% system resources free
Custom swap file on drive C (1111MB free)
Available space on drive C: 1111MB of 3084MB (FAT32)
---------------------------------------------------------------------------

← →
Eraser © (2006-07-29 23:23) [462]

> [461] ZorroXP © (29.07.06 19:01)

проблему решил.. не знаю даже как оно раньше работало под 9x ))

изменения в новом билде, о выходе которого я сообщу.

← →
ZorroXP © (2006-07-30 19:51) [463]

Приятно слышать....
Удачи.....

← →
EDELWEISS © (2006-07-31 17:46) [464]

>Eraser
Можно ли предусмотреть автоматическую подстройку размеров экрана вьюверной машины под просматриваемый им сервер???Просто достал тот факт,что постоянно приходится подгонять экран,чтобы помещалась вся просматриваемая часть!Надоело бесконца скролы крутить! Было бы весьма неплохо это дело устранить!Заранее спасибо!И когда можно будет ожидать для дальнейшего тестирования переработанную версию с учетом устранения хотя бы самых насущных вопросов (см. мои цитаты выше) ?

← →
Eraser © (2006-07-31 19:03) [465]

> [464] EDELWEISS © (31.07.06 17:46)

имеется ввиду режим просмотра Normal как я понял.. сделаю.

> когда можно будет ожидать для дальнейшего тестирования переработанную
> версию с учетом устранения хотя бы самых насущных вопросов

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

← →
DAphnie © (2006-07-31 20:53) [466]

> Корсар © (28.07.06 11:07) [448]
> Пока что РОМ разрабатываеться как отдельная программа а
> не приложение к другим, нужные функции командной строки
> уже реализованы когда потребуються дополнительные то и их
> тоже сделают :) делов и так ща полно...
> смысл? чтоб наш продукт использовали сторонние фирмы?

При чем тут приложение к приложению? Почему например я, как конечный пользователь, не могу себе навесить в какой-то софтине (типа truelaunchbar или любой другой, расширяющей возможности десктопа и квиклонча) на Alt+1,2,3...0 свой десяток контролируемых РОМом машин и в свое удовольствие запускать их знакомой и удобной мне комбинацией клавиш, а не делать десяток кликов и проезжать метр мышью по столу? Если я например, принципиально не хочу юзать оболочку РОМа, а смотреть только необходимое - удаленный рабочий стол. Надо подходить не со стороны "всем назло, и ни в какую", а с позиции "всем назло вот так, как никто не может - просто и со вкусом"
и еще... чтобы продукт использовали стороние фирмы продукт должен быть не просто лучше конкурента в чем-то... продукт должен быть превосходен и великолепен настолько, чтобы у сторонней фирмы отпало всяческое желание делать какую-то надстройку... просто за ненадобностью таковой, так как все уже предусмотрено... да..., кроме того, разве нельзя определить процессом (РОМом) тот факт, как он (процесс) был запущен операционкой или родительским процессом?

надеюсь достаточно ньюансов для размышления....

всем удачи!

← →
DAphnie © (2006-07-31 21:07) [467]

> edelweiss © (26.07.06 23:40) [442]
> На мой взгляд не нужно делать IP-фильтр для каждого интерфейса,
> нужно,чтобы это была просто "некая таблица" IP-шников (как
> внешних,так и внутренних),с которых разрешено подключение,
> а ROM разруливал бы любые запросы в соответствии с данной
> таблицей,невзирая на то,с какого интерфейса пришел запрос!

Пардон, но нафига? Смотри сюды (твой вариант):
1. принимаем пакет со всех интерфейсов без разбору
2. лазим в таблице на соответствие адреса в таблице адресу в пакете
3. даем отлуп или игнор

пункт 1 и 2 - лишняя трата ресурсов. мой вариант:
1. принимаем пакет только с нужного интерфейса, все остальные нах...
2. лазим в таблице на соответствие адреса в таблице адресу в пакете
3. отлуп(игнор) или дальнейшая обработка

в моем варианте - в пункте 1 уже отсеиваем мусор
в пункте 2 обрабатывается таблица конкретного интерфейса, а не все (как ты предлагал) - налицо экономия.

кроме того, например с одного интерфеса мне надо пустить клиента, а с другого банить, то как? все равно идет привязка к интерфейсу, так зачем убирать уже имеющееся? лучше дополнить... добавить таблицы фильтрации, причем лучше всего давать не отлуп, а игнор, чтобы клиент (нежелательный гость) не мог понять - стоит РОМ или нет, чтобы не было желания долбиться до посинения

:) удачи!

← →
Eraser © (2006-07-31 21:35) [468]

> [466] DAphnie © (31.07.06 20:53)

ваше мнение вполне имеет место быть, возможно коммандная строка будет встроена, но коннект будет происходить не по указанию комбинации ip/port, а по имени "соединения", созданного в интерфейсе ROMViewer"а.

> пункт 1 и 2 - лишняя трата ресурсов. мой вариант:
> 1. принимаем пакет только с нужного интерфейса, все остальные
> нах...
> 2. лазим в таблице на соответствие адреса в таблице адресу
> в пакете
> 3. отлуп(игнор) или дальнейшая обработка

я тоже за такой вариант, т.к. это довольно просто для понимания и эффективно.
РОМ не является программой для маршрутизации сетей, поэтому сложные сетевые настройки только отпугнут юзеров, проверено и не раз.. все должно быть предельно просто.

Eraser © (31.07.06 21:35) [468]
... коммандная строка будет встроена, но коннект будет происходить не по указанию комбинации ip/port, а по имени "соединения", созданного в интерфейсе ROMViewer"а.

Замечательно!!! Только не надо с этим затягивать.

>DAphnie ©
Я достаточно аргументировал свое видение по поводу IP-фильтра!Читай внимательнее выше про необходимость прослушивать ВСЕ интерфейсы и про те виды соединений,о которых я там же выше написал!Далее решать разработчикам...

> [470] EDELWEISS © (01.08.06 00:11)

дело в том, что вариантов может быть несколько, но все они могут быть правильными. выбирать будем лучший, по каким критериям - ещё не решено... опять же повторюсь, скорее всего вначале все будет сделано как у конкурентов. решать не мне одному.

Итак новый билд :o)
Что нового: - Передача формы указателя мыши удаленной машины, при этом, в отличии от radmin"a 3, VNC и т.п. курсор не прорисовывается на картинке, а системный курсор принимает нужную форму. - Get/Set remote clipboard (см. контекстное меню окна соединения вьювера). - Немного изменен механизм передачи сообщений мыши/клавиатуры, возможно программа будет работать быстрее. - Изменен стиль toolbar"а и контекстных меню вьювера. - При переключении режима в "Normal" окно просмотра удаленного экрана принимает размеры этого экрана. - При создании нового соединения, первым фокус ввода получает поле ip и имя соединения заполняется синхронно. - В конце установки сервер, перед тем как предложить перезагрузить машину, информирует, что это не обязятельно, но желательно, т.к. поддержка Fast User Switching заработает только после перезагрузки. - Исправлено несколько менее занчительных багов и недоделок.
К сожалению данная версия несовместима с предыдущими билдами из-за переделок в протоколе :(

качать лучше отсюда http://aledensoft.com/Soft/rom3.0.zip (1.65 MB), т.к. первичная ссылка на сайте указывает на download.com, а у них зеркала обновляются не всегда перативно.

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

На 98 проверено все работает.....
Большое человеческое спасибо....:-)
P.S. Скорости бы немного подкинуть.....

> [473] ZorroXP © (01.08.06 11:48)

> Скорости бы немного подкинуть.....

попробуйте в настройках поставить CPU Usage на максимум.

> P.S. Скорости бы немного подкинуть.....

сейчас ещё раз подменил дистрибутив, скорость работы программы должна увеличеться при перетаскивании окон (в режиме CPU Usage Normal и High), правда нагрузка на CPU тоже. просьба сравнить с предыдущими билдами.

> попробуйте в настройках поставить CPU Usage на максимум.

Сказать честно не помогло....
Сейчас качну свежий дистрибутив....

Визуально Радмин быстрее, вашу софтина немного "стабильно" медленее....
Имхо на глаз от 5 до 10% проигрыша......
Сравнивал на 2 разных машинах и что самое интересное что
на компике типа Сел500/64/Video i740 8Mb/Hdd 8Gb/ Lan 100Mbit radmin пашет быстрее (визуально), чем ваша софтинка на компике типа Сел1100/128/Video MatroxG200 32Mb/Hdd 8Gb/ Lan 100Mbit
оба компа по 98....

>Eraser © Итак новый билд :o)Что нового:
- Передача формы указателя мыши удаленной машины, при этом, в отличии от radmin"a 3, VNC и т.п. курсор не прорисовывается на картинке, а системный курсор принимает нужную форму.
- Get/Set remote clipboard (см. контекстное меню окна соединения вьювера).
- Немного изменен механизм передачи сообщений мыши/клавиатуры, возможно программа будет работать быстрее.
- Изменен стиль toolbar"а и контекстных меню вьювера.
- При переключении режима в "Normal" окно просмотра удаленного экрана принимает размеры этого экрана.
- При создании нового соединения, первым фокус ввода получает поле ip и имя соединения заполняется синхронно.
- В конце установки сервер, перед тем как предложить перезагрузить машину, информирует, что это не обязятельно, но желательно, т.к. поддержка Fast User Switching заработает только после перезагрузки.
- Исправлено несколько менее занчительных багов и недоделок.

А КАК ЖЕ ВСЁ ОСТАЛЬНОЕ ПО ПРИОРИТЕТАМ???
1)хотелось бы реализации каскадного коннекта снаружи через шлюзовую машину вовнутрь на любую машину локальной сети,иначе функционал проги резко падает!
2)предусмотреть возможность удаленной установки сервиса без извещения конечного пользователя
(а также удалить как таковой пункт с галкой в серверной части show icon in system tray)
Этот функционал когда будет доступен для обширного тестирования?

>Eraser ©
Что сразу бросилось в глаза : в режиме "нормал" скролы так и присутствуют на экране,опять приходится их мотать,чтобы увидеть невидимые части серверной машины!

Remote Office Manager - бета тестирование Найти похожие ветки