> Unfortunately I do not know C. .. My max - rc scripts. I can help testing,
> and bug reports. Perhaps somewhere there is a bugzilla? (or redmine)
> But, as I understand it, here the development is built on the principle: Do
> you find it, you fix it, send a patch. :)
almost, i think it's perfec
Unfortunately I do not know C. .. My max - rc scripts. I can help testing,
and bug reports. Perhaps somewhere there is a bugzilla? (or redmine)
But, as I understand it, here the development is built on the principle: Do
you find it, you fix it, send a patch. :)
2011/5/5 erik quanstrom
> On Thu M
On Thu May 5 05:44:12 EDT 2011, roo...@gmail.com wrote:
> I understand it correctly? The problem is 5 months and a speedy solution can
> not hope for? Sad ..
why don't you take a look at the problem?
- erik
I understand it correctly? The problem is 5 months and a speedy solution can
not hope for? Sad ..
2011/5/4 erik quanstrom
> On Wed May 4 07:46:40 EDT 2011, pavel.klinkov...@gmail.com wrote:
> > On 3 kvě, 10:33, roo...@gmail.com (Sergey Kornilovich) wrote: > So
> > far, everything looks like a
On Wed May 4 07:46:40 EDT 2011, pavel.klinkov...@gmail.com wrote:
> On 3 kvě, 10:33, roo...@gmail.com (Sergey Kornilovich) wrote: > So
> far, everything looks like a bug in the dns ... > Does anyone have
> ideas how to fix the situation?
>
> The behavior is very similar to my problematic situati
On 3 kvě, 10:33, roo...@gmail.com (Sergey Kornilovich) wrote:
> So far, everything looks like a bug in the dns ...
> Does anyone have ideas how to fix the situation?
The behavior is very similar to my problematic situation:
http://groups.google.com/group/comp.os.plan9/browse_thread/thread/a6aeb2ea
So far, everything looks like a bug in the dns ...
Take a simple local file:
cat /lib/ndb/local
database=
file=/lib/ndb/local
file=/lib/ndb/common
dom=test.local soa=
refresh=3600 ttl=3600
ns=server.test.local
dom=_ldap._tcp.test.local soa=
refresh=3600 ttl=3600
srv=server.test.local pri=0 weight
I took your example without any changes. But unfortunately it still does not
return the correct value of srv hostname ...
For example:
C:\Documents and Settings\Administrator>nslookup
Default Server: rit.com
Address: 192.168.0.190
> server 192.168.0.193
> set q=srv
> _ldap._tcp.testad.test.local
S
Greate example ! :) Thanks :)
2011/4/29 Benjamin Huntsman :
>>Investigating the possibility of replacing the MS DNS on Plan9 DNS,not found
>>in the man ndb mention of records of type SRV.
>>It is necessary to support Microsoft Active Directory. Maybe I missed
>>something?
>>http://en.wikipedia.o
>Investigating the possibility of replacing the MS DNS on Plan9 DNS,not found
>in the man ndb mention of records of type SRV.
>It is necessary to support Microsoft Active Directory. Maybe I missed
>something?
>http://en.wikipedia.org/wiki/SRV_record
I got AD to work with Plan 9 DNS just last yea
See ndb(6).
There is a package called zonefresh in my contrib, this doea and axfr transfer
from
the given host/domain and writes an ndb file with the results.
This understands srv records though I have never tried re-exporting the info
from ndb and checking the results agains msdns. you should be able to do
Hello !
As far as I know, ndb have support for SRV, PTR, TXT resords. There
is no sample, of cause :)
I think tha it may look like this:
ip=10.0.0.1 sys=_service
dom=_tcp.local
srv=
2011/4/28 Sergey Kornilovich :
> Investigating the possibility of replacing the MS DNS on Plan9 DNS,not found
Investigating the possibility of replacing the MS DNS on Plan9 DNS,not found
in the man ndb mention of records of type SRV.
It is necessary to support Microsoft Active Directory. Maybe I missed
something?
http://en.wikipedia.org/wiki/SRV_record
14 matches
Mail list logo
