Спуфинг NS записывает для предварительной передачи тестирование DNS
Можно создать правило позволить unhautenticated пользовательский доступ в Интернет и отдать ему более высокий приоритет, чем правило, разрешающее только аутентифицируемым пользователям; но затем, пользователям просто разрешили бы доступ в Интернет без аутентификации, потому что второе правило никогда не будет умирать.
Можно создать гостевую учетную запись, которая будет использоваться гостевыми пользователями с очень ограниченным доменным доступом (или даже только как локальный неадминистраторский пользователь на Сервере ISA) и только использовать его для доступа в Интернет.
First, good thinking to test before the transition. You'd be surprised at how many sysadmins don't test.
Using @newserver ignores the NS records and sends the request directly to newserver. You can test that it serves the right NS records by specifying "NS" on the command line:
dig @newserver mydomain.com ns
That verifies that you have the right NS records in the new zone files.
This assumes the new registrar will set up a DNS server with your zone before the transfer.
When external people do DNS lookups they ignore the NS records in your zone. They only query the NS records that are in the parent zone. For example, if this is a .com domain, there is a (huge) zonefile for all of .com which includes NS records for mydomain.com. When you transfer the domain, those records will change. There is no way to test the new NS records there without making the change.
Again, assuming the new registrar will set up your DNS zone before the transfer: You could tell the old registrar to add the new NS records (add them, don't remove the old NS records). At that point about half your DNS queries will go to the old DNS servers and half will go to the new DNS servers. You can verify things work correctly that way. (even better: add one NS record at a time). You can remove the old NS records one at a time and do even more testing.
If the new registrar will not set up your DNS zone before the transfer, create a new domain with the same zonefile. You'll have to create a zonefile that works for both zones; easy if you use relative names instead of FQDNs. (Tip: use "@" any time you want to specify the domain name itself). Test the records there. Re-use the exact zonefile on the new domain... this way you'll know the zonefile worked.
Вы можете настроить DNS-сервер в конфигурации, называемой «раздельный DNS». Для некоторых доменов поиск будет направлен на новый сервер, а все остальные будут следовать обычному пути. http://en.wikipedia.org/wiki/Split-horizon_DNS
Если вы используете BIND, это может помочь: http://www.cyberciti.biz/faq/linux-unix- bind9-named-configure-views /