Не может изменить номер порта для недавно добавленного брандмауэра входящее правило
На моем сервере LTS Ubuntu 10.04 automysqlbackup.sh включал cronjob. Это - то, на что это похоже. Это очень просто.
$ cat /etc/cron.daily/automysqlbackup
#!/bin/sh
test -x /usr/sbin/automysqlbackup && /usr/sbin/automysqlbackup
Так, automysqlbackup работает как часть Ежедневной газеты cronjobs. Расписание для ежедневной газеты cronjobs видно в /etc/crontab.
Похоже, вы настроили SQL Server на прослушивание определенного порта, но вы пытаетесь создать правило брандмауэра на основе программы (которое используется, когда SQL Server настроен на использование динамических портов). Если SQL Server действительно настроен на использование статического порта (например, TCP-порт по умолчанию 1433), вам необходимо создать правило брандмауэра на основе порта.
«Мне удалось добавить новое правило, разрешающее подключение к серверу sql, ввод файла .exe "
У меня нет опыта работы с Server 2012, но если это что-то вроде 2008 R2, тогда, когда вы укажете программу, которую нужно разрешить через брандмауэр, Windows пропустит трафик вне зависимости от того, какой порт исполняется. прослушивание. После того, как вы укажете, что правило предназначено для программы, параметр порта станет серым. Это может объяснить, почему вы не можете явно указать порт в правиле. Возникли проблемы с удаленным подключением к серверу SQL?