Соединение с ервером через инет

← →
erika © (2005-09-14 14:49) [0]

Здравствуйте!

Я ни чего про это не знаю. Задача следующая:
1. в офисе1 есть машина, на которой програ,
2. ПК отправлем в офисе2

Кроме модема мне надо переделывать саму прогру?
Заранее благодарна

← →
Anatoly Podgoretsky © (2005-09-14 14:57) [1]

В общем не обязательно, если сервер виден в Интернет, то только изменить строку подключения к серверу.
Но так делать не стоит, поскольку данный сервер будет доступен не только офису, но и всем хакерам, рано или поздно его грохнут или получат доступ к информации, если система безопасности плохо построена.
Возможным решением может быть постройка приватной сети (VPN) по этому поводу проконсультируйся у системного администратора. Также возможен вариант с диалап сервером, когда офис звонит по модему на центральный офис.

← →
erika © (2005-09-14 15:01) [2]

> Также возможен вариант с диалап сервером, когда офис звонит
> по модему на центральный офис.

Можно по подробнее. Мне просто необходимо иметь опретивную информацию по этому АРМ.
(Называется было краткое совещание с большими последствиями)

← →
DSKalugin © (2005-09-14 15:19) [3]

Сервер можно подключить по выделенной линии к интернету, тогда у него будет реальный IP-адрес, по которому ты и будешь подключаться к базе по протоколу TCP
строка подключения будет примерно такой
89.2.4.120:c:\baza\sklad.fdb
А клиенсткие компьютеры могут при этом уже иметь любое подключение к интернету, хоть по телефонной линии через модем, хоть выделенное

← →
DSKalugin © (2005-09-14 15:23) [4]

естественно, при этом надо будет позаботиться о безопасности как ОС сервера, так и самого IB/FB
т.е. первым делом сменить пароль masterkey :-))), а вторым настроить файрвол и пропатчить систему

← →
erika © (2005-09-14 15:28) [5]

> DSKalugin © (14.09.05 15:23) [4]

Где можно по этому инфу посмотреть, дело в том что у нас доспут через прокси: есть отдельно сервер, есть отдельно почтовый сервер, и куча АРМ и 4 -ем из них придется переехать. Ранее этого не предполагалось. А факт остается фактом.

← →
DSKalugin © (2005-09-14 15:38) [6]

по этому это по какому? про tcp/ip чтоли? дык в рамблер забиваешь и читай
свяжись со мной по ICQ 177363 я объясню тебе суть.
Все просто на самом деле.

← →
erika © (2005-09-14 15:41) [7]

> свяжись со мной по ICQ 177363

Порблема ICQ отсутствует

> tcp/ip

это понятно

> вторым настроить файрвол и пропатчить систему

вот с этим вопрос, может я просто не поняла

← →
isasa © (2005-09-14 15:41) [8]

Как физически реализовано соединение с провайдером(для СУБД канал должен быть "определенной толщины" - модем????)?

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

Есть ли у конторы веб сервер или веб страница, где хостинг(она размещена дома - в гостях) ?

Есть ли в конторе "отдельный" админ?

Вот вопросы от которых сильно могут зависеть ответы.

← →
Sergey13 © (2005-09-14 15:43) [9]

2erika © (14.09.05 14:49)
> мне надо переделывать саму прогру?
Теоретически нет. Но практически...
Когда моя прога стала работать по модему (ранее работала только по сетке 100Мбит) я весь код перелопатил несколько раз оптимизируя трафик. В принципе полезная весчь, но трудоемкая. 8-)
Я в этом деле не спец, но у нас это было как две подсети связанные через роутеры (линуксовые 386/486 машинки) между ними выделенка междугородняя.

← →
erika © (2005-09-14 15:51) [10]

> выделенка междугородняя.

т.е. я так поняла, что лучше иметь выделенку, а модем какого типа

> 89.2.4.120:c:\baza\sklad.fdb

настройка была таким же образом, или иначе

← →
erika © (2005-09-14 15:54) [11]

> Sergey13 ©

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

← →
Sergey13 © (2005-09-14 16:02) [12]

2[10] erika © (14.09.05 15:51)
>т.е. я так поняла, что лучше иметь выделенку, а модем какого типа
Модемы были обычными - Курьеры вроде 33Кбит. Насчет выделенки не скажу - не знаю. Там как-то хитро было - городской сегмент от роутера до междугородки + межгород выделенка + городской сегмент до роутера. Не спец я в этом, и занимался этим не я, а наш админ. А я так - слова слышал умные.

2[11] erika © (14.09.05 15:54)
Ну свяжись если только не обременит. 8-)
Но лучше через форум, ибо
1 - я далеко не гуру
2 - гуру тут есть
а я обещаю по мере сил отвечать

← →
DSKalugin © (2005-09-14 16:05) [13]

рас в сети есть почтовый сервер, то по идее уже есть постоянное подключение и реальный ИП. Значит можно через него настроить переадресацию пакетов к ИБ-серверу

← →
erika © (2005-09-14 16:18) [14]

> рас в сети есть почтовый сервер, то по идее уже есть постоянное
> подключение и реальный ИП. Значит можно через него настроить
> переадресацию пакетов к ИБ-серверу

дело в том, что я не знаю как это сделать, никогда с эти м не работала
можно по конкретнее

← →
erika © (2005-09-14 16:29) [15]

> Sergey13 © (14.09.05 16:02) [12]

Спасибо!

← →
Anatoly Podgoretsky © (2005-09-14 16:47) [16]

erika © (14.09.05 16:18) [14]
Для ответа надо больше информации по топологии сети, адресах. Кроме того один из вариантов когда на сервере ставится модем и на него звонят извне, проходят аутентификацию для входа в сеть(домен) и дальше нет различий по отношению с локалкой кроме скорости.

Тут очень важен профессиональный уровень системного администратора. Проконсультируйся сначала с администратором сети и домена, какие существуют возможности.

← →
erika © (2005-09-14 16:53) [17]

Есть небольшая проблемка когда здесь строилась сеть, я еще не работала, по поводу топологии сети могу сказать следующая - СМЕШАННАЯ: звезда, шина, кольцо.
На прокси сервере стоит винрут, администрированием сервера сети, частично занималась сама, частично человек отвечающий за железо на фирме. У меня конкретного опыта нет.
Соотвественно мне сложнее так как администратор сети сам периодически обращается ко мне. /надеюсь я правильно поняла/

← →
Anatoly Podgoretsky © (2005-09-14 17:06) [18]

erika © (14.09.05 16:53) [17]
В случае наличия публичного адреса (который виден из Сети) и SQL сервера на другом надо делать проброску с PublicIP:port сервера -> LocalIP:port сервера и файрвол должен разрешать доступ и ответы наружу.

← →
erika © (2005-09-14 17:07) [19]

> Anatoly Podgoretsky © (14.09.05 17:06) [18]

завтра будут пробовать. предчуствие, что весело мне будя

← →
erika © (2005-09-14 17:15) [20]

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

← →
isasa © (2005-09-14 17:24) [21]

> рас в сети есть почтовый сервер, то по идее уже есть постоянное
> подключение и реальный ИП.

Не факт. Пример.
Почтовик на базе WinRoute v4.0.

← →
erika © (2005-09-14 17:26) [22]

> Почтовик на базе WinRoute v4.0.

Ага

← →
isasa © (2005-09-14 17:37) [23]

1.Как платим за инет - по часам, по трафику, абонплата в месяц...?

2.Идем к бухгалтеру смотрим (сначала ищем) договор с провайдером?

Сейча брошу красную тряпку. Насколько я понял, БД Интербайз.
Нада вспомнить о репликациях и существовании Оракл или SQL server.

← →
DSKalugin © (2005-09-14 18:43) [24]

>Не факт. Пример.
>Почтовик на базе WinRoute v4.0.

Это не почтовый сервер :-))) Это навороченный роутер с функциями файрвола, прокси с возможностью фильтрации, приемщик и сортировщик почты (аналог связки юниксовых fetchmail procmail) функции тунелирования там тоже имеются...
Имел дело, остался жутко не доволен, пришлось все бросить и перевести на линукс.

У меня была где-то документация на русском, если не выкинул, то подброшу.

← →
Sergey_Masloff (2005-09-14 22:58) [26]

Вобщем зря весь этот огород. InterBase в таком режиме будет работать ОЧЕНЬ плохо. Даже если линия выделенная и со стороны сервера и со стороны клиента. Если клиент на можеме это будет просто мучение.

то чем занимался Sergey13 © (14.09.05 15:43) [9] я тоже проходил. Но там никакие перелопачивания по хорошему не помогут.

В таком варианте все же неплох MIDAS - и шифрование трафика спокойно и по HTTPS работать можно и сжатие пакетов организовать несложно.

а вообще лучше этот вопрос задать на forums.demo.ru конференция epsilon.public.interbase это обсуждалось многократно и заключение всегда было одно - если есть хоть малейшая возможность по другому - надо по - другому. Все же клиент-серверная архитектура не для таких сред предназначена.

2[26] Sergey_Masloff (14.09.05 22:58)
>то чем занимался Sergey13 © (14.09.05 15:43) [9] я тоже проходил. Но там никакие перелопачивания по хорошему не помогут.

Странно. Мне помогло. Трафик сократился минимум на порядок. Работало одновременно до 5 сессий по модему с вполне приемлемой скоростью.
Просто иногда приходилось идти на принципиальное изменение интерфейса для отображения минимально-достаточного количества записей. Хорошо помогает в этом какой нить монитор запросов со статистикой обмена.

Господа, вариант терминального сервера не рассматривался?

Sergey13 © (15.09.05 09:19) [27]
Это важно во всех случаях, а не только для низкоскоростного канала, идеал один запрос - одна запись, отказ от длительных транзакций, быстрое чтение, быстрый апдейт. Тогда не то что 5, но и 50 будут работать с такой же скоростью как и по локалке.
У меня были системы, где связь шла по выделеному каналу 64 кб на растояние в несколько тысяч километров, через множество сетей, на основе SAP/R3, время реакции порядка 0,5 секунды. Количество работающих с сервером многие тысячи, а через данный канал десятки.

2[29] Anatoly Podgoretsky © (15.09.05 12:06)
>Это важно во всех случаях, а не только для низкоскоростного канала
С этим спотить сложно. Поэтому я и написал в [9] что это весчь полезная. Просто это как с мощными компами - зачем оптимизировать под 386 если у всех пеньки? А в режиме "все надо вчера" (как всегда) это вообще становится роскошью и занимаешься этим только когда петух жареный клюнет..

>идеал один запрос - одна запись
Идеал труднодостижим, ИМХО (хотя стемиться к нему надо 8-). Пользователи убъют. Иногда конечно условия (типа медленного канала) заставляют приближаться к нему максимально.

Sergey13 © (15.09.05 12:26) [30]
Или писать сразу правильно или забыть, не рационально тратить время на исправление ошибок, это расточительство.

> Идеал труднодостижим
На самом деле не так, пользователи привыкают к чему угодно и бьют за что угодно. Но большинство интернет решений придерживается этого правила. Не нужны мне все 10 000 000 000 счетов, мне нужен только один или небольшое количество за указаный период.

2 [31] Anatoly Podgoretsky © (15.09.05 13:40)
>Или писать сразу правильно или забыть
Вряд ли это умение дается от рождения. Все таки наверное с опытом приходит. Да и совершенству нет предела.

> Не нужны мне все 10 000 000 000 счетов, мне нужен только один или небольшое количество за указаный период.

Ну за 10 000 000 000 это сразу ф топку. 8-)
Один, это если ты заранее точно знаешь какой, а "небольшое количество за указаный период" - это то о чем и я писал. Простсо бывает что и за период набегает некисло.

ЗЫ: Вобщем спор ни о чем получается вроде. Да и не спор вроде. Вроде все всем ясно. 8-)

Sergey13 © (15.09.05 13:52) [32]
> Все таки наверное с опытом приходит.
Естественно, с длительным и не всем, а только одиночкам.

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

← →
Sergey_Masloff (2005-09-15 20:57) [34]

Sergey13 © (15.09.05 09:19) [27]
>Странно. Мне помогло. Трафик сократился минимум на порядок.
Я не о трафике. О интерактивности. Все же клиент IB при обмене с сервером генерит много микросигналов, именно не трафик проблема а задержки. У меня программа изначально была без гридов и др. (вернее с гридами и тому подобными но не стандартными а хитрыми ;-) на весь объект с десятками мастер-деталей был 1 запрос к серверу ;-) Все равно не понравилось мне все это и переделал на мидас с шифрацией и сжатием пакетов.

← →
Sergey_Masloff (2005-09-15 21:03) [35]

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

Соединение с ервером через инет Найти похожие ветки