sitefinder-tech-discuss message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [sitefinder-tech-discuss Home]


Subject: Re: [sitefinder-tech-discuss] followup from 15oct secsac


> > > > 	Hence benign.  More "prickly" are things like wildcard "A"
> > > > 	records.   Ms. Random Disgruntled has zero idea (from the DNS
> > > > 	side of the house) what, if any, services may be hanging off
> > > > 	the IP address on the other side of that A.  For all she knows,
> > > > 	the services can and will change over time...  Was this
> > > > 	ambiguity considered as a design goal?
> 
> Other services as something to be addressed?  Yes -- that's why TCP resets
> and ICMP errors are used to reject connection attempts for other services.
> 
> -Scott-

	that then opens the question of service rollout. hindsight often
	being considered better than foresight, it would have been 
	interesing to see the impact of a wildcard "A" will 
	TCP resets and ICMP errors generated for all services... :)

	presuming that wildcard entries are an acceptable delivery
	vector for service delivery, what would be the plan for 
	coordinating w/ the zone consitutents on new service
	deployment?

	say putting up valid services on port 123?
	or, being more inovative, ports 88, 210, 546-7, 11371 and 26000

--bill

----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.elistx.com/unsubscribe>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [sitefinder-tech-discuss Home]


Powered by eList eXpress LLC