1с не запускается по сети
Добрый день.
Небольшая сеть, компы в windows7 домашняя базовая, все в одной рабочей группе. К папке с базой дан общий доступ, полный доступ для "Все". С компа, на котором расположена папка с базой, база запускается, а со всех остальных компов при запуске появляется окно со списком баз, при выборе базы - вылетает без ошибки, т.е. база не запускается, окно пропадает и все. Если скопировать папку с базой на любой комп, то с этого компа запустится. Понимаю, что что-то с правами, но не могу найти, что именно. Ранее все работало под windows xp. Подскажите, пожалуйста.. Общий доступ включен, парольная защита снята..
(1) - подскажите, пожалуйста, подробнее, куда смотреть. вроде все перетыкала, везде проставила, где нашла..На все папки-подпапки..
(4) мне отсюда не видно.
Нужно, чтобы на все каталоги и файлы был полный доступ и на запись, и на чтение
(4) С других компов - зайди в эту папку, создай новый файл, попробуй открыть (этот файл) с других компов.
(3), (5) - спасибо! можно скрин попросить у вас?
Вот я тыкаю правой кнопкой по папке, вкладка "Доступ"->"Общий доступ"->Все->Чтение и запись.
Вкладка "Безопасность"->Все->Полный доступ, все остальные галки тоже.
Безопасность->Дополнительно->Все-> Изменить разрешение->Все галочки.
(8) В седьмых окнах с сетевыми делами - намутили сильно.
А если открыть конфигуратор и из него запустить предприятие (сетевая) - что происходит?
Все дело в "windows7 домашняя базовая". Там насколько помню ограничение на количество одновременно открываемых по сети файлов. Одиночный файл будет нормально открываться и изменяться, но в базе файлов немного больше.
(11) Значит, проблема в (10).
(12) Скупой платит дважды :(
Она (ось) и позиционируется - для дома. А какая дома сеть?
(14) - спасибо..
А кто-нидь еще сталкивался, ребят? Есть те, у кого с домашней базовой работает? Перед походом с руководству с предложением покупки многих коробок.
(18) Многих коробок? Насколько мне помнится оно только для дома, и на предприятии использовать несколько коряво. Да и даже проф версия больше четырех одновременных сеансов в 1с не потянет. И Именно по вышеозвученному мной параметру. Так что, если больше четырех человек работать, то это точно в сторону серверной оси смотреть. Ну или на SQL переводить.
(23) - ровно 4 машинки получается) влазим) сейчас попробуем на "сервер" установить профку, поглядим, что выйдет. отпишусь попозже.
спасибо всем!
(23) Проф - тянет 5 (проверено).
(25) Почитай про домашнюю. Я знаю точно, что не более 3 и без использования доменных имен. Сеть (есесьно) одноранговая.
(25) Там опятьже от количества файлов в базе зависит. Трое например могут работать, а при входе четвертого дружно падать. Вместе с базой.
(26) - не более 3 - это в сети вообще или при одновременной работе с базой? пробовала с 1 компа запустить, на всех других база запущена не была.
(27) - а где про эти ограничения почитать? у мелкософта что-то не попалось.
(28)- о, они будут счастливы! :-)
(29) Не более 3 компов одновременно. Где-то же написато - я откуда знаю :)
Ну, вот и пусть радуются :)))))На работу - как на праздник (С)
(29) Ограничение на количество ОДНОВРЕМЕННО открытых файлов (в нашем случае cdx, dbf и md и компания). Сколько машин вроде неважно. Почитать можно в гугле. Точно помню была вся информация на эту тему, типа сравнение разных вариантов win7.
PS Например в XP количество отдновременно открытых файлов насколько мне склероз не изменяет было 1024. Соответственно два человека в базе работали стабильно, а третий уже угадайка. В бухгалтерии чаще всего удавалось работать троим, а вот в компелксной двое еле влезали. Как-то вот так.
Масянька, 36606 спасибо вам большое за помощь!
Поставили на "сервер" профку, все получилось)) Сейчас тестируем одновременную работу с базой на 4 компах))
Разберем ошибку с кодом « 10061 (0х0000274D) », когда 1С отказывает в подключении клиента к серверу. В чем может быть причина.
Техническое описание
server_addr=tcp:// descr=:10061(0х0000274D): Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение;
Описание проблемы
Клиент 1С не может установить соединение с сервером. Что-то «мешает».
Возможные проверки
- Проверьте работу «Агента сервера 1С:Предприятия 8.3» — служба должна быть в состоянии «Выполняется», а также обратите внимание на диапазоны используемых портов (они прописаны в параметрах запуска службы — например, по умолчанию — « -regport 1541 -port 1540 -range 1560:1591 »).
- На сервере 1С должно быть разрешено сетевое обнаружение . Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа.
- Настройки брандмауэра на сервере — порты (п. 1) должны быть разрешены в правилах и открыты для входящих подключений . Если роль брандмауэра выполняет антивирус или другое ПО — смотрите настройки вашего сетевого экрана. Или временно отключите брандмауэр (антивирус), чтобы исключить влияние этих правил.
- Рекомендуется понизить приоритет ipv6 , оставить главным ipv4. Особенности и правильный способ отключения через реестр — в статье . После настройки выполните команду ping по имени/адресу сервера — должен отвечать ipv4.
- На клиенте 1С выполните проверку доступности порта с помощью консольной команды. Она покажет, есть ли соединение на порт сервера.
6. Перезагрузите сервер 1С . Бывают случаи, когда требуется перезагрузка или некорректно удалено защитное ПО, которое может блокировать порты.
✅ Успехов вам. Проверяйте до победы — пусть все получится, и подключения к серверу 1С восстановятся.
А потом расскажите, что именно помогло в вашем случае. Это будет полезно для других, кто столкнется с подобной ошибкой.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
📝Однажды на одной из касс появилась ошибка 0x80070035: « Не найден сетевой путь ». При этом вторая касса успешно работает.
Детальнее — ОС Windows 10 (клиент) не получает доступ к общей сетевой папке Windows 7 (сервер).
Получается, дело в клиенте, а точнее в настройках «десятки», раз вчера работало. Отключение брандмауэра и антивирусного ПО, проверка NetBIOS, прав на сетевые каталоги и учетных записей — не помогло. Кассу нужно срочно запускать.
❓ Причина в протоколе SMB v2, который активировался автоматически и вызвал ошибку после очередного обновления.
🎯 Решение в обратном переходе на менее безопасный протокол.
Включите поддержку общего доступа к файлам SMB v1 через « Пуск – Выполнить – optionalfeatures.exe », в списке компонентов поставьте галочку « Поддержка общего доступа к файлам SMB 1.0/CIFS — Клиент SMB 1.0 / CIFS » (SMB 1.0/CIFS File Sharing Support).
Дополнительно: в локальной политике безопасности secpol.msc проверьте параметр «Сетевая безопасность: уровень проверки подлинности LAN Manager», установив значение «Оправлять LM и NTLM - использовать сеансовую безопасность».
📒 Как проверить, какая версия SMB установлена у вас
Выполните команду PowerShell от имени администратора. Ответ "True" — Включен, если будет "False" — отключен.
💢 Протокол SMB версии 1
- Состояние: Get-WindowsOptionalFeature –Online –FeatureName SMB1Protocol
- Отключение: Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol
- Включение: Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol
💢 Протокол SMB версии 2
• Состояние: Get-SmbServerConfiguration | Select EnableSMB2Protocol
• Отключение: S et-SmbServerConfiguration –EnableSMB2Protocol $false
• Включение: Set-SmbServerConfiguration –EnableSMB2Protocol $true
💢 Протокол SMB версии 3
• Состояние: Get-SmbServerConfiguration | Select EnableSMB3Protocol
• Отключение: Set-SmbServerConfiguration –EnableSMB3Protocol $false
• Включение: Set-SmbServerConfiguration –EnableSMB3Protocol $true
✅ После перезагрузки касса успешно подключилась к серверу.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Перед тем, как рассказывать о чем либо в этой статье, внесем некоторые оговорки:
1) не все перечисленные глюки можно на самом деле считать глюками – довольно часто термином Глюк называют ситуации, в которых программа ведет себя не так, как предполагает пользователь,но проблема тут не в программе,а в представлении пользователя. В этой статье такие ситуации мы также будем называть глюками;
2) не все описанные в статье глюки происходят из-за ошибок в программных продуктах 1С – просто они происходят именно тогда, когда используется 1С;
3) не все описанные в статье глюки относятся к сети, но большинство из них наиболее ярко проявляются именно при работе с сетью;
4) некоторые из глюков вообще не относятся к 1С;
5) все изложенная информация основана на личном опыте, а не взята из технических рассылок компании 1С
Введение
Для начала нужно научиться различать неполадки, которые возникают с опознаванием и считыванием данных с ключа защиты NetHASP, от неполадок, которые связаны непосредственно с работой 1С. Такое распределение неполадок абсолютно оправдано, ведь доступ к NetHASP осуществляется только при запуске программ 1С. Когда ключ успешно распознан и программы декодированы, ключ уже не нужен. Если вы не верите, то запустите 1С, а потом выньте ключ. Как видите, программа продолжает работу безо всяких ошибок до того момента, пока вы не выйдете из нее. Поэтому мы будет различать глюки, возникающие при опознавании ключа, от глюков, которые возникают во время работы с 1С.
1) Инициализация сервера защиты
Наверное, в этот момент совершается большинство всех глюков, связанных с работой программ от 1С. Начнем, пожалуй, с самых странных глюков
Если во время установки ключа защиты на сервера по ОС Windows NT, вы будете совершать все рекомендации, прописанные в документации, и установите сервер NetHasp server как сервис, тогда вас может ждать большое удивление: при перезагрузке NT постоянно будет показывать синий экран смерти, также известный как BSOD. Тут остается только заново переустанавливать NT Server. Мы пытались узнать, как версия релиза NetHasp влияет на появление BSOD, но так этого и не поняли; единственным из релизов, при котором таких проблем не возникало, был 13-й. Но зато мы поняли причину ошибок – SAP Support, к которому, очевидно, NetHaspServer относится не очнь хорошо. Нужно лишь исключить SAP Support из сетевых протоколов, и BSOD больше не появится. Конечно, можно не устанавливать NetHasp Server в качестве сервиса, и запускать его при загрузке NT любым из возможных способов – но в этом случае SAP Support будет продолжать конфликтовать с NetHasp Server; иногда сервер NetHasp не распознает NetBios, даже если он подключен.
Рассмотрим следующий глюк. Его сложно назвать абсолютно сетевым глюком, но, впрочем, появляется он только в сетевых версиях, и именно тогда, когда доступ к ключу проводится посредством NetHasp Server.
Если используются некачественные motherboard’ы, с ними могут не работать многие ключи.
2) Принтеры
Если мы уже заговорили о портах LPT, то нужно упомянуть также лазерные принтеры, а особенно такого их представителя, как HP LaserJet 6L. Они отличаются тем, что очень быстро уменьшают напряжение на ключе, делая его этим непригодным для работы. Здесь выход очевиден – установить дополнительный порт LPT. Часто принтер просто садит порт, и работать на таком порту может всего один ключ, на несколько – не хватит мощности. Есть даже такие принтеры, которые моментально снимают все напряжение ключа в том случае, если выключить питание принтера после того, как будет выключено питание компьютера. Особенно это актуально для многофункциональных устройств, которые совмещают в себе принтер, ксерокс, факс, сканер. Правда, не все принтеры так плохо влияют на ключи.
Отдельное место тут занимают принтеры компании LexMark, а точнее не так принтеры, как написанное для них программное обеспечение, то есть не что иное, как драйвера. Создается впечатление, что их писали совсем не программисты, а агрессивно настроенные люди, которые плохо относятся ко всем сетевым принтерам от других производителей. Рассмотрим такую ситуацию: на вашем компьютере есть драйвер принтера Lexmark, при этом компьютер подключен по сети, и однажды вы установили этот принтер как такой, который доступен другим пользователям сети; затем вы отключаете принтер, не удаляя драйвер. После этого, как бы вы не старались сделать сетевую печать для принтера от других производителей, если их подключить туда, где раньше был установлен Lexmark – не выйдет, и ни один из пользователей сети не сможет ничего напечатать. Даже если удалить драйвера от Lexmark, это помогает не всегда – иногда даже приходится переустанавливать Windows. А теперь представьте, как будет работать ключ NetHasp, если включить его в порт, над которым овладел драйвер Lexmark; нормальных драйверов для Lexmark пока не найдено..
И еще о работе с принтерами. Бывают случаи, когда несколько компьютеров, подключенных к одному хабу, начинают медленно работать; связь через витую пару 10Мбит/с. Во время просмотра справочника эти компьютеры зависали на несколько секунд, при этом причины таких зависаний были сначала совсем непонятны. Бывает, что в этом виноваты принтеры, драйвера для которых подобраны неправильно, то есть, например, драйвера для более старой ОС, а установлены они на более молодую версию Windows.
3) TCP/IP
Конечно, ничего плохого в протоколе TCP/IP нет. Но для систем, где используются программы от 1С, он не очень подходит. Конечно, в каждой системе могут нормально сосуществовать несколько протоколов, и среди них может быть и TCP/IP. Но системы с 1С могут спокойно работать нас IPX/SPX, или же на NetBios. Программы от 1С, которые работают на TCP/IP, функционируют вполне нормально, но не так быстро, как могли бы. Тем более, есть определенные нюансы, связанные с работой NetHaspServer на протоколе TCP/IP. По сути, главная задача TCP/IP – обеспечивать маршрутизацию сложных сетей, но в локальных сетях из нескольких сегментов, NetHaspServer иногда с большим негодованием дает доступ к ключам программы, запущенным на других сегментах этой сети. В этом скорее всего виноват именно NetHaspServer, но ситуацию это не исправляет. Систематизировать глюки этого вида сложно.
TCP/IP имеет и другие не очень хорошие проявления при работе с 1С. Если протокол TCP/IP установлен, но еще не настроен на нескольких компьютеров в сети, программы 1С могут искать ключ минут 3-5, и в дальнейшем тормозить во время работы настолько, что нормально работать практически нельзя, точнее можно, но трудно. Торможение касается всей сети, а не только компьютеров, где установлены TCP/IP. Устранить такой глюк просто – снести TCP/IP на одном из компьютеров. Ситуация эта проявляется далеко не всегда, но бывает же.
4) NetBIOS, IPX/SPX и NetHASP
Мы решили наконец понять, что именно, то есть какие протоколы нужно иметь в сети, чтобы поиск ключей был максимально быстрым и надежным, а программы запускались моментально и не давали глюков. После нескольких экспериментов, у нас появились некоторые результаты. Мы уверены в нижесказанном не на 100%, но просто подаем интерпретацию результатов экспериментов:
Для одноранговых сетей под Windows95 наилучшим вариантом является NetBIOS, причем настоящий, а не эмулированный. Сеть работает вполне быстро, а протокол этот установить довольно легко. Недостатком в этом случае является только то, что протокол NetBIOS не маршрутизируется по сетям из многих сегментов,хотя для многих это важной роли не играет. Нерациональным использование NetBIOS на таких сетях будет только в том случае, если есть сетевой принтер наподобие JetDirect – он требует для работы только IPX/SPX.
Если в одноранговую сеть включены больше, чем 6-7 компьютеров, и все эти компьютеры должны иметь доступ к серверу, тут может быть побольше глюков. Ресурсы Windows95 на компьютере, который выступает как сервер, не позволяют ему заниматься больше, чем 5-6 экземплярами программы 1С:Торговаля или же 1С:Бухгалтерия, если они запущены на других компьютерах; заметим, что каждый экземпляр программы 1С открывает больше чем 200 файлов на дисках сервера. Как результат – запуск шестого или седьмого экземпляра программы от 1С проваливается. Конечно, можно установить выделенный сервер, но обычно в таких ситуациях на сервер устанавливают NT Workstation. Если уж так, что в этом случае наилучшим решением будет IPX/SPX, не включая поддержку SAP. Его работа не медленнее, чем NetBIOS. Бывает, что некоторые пытаются эмулировать NetBIOS на IPX – делать так не нужно, ведь будет торможение.
Вышеописанный вариант действий вполне подходит также для систем с выделенными серверами на ОС Windows NT Server
Если система находится под управлением выделенного сервера Novell NetWare 3,12 или 4,11, протокол IPX/SPX является наиболее оптимальным решением. Его использование дает хорошую скорость, как и надежность при поиске ключа; причем если использовать конфигурацию с двумя процессорами, скорость будет необычайно высокой. Только избегайте установки на рабочие станции клиента Novell, ведь глюков будет больше, чем можно было ожидать. Что бы там не говорили насчет Microsoft, клиент NetWare от этой компании работает довольно хорошо.
Если на вашей сети установлено несколько протоколов, запись в файл Autoexec.bat с текстом set nethaspprotocol=… будет определять только протокол, который используется при поиске ключа для сети. Но какой протокол будет выполнять действия программ 1С с файлами? Исследования показывают, что если на нескольких компьютерах сети установлены разные протоколы, и каждый из них выбирает тот протокол, который ему больше подходит – тут и появляются глюки. Поэтому лучше выбирать единый протокол.
5) Драйвера, совместимые с NE2000
Довольно часто во время установки сетевой карты на компьютеры под ОС Windows95 система лично определяет эту карту как NE2000-совместимую, и поэтому устанавливает соответствующий драйвер. Многим так называемым специалистам хватает и этого, либо они просто не ищут нормальных драйверов, ведь зачем лишнее время тратить. Но такая экономия времени на самом деле может обернуться множеством пресловутых глюков.
Да, если установить на сетевую карту NE2000-совместный драйвер, сеть может быть довольно работоспособной. Но если установить такой драйвер на современные карты, получается то же самое, что было бы если драйвера VGA установить на хорошую видеокарту – то есть использовать всю функциональность сети не выйдет. Сетевые карты содержат множество аппаратных функций, которые использует сетевое ядро Windows95 посредством драйверов этой карты. Если установлен родной драйвер, все функции используются как и должно быть, но если обходиться только NE2000-совместным драйвером, то он сможет распознать только некоторые из функций карты.
Около 70% всех случаев, когда программы 1С в сети работали неправильно, то есть не находили ключ, связаны с тем, что NE2000-совместимые драйвера используют вместо оригинальных, которые идут на дискетах или дисках. Особенно актуально это при установке драйверов на тот компьютер, где уже установлены ключи NetHasp
Метод исправления таких глюков вполне ясен: просто установить оригинальный драйвер, скачав его с Интернета или взяв с диска. Если вы замечаете глюки при сетевой работе 1С, и на некоторых компьютерах находите NE2000 – первое, с чего нужно начать, это установка оригинальных драйверов данного устройства.
Если хотите проверить разницу между NE-2000 совместимыми и оригинальными драйверами, сделайте следующее: вставьте карточку в сервер Novell NetWare, и установите сначала оригинальный, и потом NE-2000 драйвер; нужно брать драйвера для серверов с расширением lan. В обеих случаях включите программу Monitor и через нее посмотрите, какие функции есть у вашей сетевой карты.
6) Посторонние драйвера сетевых карт
В предыдущем разделе мы рассмотрели универсальные драйвера сетевых карт, которые ориентированы на работу с картами от разных производителей, и поэтому не позволяют использовать все возможности уникальных сетевых карт. Но бывает и обратное – оригинальные драйвера, созданные специально для этой звуковой карты, пытаются использовать ее возможности в полно объеме, а получаются от этого глюки. Чтобы объяснить этот пункт, расскажем реальную историю.
Была такая себе вполне нормальная сеть : 15-20 ПК, соединенных витой парой с сервером Novell NetWare 3,12. Тут понадобилось расширить эту сети, то есть добавить в нее 3 или 4 дополнительных компьютера. В каждый из них установили только что купленные сетевые карты на AMD и драйвера, взятые из дискет, которые шли вместе с картами. Все работало нормально, пока не присоединили 4-й компьютер. Когда на него начали устанавливать драйвера, то выяснилось, что на дискете кроме стандартного драйвера есть еще и так называемый турбо драйвер. Из файла Readme мы прочитали, что от применения этого драйвера скорость работы сети увеличится на 10-15 процентов. Решили попробовать, установили турбо драйвер, скорость передачи увеличилась. Было поздно, и на остальные компьютеры турбо драйвера устанавливать мы не захотели. Но с самого утра посыпались гневные отзывы – оказывается, работа системы от этого значительно замедлилась. Когда же мы выключили тот компьютер, где установлены турбо-драйвера, все начало работать с нормальной скоростью. После долгих изучений оказалось, что система работает быстрее только тогда, когда эти турбо драйвера поставлены на все компьютеры сети. Наверное, в файле Readme нужно было указать такое.
Так что не нужно гнать за новейшими достижениями, и внимательно следить за драйверами, которые вы устанавливаете.
7) 100-мегабитные сети
100-мегабитные сети также могут проявлять глюки при работе в 1С, кроме того, неясно, как эти глюки исправлять. Отношения именно к программам от 1С этот глюк не имеет, но все равно он значительно уменьшает скорость работы сети, поэтому нужно о нем знать. Проявляется он тогда, когда умный хаб 10/100, который может определять, какой канал какую скорость имеет, каскадирует хотя бы один обычный хаб на 10мегабит. Дополнительно к хабу 10/100 подключены несколько 10мегабитных станций, помимо 100мегабитных. Умный хаб иногда становится ну очень уж умным – путает 10мегабитные каналы со 100мегабитными, точнее считает некоторые 100мб линии 10мегабитными. Как результат – возрастает количество коллизий, от этого производительность страдает. Исправлять ситуацию можно кратковременными выключениями питания этого хаба, хотя бы на несколько секунд, иногда нужно также перегружать сервер. Вообще, такие глюка бывают редко, но если происходят, забирают много рабочего времени. Поэтому нужно либо полностью различать сегменты по 10 и по 100 мегабит, либо не использовать умные хабы, а вместо них настраивать комбинированных хабы с фиксированным количеством линий.
8) SQL-версии
Особых глюков, связанных с SQL не замечено. Разве что, можно посоветовать не забывать устанавливать NamedPipes во время установки MS SQL Server – если не установить, производительность будет не такой, какой может быть.
9) Некоторые рекомендации по глюкам больших сетей
Если вам приходится работать с большой сетью, то есть если в ней больше 20 компьютеров и выделенный сервер, то лучше всего будет использовать отдельный компьютер для установка на него ключей NetHASP. На сервер устанавливать их будет непрактично – ведь у него и так много занятий. Если сделать именно так, легче будет не только серверу, а и его администратору; этот компьютер с ключами может быть обычным ПК, не обязательно использовать для этого современные мощные компьютеры. Также можно организовать на этом ПК работу по приему и отправлению почты и факсов, или обслуживанию по DialUp, и другими функциями, которыми не хочется загружать сервер.
Также нежелательно ставить на сегмент сети больше чем 20 компьютеров, даже если на них не делают ничего важного. Трафик сегмента будет вызывать торможение сети.
Если есть возможность, используйте так называемый европейский метод разводки сети: кабели от каждого рабочего места ведут в определенную комнату. Для этого нужно больше кабелей, зато при эксплуатации это окупится.
Всем привет, ребят такая проблема, при запуске 1С через сеть (с указанным правильным путём до базы естественно) повисает на окошке загрузки информации о конфигурации, т.е. даже до ввода логина пароля не доходит. Стоит аппаратный ключ в компе (пробовали и с сетевым ключом, вообще без ключа, переустанавливали начисто, картина та же). Повисает наглухо, сколько не жди, ошибок тоже никаких не выдаёт. Доступ по сети в папку с базой организован нормально, по сети доступ имеется. Только вот есть одна странность, когда запускаешь 1С, тут же перестаёт работать сетевой доступ к компу-серверу. Ну т.е. совсем, ни по адресу не достучаться ни по netbios'у. Сеть идёт через VPN организованный провайдером, до недавнего времени всё работало нормально (ну как нормально, для файловой 1С относительно хорошо). Спрашивал уже у всех (1С-ник, Техник(биш я), провайдер), все говорят что не при делах, всмысле что с этим делать не знают)
Вчера где-то ближе к вечеру повисла 1С, так и не запустилась, а сегодня с утра поработала до обеда и "устала". В общем то же самое.
Добавлено через 6 минут
Были думки на оборудование, перегружал сервер и комп + сетевое оборудования, результат тот же, уже и не знаю что делать.
Добавлено через 4 минуты
Локально кстати 1С нормально работает и запускается без гу-гу, а через VPN в филиале болт! Причём сам провайдер говорит что мол - "всё чётко должно быть" и что-то мне подсказывает, что проблема именно на его стороне непосредственно в VPN. Просто очень странно что при запуске 1С и её повисании, отваливается сетевой доступ через проводник.
Добавлено через 1 минуту
Пинги туда-сюда нормальные
Размещённая сеть запускается через раз
здравствуйте. имеются проблемы с точкой доступа wifi под win7. если её запускать сразу после.
Объединить сеть офиса и удаленные компы в одну сеть через OpenVPN(+bridge)
Задача: Объединить сеть офиса и удаленные компы в одну сеть с единым адресным пространством.
Новый компьютер запускается не сразу (через 2 секунды выключается и запускается нормально).
собрал системный блок, все подключено, все работает прекрасно, но вот есть одна непонятная.
Схема расследования инцидентов стандартная - смотри что у 1С в ТЖ, логи ОС и т.д.
Но из описания не понял - удаленное подключение по VPN происходит к файловой базе, которая не опубликована на веб-сервере и без RDP ?
т.е. на клиентской машине установлен толстый/тонкий клиент 1с, на котором в параметрах запуска базы просто прописан путь к расшаренной папке с базой??
QwertyZ, ТЖ погляжу спасибо за наводку, не знал, такой себе 1С-ник я честно говоря)
Вы поняли верно, подключение к базе осуществляется от клиента по пути к расшаренной папке, через VPN организованный на стороне провайдера. 1С работает в файловом режиме на "сервере" (просто отдельный комп, исполняющий роль сервера).
Добавлено через 3 минуты
В ближайшем будущем хотели пересадить всё на тру-сервер с RDP/1СКлиент-серверной и прочими шалостями, но как видно не успели=) Накрылось всё до того=)
Решение
Странно, что это вообще сколько-то проработал, файловая база может рассыпаться при любом дисконнекте. Так организовывать удаленное подключение можно только в случае, если есть цель угробить базу.
Не запускается локальная беспроводная сеть на ноутбуке с Windows 10
Привет всем. Пытаюсь создать беспроводную локальную сеть между ноутбуками. В командной строке пишу.
Не работает интернет ни через выделенную сеть ни через модем, хотя работает через wifi
Не работает интернет ни через выделенную сеть ни через USB модем, хотя работает через wifi. Бьюсь.
Подключение к инету через Локальную сеть (через другой комп)
Есть 2 компа, хаб, модем ADSL (d-link 2300u) настроен в режиме Бридж. Между компами сеть. На.
Возможно ли через Интернет, а не локальную сеть соединяться меж телефоном и компом, через VNC ?!
Есть комп ОС Win7 Есть смартфон ОС Android 4.4.4 и 4.2.2 Надо с смарта соединиться с компом, но.
Возможно ли через Интернет, а не локальную сеть соединяться меж телефоном и компом, через VNC ?!
Есть комп Есть смартфон Надо с смарта соединиться с компом, но не через шнур\блютуф\вифи А.
Читайте также: