странная работа проброса портов
-
Проверяйте с любой локальной машины с Windows telnet 10.10.10.19 1433
нет коннекта, сбой
не пойму что может на этой машине (10.10.10.19) блокировать порты если нет файера и бранд выключен (
-
Проверяйте с любой локальной машины с Windows telnet 10.10.10.19 1433
нет коннекта, сбой
Значит проблема с сервисом.
-
Проверяйте с любой локальной машины с Windows telnet 10.10.10.19 1433
нет коннекта, сбой
Значит проблема с сервисом.
с самим SQL?
-
Проверяйте с любой локальной машины с Windows telnet 10.10.10.19 1433
нет коннекта, сбой
Значит проблема с сервисом.
с самим SQL?
Да. Локально он может и работает, а для подключения по сети требуются сетевые настройки в менеджере.
-
Ну я пытаюсь запустить Сетевого клиента одной программы, ставя эту программу в локальной сети при установке программы видится SQL сервер и все ОК. Ставлю сетевого клиента на удаленной машине подключенной через VPN, не видит при установке, вот и пытаюсь открыть порты, мб получится.
-
В сетевых настройках на сервере должен быть активирован протокол TCP/IP.
В локалке MSSQL может работать по 3-м протоколам (tcp/pipes/…) -
блин уже не знаю куда смотреть и что делать (((
-
http://support.microsoft.com/kb/914277/ru
http://iwannabedeveloper.com/2007/11/ustanavlivaem-ms-sql-server-2005-express-edition/ -
Как вариант ,если у вас серверная ось от MS (2008 и выше), то отключение службы родного брендмауэра вручную не решит проблему.
Необходимо отключать работу брендмауэра непосредственно в настройках его самого.Или же создать правило в работающем брендмауэре для прохождения трафика по интресующим вас портам.
Пример для win2k8r2 :
-
Windows xp sp3 на которой стоит программа с SQL сервером. Серверных Windows в сети нет вообще. Нужно получить доступ к машине с SQL через OpenVPN.
-
так порт 1433 открыл, командой telnet 10.10.10.19 1433 с удаленной машины подключение идет.
Но
-
2 mercenary
Может стоит подумать про VPN ? Нельзя голым задом SQL в инет выставлять, не по человечески это. -
ТАк у меня удаленный компьютер и так подключен к офисной сети через OpenVPN
-
Тогда зачем портфорвард? Настраивайте и делайте подключение напрямую.
-
Так в локальной сети этот самый сетевой клиент подключается к базе без проблем, указываю IP компьютера на котром стоит SQL\Имя базы и все ок, а на удаленном вот ошибка подключения
-
Так в локальной сети этот самый сетевой клиент подключается к базе без проблем, указываю IP компьютера на котром стоит SQL\Имя базы и все ок, а на удаленном вот ошибка подключения
На удаленном тип подключения только TCP/IP и подключайтесь по IP/имя_инстанса(базы)
-
так порт 1433 открыл, командой telnet 10.10.10.19 1433 с удаленной машины подключение идет.
Нотак не идет же ((( что нужно сделать с VPN чтобы пошло?
-
Cкрины правил fw на LAN, OPENVPN + скрины правил NAT в студию.
-
Только вернулся в офис, был в небольшой командировке. Вот скрины.
-
Скрин 1 :
Второе правило сверху - оно разрешает OpenVPN-клиентам всё и везде. Вы его используете для проверки ? Ибо тогда в остальных правилах там же нет смысла.
Оставьте только его - остальные удалите (временно).Скрин 2 :
Второе правило сверху - оно не связано с правилами fw на WAN. Т.е. проброс есть, а связанного с ним правила fw на WAN - нет.
Далее, нижеследующие правила на интерфейсе OpenVPN там же - объясните их суть, пож-та. О каком пробросе портов в случае с OpenVPN может идти речь?! Удаляйте их и связанные с ними правила fw тоже .Все правила , касающиеся доступа клиентов OpenVPN "рисуются" в правилах fw (вкладка OpenVPN)!
P.s. Не увидел скрина правил Firewall:NAT:Outbond
P.p.s. И да, это не "странная работа проброса портов" - это настроенный неправильно продукт. Pfsense здесь не причем.
