Дело не в этом все db.table
INSERT
s не будет работать, случается так, что перекрестной базы данных не будут (видеть пример на странице документа, которую Вы связываете с). Ваша репликация, вероятно, работает, потому что Вы не делаете никакой перекрестной базы данных INSERT
s; большинство людей не делает.
replicate-wild-do-table
ничего не изменит с этой целью.
Вы рассмотрели возможные требования PPPoE/PPPoA (так как, появляется, Вы находитесь на DSL), или подобные требования аутентификации от ISP до надлежащего доступа в Вашу учетную запись ISP (следовательно правильно/успешно получающий Ваш статически присвоенный IP)?
Для модемов/маршрутизаторов DSL довольно распространено получить/32 IP, и устройство используют некоторый тип универсальных локальных / адресов шлюза в конфигурации (127.0.0.1/127.0.0.2 для Netopia, например). Фактическая WAN DSL является двухточечным соединением, не обязательно запрашивает надлежащую информацию шлюза. Все, что это должно сделать, продвинуть трафик через правильный интерфейс - у Вас есть локальный/32, таким образом, трафик становится направленным назад правильно.
Вы, вероятно, соединяете мостом к Ethernet WAN на своем маршрутизаторе, который не является интерфейсом точка-точка, так может не поддерживать что-то как основанный на интерфейсе маршрут по умолчанию - Вы могли попробовать 77.44.75.1 как шлюз и маршрут для того/24 к стороне WAN Вашего маршрутизатора, но это будет просто предположением.
Большинство соединений DSL использует PPPoE для получения информации, но если оно не работает, и Вам не были нужны все подробности - независимо от того, статично ли это или PPPoE - необходимо получить корректную информацию от ISP, да.