[Borodunter]

Belchanin

что бы в филиале могли запускать программу для работы с БД с нашего сервера (Win2000)

что это под собой подразумевает?
необходим доступ к ресурсам сервера из интернета, из филиала, или что-то еще?

можно поднять VPN на FreeBSD, а можно использовать на нем же NAT, с помощью которого перенаправлять запросы из Интернета на внутренний сервер Вин 2000.

если доступ есть и сервер и клиенты видят друг-друга, то тогда можно сервер терминалов использовать, он поменее тормозить будет, чем РАдмин. опять же какова ширина канала, не является он узким местом?

в чем конкретно заключена проблема?

В общем на работе народ пользуется программой, нужно, что бы в нашем филиале в другом городе тоже могли ей пользоваться. Достаточно того, что бы только ей и ничего больше. На счёт "узким местом" - не является, скорость нормальная, и там и там ADSL-модемы.

Проблема одна - ни празу не сталкивался с такой задачей... вот и проблема - что лучше использовать, и хотя бы в крации как сделать, можно ссылками.

Заранее спасибо.

[Angry Demon]

Belchanin
Пуск -> Справка и поддержка -> Поиск по фразе "Удаленный рабочий стол". Информации вагон!

Можно ли использовать "удалённый рабочий стол". Всё что я видел это подключение к компьютерам или серверам в локальной сети... А компьютер который должен подключится в другом городе. Не входит в локальную сеть. Как в такой ситуации? И ещё. Стоит FreeBSD-сервер на интернет. На нём нужно тоже что то делать, или его можно и не трогать?

[Angry Demon]

Belchanin
1. Если компьютер удаленного филиала подключен к интернет, сервер тоже, комп пингует сервак, то связь есть и удаленный рабочий стол вполне прокатит.
2. Для использования удаленного рабочего стола на сервере должна быть установлена серверная ОС: Windows 2000 Server или Windows 2003.

Первый и второй пункты понятны. Но на сервере, где стоит программа внутренний IP-адрес. Внешний на FreeBSD сервере. Значит, нужно всё таки что то делать на FreeBSD?

[Borodunter]

Belchanin

на сервере, где стоит программа внутренний IP-адрес. Внешний на FreeBSD

т. е. клиентский комп не может пинговать сервер?

в этом случае поможет установка NAT на FreeBSD и редирект портов (т. е. клиент должен стучаться к серверу FreeBSD на определенный порт, а NAT весь трафик с этого порта будет перенаправлять на IP-адрес и указанный порт внутреннего сервера с Windows 2000).

другой вариант (даже проще чем первый) - поднять VPN на сервере FreeBSD. в этом случае на клиенте сначала запускается подключение к VPN, это позволит ему стать клиентом внутренней локальной сети, к которой подключен сервер FreeBSD и сервер Windows 2000. Тогда никаких проблем вообще. Выглядит так, как будто удаленный клиент является членом локальной сети. VPN достаточно легко и просто настраивается с использованием проги mpd (на FreeBSD).

[Goblin34]

Полностью согласен с Borodunterом в необходимости и способах организации доступа к серверу.
В качестве терминала рекомендую Citrix. На нем можно поднять доступ через WEB, что значительно упрощает работу конечных пользователей. Им остается только в браузере вколотить адрес сервера.
Радмин для пользователя - это несерьезно.
Терминал может даже сэкономить трафик, но это не всегда. Однако, всегда можно спрогнозировать обьем, прикинув размер экрана в пикселях и частоту его обновления (имеется в виду терминального окна). Для работы с программами типа таблиц и текстов достаточно 600*800. При этом пользователь может его развернуть его на весь свой экран и не заметить ничего, только буквы будут чуть угловаты.
Рабочий стол WIN сервера показывает весь стол. Citrix клиент видит только то, что ему разрешили. В Citrixe больше возможностей по настройке ресурсов. И т.д. и т.п.
Дело не в моей неприязни к Microsoft, а в том, что Citrix - это специальный продукт.

[Borodunter]

оказалось, что публичный IP не на сервере, а на ADSL-модеме, к которому сервер подключен через NAT. поэтому VPN отпадает. остается пробовать редирект портов с внутренней сетевухи сервера, и надеяться, что NAT модема "натит" также и номера портов