Bladedance, проблемы с кабелем к провайдеру. проблемы у провайдера. проблемы с dns-сервером провайдера. проблемы с dns на шлюзе. проблемы с выдачей одинакового ip шлюзу и какой-то ещё машине в сети. проблемы с каким-то коммутатором в сети.
sn00pik, номер vlan должен быть один и тот же, иначе вместо одной подсети (одного широковещательного домена) получим две.
не настраивайте на pfsense на данном vlan функцию маршрутизации, иначе для маршрутизации придётся задействовать адреса на виртуальных интерфейсах на pfsense. задача - белые IP на серверах.
представьте, что вы воткнули провод от провайдера в обычный неуправляемый сетевой коммутатор, а из него три провода на сервера и каждому по белому IP. всё просто, всё работает. теперь надо без лишних сложностей (без использования дополнительных IP) добавить между провайдером и коммутатором файервол. для "без использования дополнительных IP" сегменты по обоим сторонам от файервола должны работать как единая подсеть (единый широковещательный домен), а для этого придуман сетевой мост. следовательно настраиваете в pfsense сетевой мост, включая в него оба сетевых адаптера.
fronter-up, имеете доступ к какой-то части внутренней сети организации, можете обращаться к внутренним IP-адресам организации.
начать кодить? одно с другим не связано. может быть можете, а может быть - нет.
если вам для начала кодинга нужны какие-то внутренние ресурсы компании - то, подключившись к VPN компании, вы сделали шаг к получению доступа к ним. единственный это шаг или нет - зависит от того, что вам уже сообщили для работы. например, вам могут сообщить ip-адрес сервера git и выдать на него доступ по логину/паролю или ключу, если это так в компании реализовано. как и что у них на самом деле - не знаю и знать не могу.
gregorypetrov, так-то да, вроде как должен. может конкретная версия php, установленная у вас, не умеет корректно в регулярках работать с диапазонами русских символов? могу предложить для теста разбить выражение и строку для проверки на несколько подстрок и попроверять их отдельно, чтобы выяснить, какая части исходной регулярки не работает так, как ожидается.
Pan Propan, IIS был в вопросе, если я ничего не путаю, такие дела. а так-то можно и через dropbox, и через one drive, и через nginx, и генерировать содержимое PHP-скриптом, выгружая данные из базы или AD... короче, кому как удобнее и проще. мне вот удобнее веб-сервер - я про него и пишу.
Олег Шевченко, базово размещение веб-сайта на IIS описано тут: https://technet.microsoft.com/ru-ru/library/hh8315...
я не знаю, какой и в каком состоянии у вас IIS. да и под рукой у меня его нет. посему бьём на этапы и с ними уже работаем:
1. создать xml-файл адресной книги. формат файла описан на сайте yealink'а в документации.
2. настроить iis. ссылку привёл выше. создаёте веб-сайт, указывая каталог на сервере, в котором у вас лежит созданный в п. 1 файл.
3. проверить, что в браузере ссылка на данный файл работает корректно (файл открывается или скачивается).
4. прописать ссылку в одном телефоне и проверить, что удалённая адресная книга работает правильно.
если по какому-то из пунктов появляются вопросы - пишите.
obvilion, при большом желании можно дома эскалатор поставить. надо только понимать, нужно ли это.
nginx в большинстве случаев прекрасно работает с php без апача.
боюсь, что телепатический эгрегор Тостера недостаточно силён для угадывания ответа на ваш вопрос. нужно больше вводных.
пока что могу лишь предположить, что не снята галка "разрешать заходить только с устройств, которые хоть когда-то были в сети нашего предприятия".
