Thanks Sam, that's what i was looking for good to know it's in pipeline
Regards Pranay On Thu, Apr 19, 2018 at 4:23 AM, Sam Tunnicliffe <s...@beobal.com> wrote: > https://issues.apache.org/jira/browse/CASSANDRA-13985 is probably what > you're looking for here > > Thanks, > Sam > > On 10 April 2018 at 11:55, Rahul Singh <rahul.xavier.si...@gmail.com> > wrote: > >> That seems to be more of a network segmentation issue. Protect the other >> nodes behind a firewall / security group. Each node in the different DCs >> would be able to talk to each other but the user client machine can only >> access the traffic only DC >> >> -- >> Rahul Singh >> rahul.si...@anant.us >> >> Anant Corporation >> >> On Apr 6, 2018, 4:47 PM -0400, Pranay akula <pranay.akula2...@gmail.com>, >> wrote: >> >> Thanks Jim for your reply, >> >> > ... just in case even he change his contact points he shouldn't be able >> execute queries on DC2. >> >> What I mean was we have 2 DC only 1 serving traffic, Let's say an >> individual user wants to run a query from cqlsh/Devcenter on DC serving >> requests, I want to prevent it. >> >> I kind of think it's not possible but wanted to know if there were ways >> to implement it like killing the session or similar >> >> Thanks >> Pranay >> >> On Fri, Apr 6, 2018, 12:22 PM Jim Witschey <jim.witsc...@datastax.com> >> wrote: >> >>> Pranay, >>> >>> > Is it possible to restrict users to specific DC in cassandra, let's >>> say an user A is connecting to DC1 and executing queries, how to can I >>> restrict that user to that particular DC... >>> >>> This part sounds like a job for a DC-aware load-balancing policy in the >>> driver. >>> >>> > ... just in case even he change his contact points he shouldn't be >>> able execute queries on DC2. >>> >>> This part confuses me. What problem are you trying to solve? Are you >>> concerned about a DC getting hit with more requests than you'd like >>> because of a misconfigured driver? >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org >>> For additional commands, e-mail: user-h...@cassandra.apache.org >>> >>> >
