Как где создать WAP сайт
doodge
Специалист
7/6/2007, 12:39:04 PM
Как (где) создать WAP сайт?, желательно бесплатно
saffi
Профессионал
7/6/2007, 2:12:29 PM
Совершенно без разницы ГДЕ он будет располагаться, т.к. все зависит от языка использования - WML и HDML.
maxdiversexnarod1
Специалист
7/6/2007, 8:46:50 PM
doodge
См. Хакер №84, статья "Предел мобильности. Как куются мобильные сайты".
См. Хакер №84, статья "Предел мобильности. Как куются мобильные сайты".
doodge
Специалист
7/7/2007, 10:50:52 AM
(saffi @ 06.07.2007 - время: 13:12) Совершенно без разницы ГДЕ он будет располагаться
а как же тогда объяснить адрес сайта?? WAP.сайт.ru
а как же тогда объяснить адрес сайта?? WAP.сайт.ru
DELETED
Акула пера
7/9/2007, 2:28:22 PM
(doodge @ 07.07.2007 - время: 06:50) (saffi @ 06.07.2007 - время: 13:12) Совершенно без разницы ГДЕ он будет располагаться
а как же тогда объяснить адрес сайта?? WAP.сайт.ru
Ознакомьтесь с понятием DNS и что такое записи типа A. Вопросы отпадут.
DNS-сервер — как это работает
как работает ДНС-сервер
Если посмотреть большинство более-менее популярных статей об устройстве Интернета, то про DNS там чаще всего будет сказано что-то типа "DNS-сервер обеспечивает трансляцию имен сайтов в IP адреса". В принципе, это действительно является его основной задачей, и для большинства пользователей (и даже компьютерщиков) этих знаний вполне достаточно. Но если вдруг вам придется отлаживать сеть, которой провайдер выделил какой-то блок «честных» адресов, или поднимать в локальной сети свой DNS-сервер, то очень быстро всплывут всякие страшные слова: «зона», «трансфер», «форвардер», "in-addr.arpa" и другие... Поэтому в этой заметке мы попробуем чуть более подробно поговорить о работе DNS.
Очень приблизительно можно сказать, что у каждого компьютера в Интернете есть два основных идентификатора: доменное имя (например, www.listsoft.ru) и IP-адрес (например, 127.0.0.1). Приблизительность заключается в том, что, во-первых, IP-адресов у компьютера может быть несколько (мало того, что у каждого интерфейса свой адрес, так еще и несколько адресов могут «висеть» на одном интерфейсе); во-вторых, имен тоже может быть несколько, причем они могут связываться как с одним, так и с несколькими IP-адресами; в-третьих, у компьютера может и не быть доменного имени... Словом, ясно, что картина уже начинает запутываться.
Основной задачей DNS-сервера является трансляция доменных имен в IP-адреса и обратноКак было сказано выше, основной задачей DNS-сервера является трансляция доменных имен в IP адреса и обратно. На заре становления Интернета (когда он еще был ARPANET'ом) это решалось ведением длинных списков, включающих все компьютеры сети, причем копия такого списка должна была присутствовать на каждом компьютере. Понятно, что с ростом сети эта технология перестала удовлетворять кого бы то ни было — ведь эти файлы надо было еще и синхронизировать, не говоря уж об их размере... Некоторые «пережитки» этого метода можно обнаружить и сейчас: существует файл HOSTS (и в UNIX, и в Windows), в котором можно прописывать адреса серверов, с которыми вы регулярно работаете (кстати, именно его использование лежит в основе многих «ускорителей Интернета» — такие программы просто записывают адреса серверов, к которым вы обращаетесь, в файл HOSTS и при следующем обращении берут данные из него, не тратя время на запрос к DNS-серверу).
На смену «однофайловой» схеме пришел DNS — иерархическая структура имен. Существует «корень дерева» с именем "." (точка). Так как корень един для всех доменов, то точка в конце имени обычно не ставится (но она используется в описаниях DNS — тут надо быть очень внимательным!). Ниже корня лежат домены первого уровня. Их немного — com, net, edu, org, mil, int, biz, info, gov (есть еще несколько) и домены государств, например, ru. Еще ниже находятся домены второго уровня, например, listsoft.ru. Еще ниже — третьего и т.д.
DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает у кого спросить...Иерархичность DNS-серверов — штука довольно интересная, если проследить прохождение запроса. При установке (точнее, при настройке) клиенту указывается как минимум один DNS-сервер (как правило, их два) — его адрес выдается провайдером. Клиент посылает запрос этому серверу. Сервер, получив запрос, либо отвечает (если ответ ему известен), либо пересылает запрос на «вышестоящий» сервер (если он известен) или на корневой (каждому DNS-серверу известны адреса корневых DNS-серверов). Так выглядит «восходящая иерархия». Затем запрос начинает спускаться вниз — корневой сервер пересылает запрос серверу первого уровня, тот — серверу второго уровня и т.д. Таким образом, каждый DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает, у кого спросить...
Помимо «вертикальных связей», у серверов есть еще и «горизонтальные» отношения — "первичный — вторичный". Действительно, если предположить, что сервер, обслуживающий какой-то домен и работающий «без страховки» вдруг перестанет быть доступным, то все машины, расположенные в этом домене, окажутся недоступны! Именно поэтому при регистрации домена второго уровня выдвигается требование указать минимум два сервера DNS, которые будут этот домен обслуживать.
Рекурсивные сервера удобно использовать в локальных сетяхDNS-сервера бывают рекурсивные и нерекурсивные. Первые всегда возвращают клиенту ответ — они самостоятельно отслеживают отсылки к другим DNS-серверам и опрашивают их. Нерекурсивные сервера возвращают клиенту эти отсылки, так что клиент должен самостоятельно опрашивать указанный сервер. Рекурсивные сервера удобно использовать на низких уровнях, в частности, в локальных сетях. Дело в том, что они кэшируют все промежуточные ответы, и при последующих запросах ответы будут возвращаться намного быстрее. Нерекурсивные сервера обычно стоят на верхних ступенях иерархии — поскольку они получают очень много запросов, то для кэширования ответов никаких ресурсов не хватит.
Использование «пересыльщиков» ускоряет разрешение именПолезным свойством DNS является умение использовать «пересыльщиков» (forwarders). «Честный» DNS-сервер самостоятельно опрашивает другие сервера и находит нужный ответ, но если ваша сеть подключена к Интернету по медленной (например, dial-up) линии, то этот процесс может занимать довольно много времени. Вместо этого можно перенаправлять все запросы, скажем, на сервер провайдера, а затем принимать его ответ. Использование «пересыльщиков» может оказаться интересным и для больших компаний с несколькими сетями: в каждой сети можно поставить относительно слабый DNS-сервер, указав в качестве «пересыльщика» более мощную машину, подключенную по быстрой линии. При этом все ответы будут кэшироваться на этом мощном сервере, что ускорит разрешение имен для целой сети.
Для каждого домена администратор ведет базу данных DNS. Эта база данных представляет собой набор простых текстовых файлов, расположенных на основном (первичном) сервере DNS (вторичные сервера периодически копируют к себе эти файлы). В файлах конфигурации сервера указывается, в каком именно файле содержатся описания каких зон, и является ли сервер первичным или вторичным для этой зоны.
Элементы базы DNS часто называют RR (сокращение от Resource Record). Базовый формат записи выглядит так:
тип данные
Имя может быть относительным или абсолютным (FQDN — Fully Qualified Domain Name). Если имя относительное (не заканчивается точкой — помните про корневой домен?), то к нему автоматически добавляется имя текущего домена. Например, если в домене listsoft.ru я опишу имя «www», то полное имя будет интерпретироваться как "www.listsoft.ru." Если же это имя указать как "www.listsoft.ru" (без последней точки), то оно будет считаться относительным и будет интерпретировано как "www.listsoft.ru.listsoft.ru."
Время задает интервал времени в секундах, в течение которого данные могут сохраняться в кэше сервера.
класс определяет класс сети. Практически всегда это будет IN, обозначающее INternet.
а как же тогда объяснить адрес сайта?? WAP.сайт.ru
Ознакомьтесь с понятием DNS и что такое записи типа A. Вопросы отпадут.
DNS-сервер — как это работает
как работает ДНС-сервер
Если посмотреть большинство более-менее популярных статей об устройстве Интернета, то про DNS там чаще всего будет сказано что-то типа "DNS-сервер обеспечивает трансляцию имен сайтов в IP адреса". В принципе, это действительно является его основной задачей, и для большинства пользователей (и даже компьютерщиков) этих знаний вполне достаточно. Но если вдруг вам придется отлаживать сеть, которой провайдер выделил какой-то блок «честных» адресов, или поднимать в локальной сети свой DNS-сервер, то очень быстро всплывут всякие страшные слова: «зона», «трансфер», «форвардер», "in-addr.arpa" и другие... Поэтому в этой заметке мы попробуем чуть более подробно поговорить о работе DNS.
Очень приблизительно можно сказать, что у каждого компьютера в Интернете есть два основных идентификатора: доменное имя (например, www.listsoft.ru) и IP-адрес (например, 127.0.0.1). Приблизительность заключается в том, что, во-первых, IP-адресов у компьютера может быть несколько (мало того, что у каждого интерфейса свой адрес, так еще и несколько адресов могут «висеть» на одном интерфейсе); во-вторых, имен тоже может быть несколько, причем они могут связываться как с одним, так и с несколькими IP-адресами; в-третьих, у компьютера может и не быть доменного имени... Словом, ясно, что картина уже начинает запутываться.
Основной задачей DNS-сервера является трансляция доменных имен в IP-адреса и обратноКак было сказано выше, основной задачей DNS-сервера является трансляция доменных имен в IP адреса и обратно. На заре становления Интернета (когда он еще был ARPANET'ом) это решалось ведением длинных списков, включающих все компьютеры сети, причем копия такого списка должна была присутствовать на каждом компьютере. Понятно, что с ростом сети эта технология перестала удовлетворять кого бы то ни было — ведь эти файлы надо было еще и синхронизировать, не говоря уж об их размере... Некоторые «пережитки» этого метода можно обнаружить и сейчас: существует файл HOSTS (и в UNIX, и в Windows), в котором можно прописывать адреса серверов, с которыми вы регулярно работаете (кстати, именно его использование лежит в основе многих «ускорителей Интернета» — такие программы просто записывают адреса серверов, к которым вы обращаетесь, в файл HOSTS и при следующем обращении берут данные из него, не тратя время на запрос к DNS-серверу).
На смену «однофайловой» схеме пришел DNS — иерархическая структура имен. Существует «корень дерева» с именем "." (точка). Так как корень един для всех доменов, то точка в конце имени обычно не ставится (но она используется в описаниях DNS — тут надо быть очень внимательным!). Ниже корня лежат домены первого уровня. Их немного — com, net, edu, org, mil, int, biz, info, gov (есть еще несколько) и домены государств, например, ru. Еще ниже находятся домены второго уровня, например, listsoft.ru. Еще ниже — третьего и т.д.
DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает у кого спросить...Иерархичность DNS-серверов — штука довольно интересная, если проследить прохождение запроса. При установке (точнее, при настройке) клиенту указывается как минимум один DNS-сервер (как правило, их два) — его адрес выдается провайдером. Клиент посылает запрос этому серверу. Сервер, получив запрос, либо отвечает (если ответ ему известен), либо пересылает запрос на «вышестоящий» сервер (если он известен) или на корневой (каждому DNS-серверу известны адреса корневых DNS-серверов). Так выглядит «восходящая иерархия». Затем запрос начинает спускаться вниз — корневой сервер пересылает запрос серверу первого уровня, тот — серверу второго уровня и т.д. Таким образом, каждый DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает, у кого спросить...
Помимо «вертикальных связей», у серверов есть еще и «горизонтальные» отношения — "первичный — вторичный". Действительно, если предположить, что сервер, обслуживающий какой-то домен и работающий «без страховки» вдруг перестанет быть доступным, то все машины, расположенные в этом домене, окажутся недоступны! Именно поэтому при регистрации домена второго уровня выдвигается требование указать минимум два сервера DNS, которые будут этот домен обслуживать.
Рекурсивные сервера удобно использовать в локальных сетяхDNS-сервера бывают рекурсивные и нерекурсивные. Первые всегда возвращают клиенту ответ — они самостоятельно отслеживают отсылки к другим DNS-серверам и опрашивают их. Нерекурсивные сервера возвращают клиенту эти отсылки, так что клиент должен самостоятельно опрашивать указанный сервер. Рекурсивные сервера удобно использовать на низких уровнях, в частности, в локальных сетях. Дело в том, что они кэшируют все промежуточные ответы, и при последующих запросах ответы будут возвращаться намного быстрее. Нерекурсивные сервера обычно стоят на верхних ступенях иерархии — поскольку они получают очень много запросов, то для кэширования ответов никаких ресурсов не хватит.
Использование «пересыльщиков» ускоряет разрешение именПолезным свойством DNS является умение использовать «пересыльщиков» (forwarders). «Честный» DNS-сервер самостоятельно опрашивает другие сервера и находит нужный ответ, но если ваша сеть подключена к Интернету по медленной (например, dial-up) линии, то этот процесс может занимать довольно много времени. Вместо этого можно перенаправлять все запросы, скажем, на сервер провайдера, а затем принимать его ответ. Использование «пересыльщиков» может оказаться интересным и для больших компаний с несколькими сетями: в каждой сети можно поставить относительно слабый DNS-сервер, указав в качестве «пересыльщика» более мощную машину, подключенную по быстрой линии. При этом все ответы будут кэшироваться на этом мощном сервере, что ускорит разрешение имен для целой сети.
Для каждого домена администратор ведет базу данных DNS. Эта база данных представляет собой набор простых текстовых файлов, расположенных на основном (первичном) сервере DNS (вторичные сервера периодически копируют к себе эти файлы). В файлах конфигурации сервера указывается, в каком именно файле содержатся описания каких зон, и является ли сервер первичным или вторичным для этой зоны.
Элементы базы DNS часто называют RR (сокращение от Resource Record). Базовый формат записи выглядит так:
тип данные
Имя может быть относительным или абсолютным (FQDN — Fully Qualified Domain Name). Если имя относительное (не заканчивается точкой — помните про корневой домен?), то к нему автоматически добавляется имя текущего домена. Например, если в домене listsoft.ru я опишу имя «www», то полное имя будет интерпретироваться как "www.listsoft.ru." Если же это имя указать как "www.listsoft.ru" (без последней точки), то оно будет считаться относительным и будет интерпретировано как "www.listsoft.ru.listsoft.ru."
Время задает интервал времени в секундах, в течение которого данные могут сохраняться в кэше сервера.
класс определяет класс сети. Практически всегда это будет IN, обозначающее INternet.
DELETED
Акула пера
7/9/2007, 4:10:09 PM
Тип может быть одним из следующих:
SOA — определяет DNS зону
NS — сервер имен для зоны
A — преобразование имени в IP-адрес
PTR — преобразование IP-адреса в имя
MX — почтовая станция
CNAME — имена машины
HINFO — описание «железа» компьютера
TXT — комментарии или какая-то другая информация
Есть также некоторые другие типы, но они намного менее распространены.
В записях можно использовать символы # и ; для комментариев, @ для обозначения текущего домена, () — скобки — для написания данных на нескольких строках. Кроме того, можно использовать метасимвол * в имени. Порядок записей не имеет значения за одним исключением: запись SOA должна идти первой. Дальнейшие записи считаются относящимися к той же зоне, пока не встретится новая запись SOA. Как правило, после записи зоны указывают записи DNS-серверов, а остальные записи располагают по алфавиту, но это не обязательно.
SOA — описание зоны Теперь попробуем рассмотреть записи. Первой описываем зону:
mycompany.ru. IN SOA ns.mycompany.ru. admin.mycompany.ru. (1001 ; serial
21600 ; Refresh — 6 часов
1800 ; Retry — 30 мин
1209600 ; Expire — 2 недели
432000) ; Minimum — 5 дней
Сначала идет имя домена: mycompany.ru. (обратите внимание на точку в конце имени). Вместо имени можно было (и чаще всего так и делают) поставить знак @.
ns.mycompany.ru. — основной сервер имен
admin.mycompany.ru. — почтовый адрес администратора в формате имя(точка)машина
затем в круглых скобках идут поля, необходимые для правильного «восприятия» вашей зоны другими серверами. Первое число — serial — является «версией» файла зоны. При внесении изменений это число надо увеличить — если вторичный сервер увидит, что его версия зоны меньше, чем у первичного сервера, то он перечитает данные. Типичной ошибкой является обновление зоны без обновления этого числа. Очень удобно в качестве serial использовать текущую дату, например, 2003040401 — 4 апреля 2003 года, первое обновление.
Refresh говорит вторичным серверам, как часто они должны проверять значение serial.
Retry говорит о том, как часто вторичный сервер должен пытаться прочитать данные, если первичный сервер не отвечает.
Expire говорит вторичным серверам, в течение какого времени они должны обслуживать домен, если первичный сервер не отвечает. По истечении этого времени вторичные сервера будут считать свои данные устаревшими.
Minimum задает время жизни записей по умолчанию для данной зоны.
NS описывает сервера имен Теперь опишем сервера имен, обслуживающие наш домен:
mycompany.ru. IN NS ns.mycompany.ru.
mycompany.ru. IN NS ns.provider.ru.
Здесь ничего сложного нет. Так как имя зоны совпадает с указанным в поле имя записи SOA, то его можно оставить пустым.
A описывает хосты Дальше идут записи A, описывающие ваши компьютеры и позволяющие преобразовать имена в IP-адреса.
major IN A 192.168.0.1
colonel IN A 192.168.0.2
IN HINFO "2xPIV-1.7 Win2K"
general.mycompany.ru. IN A 192.168.0.3
Здесь сложного тоже ничего нет — имена могут быть относительные или «абсолютные», можно добавить записи о конфигурации машины (пропущенное имя в записи HINFO говорит о том, что имеется в виду предыдущее имя). Не забудьте добавить записи
localhost. IN A 127.0.0.1
localhost IN CNAME localhost.
mycompany.ru. IN A 192.168.0.1
Первая отдает адрес 127.0.0.1 любой машине, запросившей имя localhost, вторая — localhost.mycompany.ru, а третья говорит, куда послать клиента, который хочет попасть на mycompany.ru
C помощью CNAME можно задавать короткие имена серверов Записи CNAME позволяют дать машинам удобные или значащие имена. Например:
ftp IN CNAME general говорит, что ftp.mycompany.ru живет по адресу 192.168.0.3. CNAME удобно использовать, если вы меняете имя машины, но хотите оставить доступ для клиентов, которые помнят старое имя. Удобный трюк с использованием CNAME заключается в назначении коротких имен частоиспользуемым адресам. Например, прописав ls IN CNAME www.listsoft.ru., вы сможете заходить на ListSoft просто набирая ls в качестве адреса.
MX описывает пересылку почты Записи MX нужны для того, чтобы указать, куда пересылать почту. В этих записях добавляется приоритет — чем он меньше, тем выше приоритет машины. Приоритеты нужны для того, чтобы можно было задать несколько записей и перенаправить почту на альтернативный сервер, если основной не работает. MX запись должна быть указана для домена в целом и, возможно, для каждой машины в отдельности. Сложного тут тоже ничего нет за одним исключением: очень часто встречается неправильно использование метасимвола "*". Запись "*.mycompany.ru." означает не "любая машина домена mycompany.ru", а «любая машина, которая еще не была описана». Причем, даже если использовалась не MX, а, например, A-запись, то звездочка все равно не будет работать для этой машины. Более подробно почитать об использовании метасимволов можно в RFC 1034, раздел 4.3.3 В принципе, метасимволы нужны только для того чтобы принимать почту для сети, находящейся за брандмауэром и чтобы пересылать почту в сети, не подключенные к Интернету (например, работающие через UUCP). Так как записи DNS меняются довольно редко, то имеет смысл прописать MX записи для всех машин, описанных записями A.
mycompany.ru. IN MX 10 relay
mycompany.ru. IN MX 20 mycompany.ru.
mycompany.ru. IN MX 30 mail.provider.ru.
general.mycompany.ru. IN A 192.168.0.3
IN MX 10 mycompany.ru.
Реверсная зона позволяет определить имя по адресу На этом создание файла зоны можно считать законченным. Но остается более увлекательное занятие: описание реверсной зоны. Если предыдущий файл позволяет определить IP-адрес по имени, то теперь надо сделать так, чтобы по IP-адресу можно было «вычислить» имя. Отсутствие реверсной зоны является довольно типичной ошибкой и может приводить к самым разным ошибкам — начиная от сбоев FTP-серверов и заканчивая классификацией отправленных писем как спама.
PTR преобразовывает адрес в имя Для обратного преобразования используются записи PTR. Но не торопитесь их вписывать — тут есть одна хитрость: они пишутся в отдельном специальном домене верхнего уровня, с названием IN-ADDR.ARPA. Домен этот был создан для того, чтобы и для прямого, и для обратного преобразований можно было использовать одни и те же программные модули. Дело в том, что «мнемонические» имена пишутся слева направо: www.listsoft.ru означает, что www находится в listsoft, а listsoft — в ru. IP-адреса пишутся наоборот: 195.242.9.4 означает, что машина 4 находится в подсети 9, которая является частью 195.242 И для сохранения «единого стиля» адресов для обратного преобразования используются имена вида 4.9.242.195.IN-ADDR.ARPA (обратите внимание, что IP-адрес записан в обратном порядке).
Итак, мы создаем еще один файл зоны (для зоны, например, 0.168.192.IN-ADDR.ARPA), копируем в него запись SOA (а заодно и NS), после чего начинаем писать:
1 IN PTR major.mycompany.ru.
2 IN PTR colonel.mycompany.ru.
...
Можно задавать не только относительные, но и абсолютные имена:
3.0.168.192.IN-ADDR.ARPA. IN PTR general.mycompany.ru.
Не забудьте еще задать обратное преобразование для 127.0.0.1.
Обратите внимание на то, что право на ведение «прямого» домена не зависит от провайдера — его выдает организация, ведающая распределением имен в нужном вам домене. А вот пул IP-адресов находится в ведении провайдера, и именно провайдер делегирует (или не делегирует) вам права на ведение реверсной зоны. В связи с тем, что зачастую клиентам выдается не целая сеть класса «C», а ее часть, то и реверсная зона находится на сервере провайдера. Так что вам придется наладить с ним взаимодействие в области обновления данных.
Настройте трансфер зоны Напоследок — одно маленькое замечание. Исследование DNS является одним из первых этапов «изучения сети» при подготовке ее взлома. Чаще всего используется перенос зоны, при котором все записи зоны передаются на компьютер «исследователя», где он их может изучать в спокойной обстановке. Поэтому имеет смысл (помимо всего прочего) настроить брандмауэр на запрет TCP-соединений по 53 порту с несанкционированных адресов (в запросах на определение имен используется UDP, а для переноса зоны — TCP).
P.S. Для того чтобы посмотреть, что записано в DNS, используется команда nslookup (она есть и в UNIX, и в Windows).
SOA — определяет DNS зону
NS — сервер имен для зоны
A — преобразование имени в IP-адрес
PTR — преобразование IP-адреса в имя
MX — почтовая станция
CNAME — имена машины
HINFO — описание «железа» компьютера
TXT — комментарии или какая-то другая информация
Есть также некоторые другие типы, но они намного менее распространены.
В записях можно использовать символы # и ; для комментариев, @ для обозначения текущего домена, () — скобки — для написания данных на нескольких строках. Кроме того, можно использовать метасимвол * в имени. Порядок записей не имеет значения за одним исключением: запись SOA должна идти первой. Дальнейшие записи считаются относящимися к той же зоне, пока не встретится новая запись SOA. Как правило, после записи зоны указывают записи DNS-серверов, а остальные записи располагают по алфавиту, но это не обязательно.
SOA — описание зоны Теперь попробуем рассмотреть записи. Первой описываем зону:
mycompany.ru. IN SOA ns.mycompany.ru. admin.mycompany.ru. (1001 ; serial
21600 ; Refresh — 6 часов
1800 ; Retry — 30 мин
1209600 ; Expire — 2 недели
432000) ; Minimum — 5 дней
Сначала идет имя домена: mycompany.ru. (обратите внимание на точку в конце имени). Вместо имени можно было (и чаще всего так и делают) поставить знак @.
ns.mycompany.ru. — основной сервер имен
admin.mycompany.ru. — почтовый адрес администратора в формате имя(точка)машина
затем в круглых скобках идут поля, необходимые для правильного «восприятия» вашей зоны другими серверами. Первое число — serial — является «версией» файла зоны. При внесении изменений это число надо увеличить — если вторичный сервер увидит, что его версия зоны меньше, чем у первичного сервера, то он перечитает данные. Типичной ошибкой является обновление зоны без обновления этого числа. Очень удобно в качестве serial использовать текущую дату, например, 2003040401 — 4 апреля 2003 года, первое обновление.
Refresh говорит вторичным серверам, как часто они должны проверять значение serial.
Retry говорит о том, как часто вторичный сервер должен пытаться прочитать данные, если первичный сервер не отвечает.
Expire говорит вторичным серверам, в течение какого времени они должны обслуживать домен, если первичный сервер не отвечает. По истечении этого времени вторичные сервера будут считать свои данные устаревшими.
Minimum задает время жизни записей по умолчанию для данной зоны.
NS описывает сервера имен Теперь опишем сервера имен, обслуживающие наш домен:
mycompany.ru. IN NS ns.mycompany.ru.
mycompany.ru. IN NS ns.provider.ru.
Здесь ничего сложного нет. Так как имя зоны совпадает с указанным в поле имя записи SOA, то его можно оставить пустым.
A описывает хосты Дальше идут записи A, описывающие ваши компьютеры и позволяющие преобразовать имена в IP-адреса.
major IN A 192.168.0.1
colonel IN A 192.168.0.2
IN HINFO "2xPIV-1.7 Win2K"
general.mycompany.ru. IN A 192.168.0.3
Здесь сложного тоже ничего нет — имена могут быть относительные или «абсолютные», можно добавить записи о конфигурации машины (пропущенное имя в записи HINFO говорит о том, что имеется в виду предыдущее имя). Не забудьте добавить записи
localhost. IN A 127.0.0.1
localhost IN CNAME localhost.
mycompany.ru. IN A 192.168.0.1
Первая отдает адрес 127.0.0.1 любой машине, запросившей имя localhost, вторая — localhost.mycompany.ru, а третья говорит, куда послать клиента, который хочет попасть на mycompany.ru
C помощью CNAME можно задавать короткие имена серверов Записи CNAME позволяют дать машинам удобные или значащие имена. Например:
ftp IN CNAME general говорит, что ftp.mycompany.ru живет по адресу 192.168.0.3. CNAME удобно использовать, если вы меняете имя машины, но хотите оставить доступ для клиентов, которые помнят старое имя. Удобный трюк с использованием CNAME заключается в назначении коротких имен частоиспользуемым адресам. Например, прописав ls IN CNAME www.listsoft.ru., вы сможете заходить на ListSoft просто набирая ls в качестве адреса.
MX описывает пересылку почты Записи MX нужны для того, чтобы указать, куда пересылать почту. В этих записях добавляется приоритет — чем он меньше, тем выше приоритет машины. Приоритеты нужны для того, чтобы можно было задать несколько записей и перенаправить почту на альтернативный сервер, если основной не работает. MX запись должна быть указана для домена в целом и, возможно, для каждой машины в отдельности. Сложного тут тоже ничего нет за одним исключением: очень часто встречается неправильно использование метасимвола "*". Запись "*.mycompany.ru." означает не "любая машина домена mycompany.ru", а «любая машина, которая еще не была описана». Причем, даже если использовалась не MX, а, например, A-запись, то звездочка все равно не будет работать для этой машины. Более подробно почитать об использовании метасимволов можно в RFC 1034, раздел 4.3.3 В принципе, метасимволы нужны только для того чтобы принимать почту для сети, находящейся за брандмауэром и чтобы пересылать почту в сети, не подключенные к Интернету (например, работающие через UUCP). Так как записи DNS меняются довольно редко, то имеет смысл прописать MX записи для всех машин, описанных записями A.
mycompany.ru. IN MX 10 relay
mycompany.ru. IN MX 20 mycompany.ru.
mycompany.ru. IN MX 30 mail.provider.ru.
general.mycompany.ru. IN A 192.168.0.3
IN MX 10 mycompany.ru.
Реверсная зона позволяет определить имя по адресу На этом создание файла зоны можно считать законченным. Но остается более увлекательное занятие: описание реверсной зоны. Если предыдущий файл позволяет определить IP-адрес по имени, то теперь надо сделать так, чтобы по IP-адресу можно было «вычислить» имя. Отсутствие реверсной зоны является довольно типичной ошибкой и может приводить к самым разным ошибкам — начиная от сбоев FTP-серверов и заканчивая классификацией отправленных писем как спама.
PTR преобразовывает адрес в имя Для обратного преобразования используются записи PTR. Но не торопитесь их вписывать — тут есть одна хитрость: они пишутся в отдельном специальном домене верхнего уровня, с названием IN-ADDR.ARPA. Домен этот был создан для того, чтобы и для прямого, и для обратного преобразований можно было использовать одни и те же программные модули. Дело в том, что «мнемонические» имена пишутся слева направо: www.listsoft.ru означает, что www находится в listsoft, а listsoft — в ru. IP-адреса пишутся наоборот: 195.242.9.4 означает, что машина 4 находится в подсети 9, которая является частью 195.242 И для сохранения «единого стиля» адресов для обратного преобразования используются имена вида 4.9.242.195.IN-ADDR.ARPA (обратите внимание, что IP-адрес записан в обратном порядке).
Итак, мы создаем еще один файл зоны (для зоны, например, 0.168.192.IN-ADDR.ARPA), копируем в него запись SOA (а заодно и NS), после чего начинаем писать:
1 IN PTR major.mycompany.ru.
2 IN PTR colonel.mycompany.ru.
...
Можно задавать не только относительные, но и абсолютные имена:
3.0.168.192.IN-ADDR.ARPA. IN PTR general.mycompany.ru.
Не забудьте еще задать обратное преобразование для 127.0.0.1.
Обратите внимание на то, что право на ведение «прямого» домена не зависит от провайдера — его выдает организация, ведающая распределением имен в нужном вам домене. А вот пул IP-адресов находится в ведении провайдера, и именно провайдер делегирует (или не делегирует) вам права на ведение реверсной зоны. В связи с тем, что зачастую клиентам выдается не целая сеть класса «C», а ее часть, то и реверсная зона находится на сервере провайдера. Так что вам придется наладить с ним взаимодействие в области обновления данных.
Настройте трансфер зоны Напоследок — одно маленькое замечание. Исследование DNS является одним из первых этапов «изучения сети» при подготовке ее взлома. Чаще всего используется перенос зоны, при котором все записи зоны передаются на компьютер «исследователя», где он их может изучать в спокойной обстановке. Поэтому имеет смысл (помимо всего прочего) настроить брандмауэр на запрет TCP-соединений по 53 порту с несанкционированных адресов (в запросах на определение имен используется UDP, а для переноса зоны — TCP).
P.S. Для того чтобы посмотреть, что записано в DNS, используется команда nslookup (она есть и в UNIX, и в Windows).
DELETED
Акула пера
7/9/2007, 4:13:18 PM
Что такое WAP технология?
WAP - новое слово на три буквы в устах подрастающего поколения, а также у нас - созревших и прогрессивных. Но не все точно знают, что же это такое. Прежде всего, WAP - это обычное средство получения доступа к ресурсам Интернета, только посредством мобильного телефона. При этом пользователь не прибегает к помощи дополнительных устройств (компьютер, модем). Конечно, при условии, что его телефон не сделан при царе Горохе (без встроенного модема и WAP-браузера).
Поддержка WAP есть практически во всех современных моделях мобильных телефонов стандарта GSM. Если всё-таки ваш телефон - ровесник птеродактилей, а смотреть WAP хочется, тогда есть два способа смотреть WAP с компьютера (хотя не пойму, зачем нужен WAP с компьютера, если с компьютера и http нормально работает, но вам видней). Итак: один способ - воспользоваться браузером Opera. В большинстве случаев эта программа позволяет смотреть WAP-сайты. Также вы можете воспользоваться эмулятором, которых достаточно много.
А теперь, дабы отбить охоту читать дальше, немного сухих определений: WAP (Wireless Application Protocol) - это протокол, или технический стандарт, описывающий способ, с помощью которого информация из Интернета передается на небольшой дисплей мобильного телефона. В этом-то и заключается основное отличие WAP от привычных методов доступа во всемирную сеть, которые обеспечивают обмен информацией и просмотр Web-сайтов (протоколы HTTP и TCP/IP). Теоретически, если бы экран мобильного телефона "умел" отображать столько же информации, как и дисплей компьютера, то и не было бы WAP в таком виде, в каком он предоставлен сейчас.
Но дисплеи мобильных телефонов, даже имеющих большое разрешение, не могут "вместить" обычные Web-страницы. Именно это послужило причиной создания специальных способов, позволяющих пользователям мобильных телефонов использовать Интернет. WAP-протокол - это описание того, как именно данные передаются из сети Интернет на мобильный телефон и обратно. В памяти сотового телефона находится специальная программа - WAP-браузер, который и разрешает получать информацию из Интернета на дисплей мобильного телефона. WAP-браузер. Чтобы пользоваться WAP, необходимо иметь мобильный телефон с WAP-браузером.
WAP-браузер - это программа, записанная в память телефона и отвечающая за обмен информацией и отображение ее на дисплее (для безнадежно отсталых и (или) любителей ярких примеров из жизни: Internet Explorer - Web-браузер для обычных компьютеров). WAP-браузер имеют не все телефоны (вспомните о царе Горохе из вышестоящего текста). Однако важно не только наличие WAP-браузера, но и его версия (модификация). В настоящий момент их четыре: версия 1.0, 1.1, 1.2 и 2.0 . Версия 1.0. давно устарела и уже практически нигде не встречается, в том числе и у нас в стране. Поэтому при покупке сотового телефона, "умеющего" работать с WAP, нужно обязательно выяснить, какую версию этого протокола поддерживает конкретный телефон.
WAP-ресурсы. С появлением WAP-протокола абоненты сотовых сетей получили возможность пользоваться рядом сервисных услуг и на специальных WAP-сайтах, к примеру: электронная почта, электронные магазины, бронирование билетов и мест в гостиницах, доступ к своему банковскому счету, информационные каналы (новости, прогноз погоды, курс валют, и т.д.) и даже электронный гид. Во всемирной сети с каждым днем появляется все больше и больше WAP-ресурсов. Для многих популярных Web-сайтов созданы их WAP-близнецы, которые предоставляют "мобильным" пользователям тот же набор услуг. Один из примеров: наш web сайт мобильных развлечений www.mobm.ru имеет WAP-версию wap.mobm.ru.
Отображение WAP-сайтов на дисплее мобильного телефона отличается недостаточной графикой и анимацией (это связано с низким разрешением экрана и невысокой скоростью передачи данных по каналам связи, однако этот недостаток уже преодолен, дело только за внедрением новых разработок). Для отображения информации на экране сотового телефона используется, как правило, четыре строки. Главный принцип представления информации на сотовом телефоне - разбиение данных на небольшие блоки размером в два-три экрана WAP- телефона. Это может быть информация о курсах валют, котировках ценных бумаг, или, например, небольшое письмо... Чтобы информация из сети Интернет отображалась на экране мобильного телефона, информационный ресурс (сайт) должен быть написан особым языком WML (w_reless markup language). К сожалению, сайты, написанные обычным языком программирования HTML, не могут быть отображены с помощью WAP-протокола.
....
Архитектура WAP
Разработчики WAP попытались максимально использовать существующие технологии World Wide Web. Поэтому архитектура WAP очень похожа на архитектуру WWW. В WAP используется тот же самый способ адресации ресурсов, что и в WWW, те же обозначения типов данных.
В WAP существуют свои аналоги HTML и JavaScript. В качестве клиента выступает мобильное устройство со встроенным WAP-браузером (см. также WAP сайт). Запросы от него идут на WAP-шлюз, который, получив данные от сервера, отправляет их клиенту. В качестве сервера может выступать самый обычный Web-сервер. В этом случае между WAP-шлюзом и сервером используется протокол HTTP.
Такая модель взаимодействия позволяет использовать уже существующие и проверенные временем серверные технологии, такие как PHP, ASP, CGI и т. п.
В функции WAP-шлюза входят преобразование запросов из формата WAP-протокола в формат WWW-протокола и обратно, а также преобразование данных с целью оптимизации трафика.
Чтобы уменьшить объем передаваемых по беспроводной сети данных, текстовые ресурсы, пришедшие от сервера, передаются клиенту в бинарной форме.
WAP-шлюз может также выполнять часть функций сервера. При этом, если вся необходимая функциональность переносится на шлюз, внешние Web-серверы могут быть не нужны.
WAP - новое слово на три буквы в устах подрастающего поколения, а также у нас - созревших и прогрессивных. Но не все точно знают, что же это такое. Прежде всего, WAP - это обычное средство получения доступа к ресурсам Интернета, только посредством мобильного телефона. При этом пользователь не прибегает к помощи дополнительных устройств (компьютер, модем). Конечно, при условии, что его телефон не сделан при царе Горохе (без встроенного модема и WAP-браузера).
Поддержка WAP есть практически во всех современных моделях мобильных телефонов стандарта GSM. Если всё-таки ваш телефон - ровесник птеродактилей, а смотреть WAP хочется, тогда есть два способа смотреть WAP с компьютера (хотя не пойму, зачем нужен WAP с компьютера, если с компьютера и http нормально работает, но вам видней). Итак: один способ - воспользоваться браузером Opera. В большинстве случаев эта программа позволяет смотреть WAP-сайты. Также вы можете воспользоваться эмулятором, которых достаточно много.
А теперь, дабы отбить охоту читать дальше, немного сухих определений: WAP (Wireless Application Protocol) - это протокол, или технический стандарт, описывающий способ, с помощью которого информация из Интернета передается на небольшой дисплей мобильного телефона. В этом-то и заключается основное отличие WAP от привычных методов доступа во всемирную сеть, которые обеспечивают обмен информацией и просмотр Web-сайтов (протоколы HTTP и TCP/IP). Теоретически, если бы экран мобильного телефона "умел" отображать столько же информации, как и дисплей компьютера, то и не было бы WAP в таком виде, в каком он предоставлен сейчас.
Но дисплеи мобильных телефонов, даже имеющих большое разрешение, не могут "вместить" обычные Web-страницы. Именно это послужило причиной создания специальных способов, позволяющих пользователям мобильных телефонов использовать Интернет. WAP-протокол - это описание того, как именно данные передаются из сети Интернет на мобильный телефон и обратно. В памяти сотового телефона находится специальная программа - WAP-браузер, который и разрешает получать информацию из Интернета на дисплей мобильного телефона. WAP-браузер. Чтобы пользоваться WAP, необходимо иметь мобильный телефон с WAP-браузером.
WAP-браузер - это программа, записанная в память телефона и отвечающая за обмен информацией и отображение ее на дисплее (для безнадежно отсталых и (или) любителей ярких примеров из жизни: Internet Explorer - Web-браузер для обычных компьютеров). WAP-браузер имеют не все телефоны (вспомните о царе Горохе из вышестоящего текста). Однако важно не только наличие WAP-браузера, но и его версия (модификация). В настоящий момент их четыре: версия 1.0, 1.1, 1.2 и 2.0 . Версия 1.0. давно устарела и уже практически нигде не встречается, в том числе и у нас в стране. Поэтому при покупке сотового телефона, "умеющего" работать с WAP, нужно обязательно выяснить, какую версию этого протокола поддерживает конкретный телефон.
WAP-ресурсы. С появлением WAP-протокола абоненты сотовых сетей получили возможность пользоваться рядом сервисных услуг и на специальных WAP-сайтах, к примеру: электронная почта, электронные магазины, бронирование билетов и мест в гостиницах, доступ к своему банковскому счету, информационные каналы (новости, прогноз погоды, курс валют, и т.д.) и даже электронный гид. Во всемирной сети с каждым днем появляется все больше и больше WAP-ресурсов. Для многих популярных Web-сайтов созданы их WAP-близнецы, которые предоставляют "мобильным" пользователям тот же набор услуг. Один из примеров: наш web сайт мобильных развлечений www.mobm.ru имеет WAP-версию wap.mobm.ru.
Отображение WAP-сайтов на дисплее мобильного телефона отличается недостаточной графикой и анимацией (это связано с низким разрешением экрана и невысокой скоростью передачи данных по каналам связи, однако этот недостаток уже преодолен, дело только за внедрением новых разработок). Для отображения информации на экране сотового телефона используется, как правило, четыре строки. Главный принцип представления информации на сотовом телефоне - разбиение данных на небольшие блоки размером в два-три экрана WAP- телефона. Это может быть информация о курсах валют, котировках ценных бумаг, или, например, небольшое письмо... Чтобы информация из сети Интернет отображалась на экране мобильного телефона, информационный ресурс (сайт) должен быть написан особым языком WML (w_reless markup language). К сожалению, сайты, написанные обычным языком программирования HTML, не могут быть отображены с помощью WAP-протокола.
....
Архитектура WAP
Разработчики WAP попытались максимально использовать существующие технологии World Wide Web. Поэтому архитектура WAP очень похожа на архитектуру WWW. В WAP используется тот же самый способ адресации ресурсов, что и в WWW, те же обозначения типов данных.
В WAP существуют свои аналоги HTML и JavaScript. В качестве клиента выступает мобильное устройство со встроенным WAP-браузером (см. также WAP сайт). Запросы от него идут на WAP-шлюз, который, получив данные от сервера, отправляет их клиенту. В качестве сервера может выступать самый обычный Web-сервер. В этом случае между WAP-шлюзом и сервером используется протокол HTTP.
Такая модель взаимодействия позволяет использовать уже существующие и проверенные временем серверные технологии, такие как PHP, ASP, CGI и т. п.
В функции WAP-шлюза входят преобразование запросов из формата WAP-протокола в формат WWW-протокола и обратно, а также преобразование данных с целью оптимизации трафика.
Чтобы уменьшить объем передаваемых по беспроводной сети данных, текстовые ресурсы, пришедшие от сервера, передаются клиенту в бинарной форме.
WAP-шлюз может также выполнять часть функций сервера. При этом, если вся необходимая функциональность переносится на шлюз, внешние Web-серверы могут быть не нужны.
DELETED
Акула пера
7/9/2007, 4:17:27 PM
Ну а теперь кратко: для передачи данных от сервера на шлюз используется протокол HTTP, т.е. как обычно между веб-сервером и клиентом. Вместо HTML используется WML с соответственным замечанием в content-type HTTP ответа. И усе.
RAZZOOM
Новичок
10/6/2007, 9:21:08 AM
(JeyLo @ 09.07.2007 - время: 12:17) Ну а теперь кратко: для передачи данных от сервера на шлюз используется протокол HTTP, т.е. как обычно между веб-сервером и клиентом. Вместо HTML используется WML с соответственным замечанием в content-type HTTP ответа. И усе.
Можно и HTML то есть создать цветной вап сайт
Пример страницы в цвете =)
<?xml version="1.0" encoding="utf-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/><meta http-equiv="Cache-Control" content="no-cache"/><link rel="shortcut icon" href="/favicon.ico"/><title>шапка(текст произвольный)</title>
<style type="text/css">
body { font-weight: normal; font-size: small; font-family: sans-serif; color: #FFFFFF; background-color: #122385 }
a:link,a:active,a:visited { text-decoration: underline; color : #10D810 }
a:hover { text-decoration: none; color : #FF0000 }
div { margin: 1px 0px 1px 0px; padding: 4px 4px 4px 4px }
div.d0 { background-color: #003366 }
div.d1 { background-color: #000000 }
a.halt { text-decoration: none; color: #FF0000 }
a.halt:hover { text-decoration: underline; color : #33CC66 }
.vesn {
padding: 2px;
border-left: 1px solid solid #003366;
border-bottom: 1px solid #003366;
background-color: #000000;
color: #1BD6E4; }
.vto {
padding: 2px;
border-left: 1px solid #003366;
border-bottom: 1px solid #003366;
background-color: #00468C;
color: #E7C403; }
</style>
</head>
<body><div style="text-align: center">
<div class="vesn">текст произвольный верх страницы</div>
<div class="vto"><b><a href="https://mysite.ru">link name</a></b></div>
<a href="https://mysite.ru">link name</a><br/>
<a href="https://mysite.ru">link name</a>
</div>
<div style="text-align: center">
<a href="https://адрес.баннера"><img src="адрес.картинки баннера" alt="альтернативный текст"/></a></span></div>
<div style="text-align: center">
<span style="color:#1BD6E4; font-size: smaller"><a href="rules.php">©Копирайт</a></span><br/>
<span style="color:#1BD6E4; font-size: smaller">Текст произвольный</span></div>
</body></html>
===========
конечно,всё что по русски надо прописать кодировкой либо unicod либо utf-8,иначе каракули гарантированы,при выводе страницы!
merged
(RAZZOOM @ 06.10.2007 - время: 05:21)Можно и HTML то есть создать цветной вап сайт
и конечноже!
можно уменьшить вес этой странички при
помощи header и footer =)
Срезайте цитаты. Тем более собственные. И прочтите правила форума по поводу цитат и ответов.
Можно и HTML то есть создать цветной вап сайт
Пример страницы в цвете =)
<?xml version="1.0" encoding="utf-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/><meta http-equiv="Cache-Control" content="no-cache"/><link rel="shortcut icon" href="/favicon.ico"/><title>шапка(текст произвольный)</title>
<style type="text/css">
body { font-weight: normal; font-size: small; font-family: sans-serif; color: #FFFFFF; background-color: #122385 }
a:link,a:active,a:visited { text-decoration: underline; color : #10D810 }
a:hover { text-decoration: none; color : #FF0000 }
div { margin: 1px 0px 1px 0px; padding: 4px 4px 4px 4px }
div.d0 { background-color: #003366 }
div.d1 { background-color: #000000 }
a.halt { text-decoration: none; color: #FF0000 }
a.halt:hover { text-decoration: underline; color : #33CC66 }
.vesn {
padding: 2px;
border-left: 1px solid solid #003366;
border-bottom: 1px solid #003366;
background-color: #000000;
color: #1BD6E4; }
.vto {
padding: 2px;
border-left: 1px solid #003366;
border-bottom: 1px solid #003366;
background-color: #00468C;
color: #E7C403; }
</style>
</head>
<body><div style="text-align: center">
<div class="vesn">текст произвольный верх страницы</div>
<div class="vto"><b><a href="https://mysite.ru">link name</a></b></div>
<a href="https://mysite.ru">link name</a><br/>
<a href="https://mysite.ru">link name</a>
</div>
<div style="text-align: center">
<a href="https://адрес.баннера"><img src="адрес.картинки баннера" alt="альтернативный текст"/></a></span></div>
<div style="text-align: center">
<span style="color:#1BD6E4; font-size: smaller"><a href="rules.php">©Копирайт</a></span><br/>
<span style="color:#1BD6E4; font-size: smaller">Текст произвольный</span></div>
</body></html>
===========
конечно,всё что по русски надо прописать кодировкой либо unicod либо utf-8,иначе каракули гарантированы,при выводе страницы!
merged
(RAZZOOM @ 06.10.2007 - время: 05:21)Можно и HTML то есть создать цветной вап сайт
и конечноже!
можно уменьшить вес этой странички при
помощи header и footer =)
Срезайте цитаты. Тем более собственные. И прочтите правила форума по поводу цитат и ответов.
DELETED
Акула пера
10/10/2007, 4:18:52 AM
(RAZZOOM @ 06.10.2007 - время: 05:21) Можно и HTML то есть создать цветной вап сайт
Пример страницы в цвете =)
RTFM. Это называется WBML.
И еще раз - читайте название темы, правила форума и подфорума.
Пример страницы в цвете =)
RTFM. Это называется WBML.
И еще раз - читайте название темы, правила форума и подфорума.
RAZZOOM
Новичок
10/10/2007, 7:44:44 PM
(JeyLo @ 10.10.2007 - время: 00:18) (RAZZOOM @ 06.10.2007 - время: 05:21) Можно и HTML то есть создать цветной вап сайт
Пример страницы в цвете =)
RTFM. Это называется WBML.
И еще раз - читайте название темы, правила форума и подфорума.
Это называется не WBML
Пример страницы в цвете =)
RTFM. Это называется WBML.
И еще раз - читайте название темы, правила форума и подфорума.
Это называется не WBML