странная работа проброса портов
-
В сетевых настройках на сервере должен быть активирован протокол 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 здесь не причем. -
Ну это все у меня сейчас в результате проб разных вариантов.
P.s. Не увидел скрина правил Firewall:NAT:Outbond - там ничего и нет. -
Как сделать чтобы с удаленного клиента я смог зайти на машину в сети по имени компьютера? С указанием IP типа \10.10.10.19 заходит без проблем, а вот по имени никак. Хоть и стоит разрешающее вся и все правило.
-
Ну это все у меня сейчас в результате проб разных вариантов.
Настройки правил для pf - это его работоспособность или не работоспособность. Сделайте, как вам советуют.
-
Ну это все у меня сейчас в результате проб разных вариантов.
Настройки правил для pf - это его работоспособность или не работоспособность. Сделайте, как вам советуют.
сделал, убил что указали
-
Как сделать чтобы с удаленного клиента я смог зайти на машину в сети по имени компьютера? С указанием IP типа \10.10.10.19 заходит без проблем, а вот по имени никак. Хоть и стоит разрешающее вся и все правило.
Преобразование имён в IP адреса осуществляются службами DNS, плюс службами Wins для сетей MSWindows.
Необходимо, чтобы удалённому клиенту были доступны одна или обе из этих локальных служб.
