Доменное имя работает с соединением 3G, но не на WiFi
Шифрование пароля незначительно лучше, чем наличие, это планирует текст. CVS делает символьную замену своего незашифрованного пароля для защиты от случайного раскрытия при просмотре файлов. Файл, содержащий пароль, должен быть правильно защищен независимо от того, что форма.
Стандартный метод шифрования незначительно лучше, чем незашифрованный пароль. Это - хорошо распознанная угроза безопасности. Простой метод, такой как использование CVS действительно защищает от случайного раскрытия администраторам, у которых есть доступ к файлу.
MySQL позволяет ограничения на основе инициирующего хоста, который я реализовал бы, если это - Ваша база данных. Серверы баз данных любого вида должны иметь ограниченный доступ.
После того как кто-то получает доступ к Вашему хосту, сражение вполне прилично проиграно.
Сервер домена может работать (молча в лесу?) И никогда не помогать / влиять на кого-либо еще в сети. Чтобы DNS-сервер был полезен, он должен либо (а) быть настроен для вашего локального разрешения ... который предоставляется вашему компьютеру в качестве эталонной машины всякий раз, когда вы разрешаете любое доменное имя, либо (б) быть настроен на ответ для вашего домена.
Я предполагаю, что здесь происходит, когда вы подключаетесь к 3G или в своих сетях, эти серверы автоматически предоставляются как преобразователи ( введите ), так что все, что вы помещаете в них доступно вашим пользователям. Однако, когда вы подключаетесь из любого другого места, вы используете DNS-серверы вашего интернет-провайдера или какой-либо другой общедоступной системы (например, googleDNS или openDNS ).
Когда вы ' если вы ищете службу типа b , ваши DNS-серверы должны быть глобально зарегистрированы, чтобы быть полномочными для домена ... то есть, если вы просмотрите whois для своего сервера, вы должны увидеть те серверы, которые перечислены в разделе Серверы имен . Чтобы изменить это, вам потребуется доступ к учетной записи реестра домена через ту компанию, которая зарегистрирована. Конечно, вероятно, в списке уже есть DNS-серверы с некоторой конфигурацией для обеспечения маршрутизации почты, доставки веб-сайтов и т. Д. Вам потребуются те же настройки на ваших DNS-серверах, чтобы все продолжало работать правильно.
Примечания
- Поскольку устройства кэшируют DNS информация, если в вашем рабочем 3g случае было устройство, которое было в сети, отключено / перешло к 3G и все еще работает ... это не так ' t вполне работает (попробуйте использовать устройство 3G, которое никогда не было в вашей сети)
- Ваш случай случайной работы Wi-Fi также может быть на устройстве, которое имеет кэш настроек DNS из офиса, даже хотя его больше нет
- DNS-серверы могут работать в обоих режимах, но конфигурация или брандмауэр препятствуют подключению к службе из общедоступных сетей. Поскольку вы говорите, что обе машины являются внутренними и внешними, я предполагаю, что у них есть два или более IP-адресов каждый - один для общего доступа, один для частного
- . DNS-серверы могут работать в обоих режимах, но конфигурация может побуждать внешнюю машину попробовать недействительный (внутренний) IP-адрес, который нельзя маршрутизировать извне.
nslookupиdig- бесценные инструменты, которые помогут вам в том, что? происходит за кулисами на вашем компьютере (есть команды * nix, доступные в OSX и есть версии для Windows)
Вы определенно используете разные DNS-серверы при подключении через разных операторов связи. Как правило, каждый интернет-провайдер использует свои собственные DNS-серверы или использует DNS-серверы компаний-партнеров. Чтобы приблизиться к корню проблемы, я бы посоветовал вам найти DNS-серверы с неверными данными поиска.
Первое, что вы должны проверить, это точные данные, доставленные на устройства с DNS-серверов, задав их явный запрос. Откройте командное окно и попробуйте следующие команды:
nslookup yourserver.yourdomain.com 8.8.8.8 (основной DNS-сервер Google)
nslookup yourserver.yourdomain.com 156.154.70.25 (основной DNS-сервер Comodo server)
nslookup yourserver.yourdomain.com 208.67.222.123 (основной DNS-сервер OpenDNS)
Все они должны возвращать одинаковые IP-адреса для вашей записи A внутри вашей зоны. Если вы получаете разные результаты, вам следует проверить конфигурацию своей зоны DNS (сосредоточьтесь на TTL, возможно, ваш TTL слишком высок, и поэтому изменения в вашей зоне реплицируются очень медленно)
Если они возвращают все тот же результат , вы можете начать обнаружение неисправных DNS-серверов, проверив, используете ли вы и ваш коллега один и тот же DNS-сервер интернет-провайдера. Как правило, вы можете получить IP-адреса операторов связи, выполнив поиск в Google. Используйте их с инструментом nslookup, и если они по-прежнему возвращают неверные значения, вам следует связаться с интернет-провайдером и сообщить им об их неправильной конфигурации.
У меня была именно эта проблема, и оказалось, что срок действия моего сертификата SSL истек, поскольку он автоматически обновляется каждые три месяца . Мне потребовалось 6 часов электронной переписки с моим хозяином, чтобы установить это, после того, как они постоянно настаивали, что это мой Интернет, и что они ничего не меняли - ну, очевидно, что-то действительно изменилось !! Если у вас возникнет такая же проблема, попробуйте войти в свою панель хоста, посмотреть на свой хостинг-пакет и нажать кнопку «auto-ssl», чтобы обновить сертификат. Затем потребуется несколько часов, чтобы выйти на глобальный уровень. Если это не сработает, за дополнительной информацией обратитесь к Google cpanel и auto-ssl.