ЛВС Блокировки (файлов, таблиц...) при работе 1С7.7 SQL

Здравствуйте!
Сложилась такая ситуация: в локалке (домен), допустим 10.10.10.0 функционипует 1С 7.7 для SQL, на разных машинах находятся базы 1С и SQL сервер. В эту подсеть через NAT на Windows Server 2003 Standart R2 (домен), имеет выход подсеть 192.168.10.0, в которой работают клиенты 1C 7.7, т.е. выходят в подсеть 10.10.10.0 и подключаются к серверам с одного IP, допустим 10.10.10.5. Подключаются и работают до 7 клиентов, но возникают при работе или подключении хаотичние блокировки таблиц или файлов 1С, отказ в доступе во время заведения документов, и клиент почти всегда отваливается или повисает, частота подобных эффектов хаотична по времени и клиентам в подсети 192.168.10.0, могут долго работать, а могут все время сталкиваться с блокировками. Проблема скорее всего в методе доступа через NAT с одним внешним IP к серверам, но чтобы знать куда копать, нужно понимать как организована работа с подключениями в 1С. Как можно выправит ситуацию и можно-ли вообще, возможна ли работа 1С клиентов через NAT,если да, то где что подправить?

Как я понял эти подсети связаны через интернет? Сделайте трассировку, может тупо пакеты теряются.

Нет, такая ситуация вследствие не хватки адресов, офис один, все должно летать, и работает, если не через NAT, видимо дело именно в комбинации IP-адрес:порт - единый для всех клиентов в подсети, для 1С видимо не работоспособно, или не знаю как это исправить :unsure:

не хватка адресов, реальные IP, и каковы средства аналогичные NAT в организации безопасности?

Да, бывает и не такое, насчет политик оно конечно все верно, но NAT закрывает среду передачи данных и это большой плюс, но дальше не будем развивать тему защиты сети, хотелось бы помощи по данном случаю, возможна работа в такой схеме или нет, и если возможна, то что сделать? )

Нафига NAT в одном офисе? Еще бы VPN подняли. :unsure:
Все делается проще- в два клика.
Сетевой мост.
В сетевом подключении на серваке, у вас должны быть две сетевые карты, например одной сеть 192.168.0.XX, на другой 192.168.1.XX. Выделяем мышкой нужные сетевухи и кликаем правой кн. мыши, выбираем опцию, "Подключение типа мост" и вуаля - две подсети связаны во едино.
http://technet.microsoft.com/ru-ru/library...28WS.10%29.aspx

)), виртуальная подсеть за NAT, в офисе белые IP, на счет 1С соображений нет?

сетевой мост служит для объединения двух частей одной подсети IP, вообще не в тему, здесь не просто две РАЗНЫХ IP подсети, но одна с ограниченным числом РЕАЛЬНЫХ IP, вопрос не в том что виновато ли 1С, а в том - может ли она функционировать в такой архитектуре, просто даже интересно. И ведь работает но возникают блокировки даже во время работы пользователя с документом. И не говорится что именно 1С надо править. Просто если известный факт, то дали бы четкий ответ или совет. Допустим, ну не возможно работать в 1С, подключаясь к ее ресурсам с одного IP адреса, клиентам другой подсети, в конце концов в механизме трансляции NAT возникают ошибки или что-то в этом роде, при большом количестве открытых файлов для разных подключений с одного IP... Пока проблемы только с подобными блокировками в 1С. Я предполагаю, что сам ответил на свой вопрос ). То что менять архитектуру сети понадобится, если 1С так и не поправится, это я и сам понимаю, а хотелось услышать аргументированный ответ, опять повторюсь - возможна ли работа 1С в данной модели? Ответа-то нет )

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