Столкнулся с аналогичной проблемой. Перепробовал разные варианты и наконец решил. Хочу описать это решение, чтобы другие не мучились.

Моя ситуация:

1) Сервер:
- в качестве сервера использовал обычный ноутбук с ОС "MS Windows 7" (64-разрядная).
- установил СУБД Firebird 2.5 для Win64 (скачал файл " Firebird-2.5.2.26540_0_x64.exe " из http://www.firebirdsql.org/en/server-packages/#Win64 ).
- Создал БД, файл с расширением ".FDB".
- Придумал алиас "MyFBDB": с помощью "Блокнота" открыл файл " C:\Program Files\Firebird\Firebird_2_5\aliases.conf ". В конец файла добавил одну строку, таким образом получилось следующее:
== начало файла ==
#
# List of known database aliases
# ------------------------------
# Examples:
#
# dummy = c:\data\dummy.fdb
#
MyFBDB = C:\MyProject1\DB\MyProjectDB.FDB
== конец файла ==
- сервер подключил к беспроводной локальной сети WiFi.
- имя сервера (имя компьютера) "MyServer".

2) Клиент:
- в качестве клиентской машины использовал другой ноутбук с ОС "MS Windows 7" 64-bit, тоже подключен к локальной беспроводной сети WiFi.
- установил драйвер Firebird ODBC для Win64 (скачал файл " Firebird_ODBC_2.0.2.153_x64.exe " из http://www.firebirdsql.org/en/odbc-driver/ ).
- из http://www.firebirdsql.org/en/firebird-2-5-2-upd1/#Win64 скачал архивный zip-файл " Firebird-2.5.2.26540-0_x64_embed.zip ". Из скачанного архива извлек файлы fbembed.dll, icudt30.dll, icuuc30.dll и вставил в папку C:\Windows\System32 , при этом, файл fbembed.dll переименовал на fbclient.dll .
- настроил ODBC: Пуск - Панель управления - Администрирование - Источники данных (odbc) - Пользовательский DSN - Добавить - Firebird/interbase driver . В открывшемся окне придумал " Имя источника данных DSN " (любое имя); в поле " Драйвер " уже указано значение "IscDbc"; в поле " База данных " написал "MyServer:MyFBDB" ( имя сервера:алиас базы ); в поле " Клиент " указал "C:\Windows\System32\fbclient.dll"; Пользователь SYSDBA; Пароль masterkey ( именно полностью masterkey, а не урезанный masterke, как советуют в некоторых форумах ); Роль dba; " Символьная таблица " в соответствии с БД ( при создании БД на сервере я выбирал charset unicode_fss, поэтому здесь тоже unicode_fss, хотя не знаю - обязательно ли это ); остальные поля не трогал. Нажал кнопку " Проверка соединения " и... ура, вышло сообщение "Соединение успешно!".

Проблема была в следующем: На клиенте при настройке ODBC нажатие кнопки "Проверка соединения" приводило к сообщению "Открыть базу данных 192.168.1.51:C:\MyProject1\DB\MyProjectDB.FDB не удалось".

Вначале пытался указать IP-адрес сервера и путь к файлу БД. Затем вместо пути к файлу БД использовал алиас БД. Затем вместо IP-адреса сервера использовал имя компьютера (сервера). Затем на сервере - к папке, где хранится файл БД, открыл общий доступ. Затем в свойствах файла БД во вкладке "Безопасность" добавлял группы и пользователей с правами на чтение и запись. Затем возился с настройками сети и общего доступа (на сервере). Затем на клиенте установил серверный Firebird с минимальными клиентскими частями (при установке с помощью файла "Firebird-2.5.2.26540_0_x64.exe" выбрал вид установки "минимальная клиентская часть"). Затем на клиенте удалил эту "клиентскую часть Firebird" и заново установил уже полностью серверную часть (как на сервере MyServer). Затем удалил эту "серверную часть", а на сервере убрал все "общие доступы", ведь СУБД является клиент-серверной, а значит БД расшаривать не нужно.
Технологию все знают - на сервере устанавливаем серверную часть и саму БД, а на клиентах устанавливаем клиентскую часть и, если нужно, драйвер ODBC. Никаких "общих доступов" к папкам и файлам - клиентская часть СУБД сама должна найти БД на сервере по настройкам.
Перечитал много страниц, найденные в google, вот некоторые из них:
http://ibase.ru/ibfaq.htm#noconnect (эта страница оказалась полезной, в ней я нашел нужный намек)
http://www.firebirdsql.org/manual/ru/qsg15-connecting-ru.html (от этой страницы было мало пользы для данной проблемы)
http://www.sql.ru/forum/807359/k-firebird-2-1-cherez-odbc-otkryt-bazu-dannyh-ne-udalos
http://forum.vingrad.ru/forum/topic-175811/0.html
http://www.sql.ru/forum/880751/ssis-i-firebird-ole-db-ili-odbc
http://www.mail-archive.com/firebird-odbc-devel@lists.sourceforge.net/msg00072.html]http://www.mail-archive.com/firebird-odbc-devel@lists.sourceforge.net/msg00072.html
http://stackoverflow.com/questions/13894873/dllimport-with-odbc32-on-64-bit-system
http://www.sql.ru/forum/763333/ne-udaetsya-soedinitsya-cherez-odbc-v-windows-7-64-bit-s-bazoy-firebird-2-0
http://stackoverflow.com/questions/13569933/access-a-32-bit-firebird-database-from-a-64-bit-app-via-odbc
http://www.community.terrasoft.ru/forum/topic/8416

Оказалось, что большая часть действий верна! Нужно лишь выполнить еще пару действий:
1) при настройке ODBC на клиенте, перед нажатием кнопки "Проверить соединение", нужно на сервере перезапустить сервис Firebird! Делается это на сервере через Пуск - Панель управления - Firebird server manager, а там кнопка "Stop", затем "Start".
2) На самом деле сервис Firebird на сервере не должна запускаться как "служба" (as a service). Нужно запускать ее как "приложение" (as an application).


Примечание. На клиентах при настройке ODBC - не обязательно использовать только имя сервера и алиас БД через двоеточие! Если сервис Firebird на сервере перезапущен, то клиентский ODBC успешно соединится с БД при разных комбинациях сервера и БД, например можно указать IP-сервера:Путь_к_БД, или Имя_сервера:Путь_к_БД, или IP-сервера:Алиас_БД, или Имя_сервера:Алиас_БД. Здесь я имею ввиду ввод значения в поле "База данных" при добавлении "пользовательского DSN" в ODBC. Кстати, в поле "Клиент" тоже не обязательно указывать C:\Windows\System32\fbclient.dll (но этот файл все равно должен быть в C:\Windows\System32\).

PS. Постарался максимально подробно описать решение. Надеюсь, это решение поможет многим. Что касается различных вариантов разрядности операционных систем (например, на сервере Win7-x64, а на клиентах Win7-x32, Win8-x64, WinVista, WinXP...), здесь решения я пока не знаю - не сталкивался, поэтому желаю удачи :)