Miguel Lopes wrote:
> Thanks for the quick reply, it's now working fine!
> 
> I would like to put you another question regarding the zone import tool
> since I don't fine much documentation regarding this issue. Is it possible
> to import zone from regular Bind files? And If so, how can it be done?
> 
> I saw that unsxBind has a tZoneImport feature that enable the creation of a
> list of zone and then import them for tZone list but his seems like just
> adding new zones to the tZone list right? 
> 
> Thanks for your attention 
> 
> Miguel

Yes the CLI of iDNS has an import tool for standard BIND formatted zone 
db files (like the kind you will see on slave servers.)

It only supports a limited subset of BIND RRs. But can be easily 
extended. (If you need anything special or need help importing zones 
contact our commercial email supportgrp @ unixservice . com)

Please note the code that does the import is pretty much beta (or hacked 
for different SLA customers of ours.) The code is in import.c and should 
be very easy to read. The import is two step for safety, it imports into 
the tZoneImport and tResourceImport tables where you can check against 
production data and then move it into the production tables.

It imports from a special directory that you place all your zone files 
in (/usr/local/idns/import/), and I think if I remember correctly that 
the file name has to be the same as the zone as is our KISS style.

The CLI is accessed like so:

[r...@node1vm unxsBind]# /var/www/unxs/cgi-bin/iDNS.cgi

/var/www/unxs/cgi-bin/iDNS.cgi Release 2.8/rpm-1.42 Menu (C) 2001-2010 
Unixservice, LLC.

Database Ops:
         Initialize <mysql root passwd>
         Backup|RestoreAll [<mysql root passwd>]
         Restore <Restore table name> [<mysql root passwd>]

Crontab Ops:
         ProcessJobQueue <fqdn master ns>
         ProcessServerJobQueue <fqdn server>
         ProcessExtJobQueue <fqdn server as in mysqlISP>
         jobqueue master <fqdn master ns> (equivalent to ProcessJobQueue)
         jobqueue slave <fqdn slave ns> <master ip>
         MonthHitData
         MonthUsageData <uSimile>
         DayUsageData <uLogType>

Special Admin Ops:
         DebugMasterFile <fqdn master ns> <cZone>
         DebugSlaveFile <fqdn slave ns> <cZone> <master ip>
         allfiles master|slave <fqdn ns> <master ip>
         installbind <listen ipnum>
         export <table> <filename>
         ListZones
         PrintNSList <cuNSSet>
         PrintMXList <cuMailServer>
         CreateWebZone <cDomain> <cIP> [<cNSSet group label> 
<cMailServer group label>]
         DropZone <cDomain> [<cNSSet group label>]
         MassZoneUpdate
         MassZoneNSUpdate <cNSSet group label>
         UpdateSchema
         ImportFromDb <source mysql db> <target mysql db> <mysql root 
passwd>
         ExtracttLog <Mon> <Year> <mysql root passwd> <path to mysql table>
         ExtracttHit <Mon> <Year> <mysql root passwd> <path to mysql table>
         Example args for Extracts: Apr 2007 passwd /var/lib/mysql/idns

Special Import/Export Ops (Caution):
         ImportTemplateFile <tTemplate.cLabel> <filespec> 
<tTemplateSet.cLabel>
         ImportZones
         DropImportedZones
         ImportCompanies
         DropCompanies
         ImportUsers
         DropUsers
         ImportBlocks
         DropBlocks
         AssociateCompaniesZones
         ImportRegistrars
         DropRegistrars
         AssociateRegistrarsZones
         CompareZones <DNS server1 IP> <DNS server2 IP> [<uOwner>]
         ImportSORRs
         ExportRRCSV <company> [out file] <mysql root passwd>
         FixBlockOwnership

And as you can see has many options, including many commands for import 
operations.

As always take into consideration the the iDNS backend is full of a mix 
of production, alpha, beta (and even broken) functionality.

The only area that we test and should always be production ready is the 
job queue processing bind.c code. Since that is the engine for stable 
production interfaces to interact with the cluster of BIND servers being 
managed.

Thanks for you questions!
Gary.

>  
> 
> -----Mensagem original-----
> De: PM Support Staff [mailto:[email protected]] 
> Enviada: terça-feira, 16 de Março de 2010 19:02
> Para: Miguel Lopes
> Assunto: Re: Your question about unxsBind
> 
> Miguel,
> 
> To accomplish what you want, you need to follow the follow instructions:
> 
> 1- Setup the tNS and tNSSet data with your nameservers information. This 
> is required for correctly deploying zone files and for job queue to run. 
> In the sample crontab file included with the sources, you will see it 
> for ns1.yourdomain.com
> You have to install that crontab file at all your nameservers and modify 
> it properly with the correct hostname. That hostname must match a tNS 
> table record. After that you have to make sure that all the tNS records 
> that you created belong to the NS Set setup at tNSSet. The sample data 
> that comes with the software will give you the hints on that. Also the 
> table tips available at the left panel. In any case, feel free to ask us 
> for further clarification.
> 2- Once that done, you have to modify the local.h file at the unxsBind 
> sources to define your MySQL server IP address. All binaries have to be 
> recompiled and reinstalled afterwards.
> 
> The section you have to modify comes as shown below by default:
> 
> #define DBIP0 NULL
> #define DBIP1 NULL
> 
> You have to replace 'NULL' with the IP address encoded in double quotes. 
> The second IP (DBIP1) is a MySQL server IP address to be used in case of 
> fail of the first. If you don't have a failover MySQL server you can 
> leave both IPs with the same value
> 
> E.g:
> 
> #define DBIP0 "192.168.56.6"
> #define DBIP1 "192.168.56.6"
> 
> Please let me know if we can further help you.
> 
> Best Regards,
> Hugo
> 
> 
> Miguel Lopes wrote:
>> I have installed unsxBind on all DNS servers and also in my machine
>> (administrator). I would like two how to proceed to push zones from my
>> administration unxsBind to the others unxsBind (being all masters) if this
>> is possible!
>>
>> Miguel   
>>
>> -----Mensagem original-----
>> De: Unixservice Support [mailto:[email protected]] 
>> Enviada: quarta-feira, 3 de Março de 2010 16:53
>> Para: [email protected]; Support Group
>> Assunto: Your question about unxsBind
>>
>>  >Im new to unxsBind but i would like to know if its possible to manage 
>>  >zones in several masters/slaves. If it is, do I need some extra 
>> module? >I’ve installed unxsBind and can manage zones locally but not 
>> able to >synchronize with external DNS servers.
>>
>> You need to install unxsBind on all DNS servers, this allows you to use 
>> either traditional primary secondary zone xfer or all master unxsBind 
>> managed NSs.
>>
>> The other NSs unxsBind.cgi installed does not need web access, it runs 
>> in command line mode from root cron.
>>
> 
>> If you have any other questions please contact us.
>>
>> Cheers!
>> AM Support Staff
>>
>> PD: You sent a question to our mailing list without being a member, that 
>> is why we took longer than usual to answer your email. Please join our 
>> mailing list via:
>>
>> https://lists.openisp.net/mailman/listinfo/unxsbind
>>
>>
>>
>>   
> 
> 
> 
> 

_______________________________________________
unxsBind mailing list
[email protected]
https://lists.openisp.net/mailman/listinfo/unxsbind

Reply via email to