01
Flow access
- Core switch mirror
- Export bridge.
- User/ Account Map
- Visible Flow
• Product positioning
How products access existing networks
The system can obtain the required flow using mirrors or bridges; it detects engines that combine multiple features to form clues and then decides on output according to white lists, weights and project strategy.
Value of products
Shared access threads are found from terminal and application features, followed by strategic alert or co-disposal
02
Comprehensive Identification
- Terminal and OS
- UA / DNS tag
- Apply & Account Character
- Flow behaviour
03
Operational disposal
- Monitoring and queries
- Trends and reports
- - The window is warning.
- Speed limit / Disconnect
• Functional characteristics
Core competencies around NATSHEL_ANTI_SHARG products
The key capabilities of the product in connection, management, strategy, operation and transport are used to help you quickly understand its value and orientation.
Terminal Image
01Identify the end type, operating system, browser and online status to provide context for shared judgement.
- PC with Mobile Terminals
- System & Browser Type
- IP, MAC Link to Account
multidimensional detection policy
02Combined UA, DNS, application peer, account number and flow characteristics to form detection weights.
- General type rules
- DNS / UA tag
- Application and flow weights
User-level monitoring
03View applications, terminals, shared detection and flow information on IP, MAC or account.
- User Details
- Real-time online status
- Share Thread Explanation
Trends and statistics
04Show end, detection and disposal trends to help operators observe change.
- Number of online
- Number of tests and disposals
- Time-lines report
White List and Strategy
05Except for check and disposal of account numbers, VLAN, IP scope or MAC configuration.
- Check White List
- Disposal of the White List
- weight and threshold configuration
Conditional disposal
06Warnings, web alerts, speed limits or blockages are selected in accordance with deployment modalities and project mandates.
- - The window is warning.
- Slow down or off the grid
- Links such as TCP/ DNS
:: Deployment path
From current network conditions to full operation
The underlying conditions are checked before access and validation is progressively achieved to reduce the operational risks associated with one-time switching.
-
1
Setting governance goals
Clear types of sharing to be identified, operating rules and permitted end counts.
-
2
Select traffic access
The mirror approach does not change the transmission link, and bridge connections can be directly involved in strategy implementation.
-
3
Establishment of baselines
The terminal and application features are observed first, with white lists and initial thresholds set.
-
4
Tier disposal
The combination strategy is activated after the risk of error has been validated, starting with recording and warning.
04 Applicable scene
Which projects deserve to be highlighted
Projects requiring governance of shared access and unauthorized access are provided for accommodation, apartments, campuses, etc.
Student dormitory
Unusual leads were found on the private connection, shared account numbers and terminal quantities.
Apartment and factory accommodation
Support governance of shared access to the network by account number.
Area broadband
Observe the problem of excessive delays and agency sharing in conjunction with operating rules.
Other toll-based networks
A visualization of the business scene for users, account numbers and end relationships is required.
Description of deployment
The detection results are a business governance trail, not equivalent to absolute determination. Identification effects depend on deployment location, traffic visibility, encryption methods, network peaking, rule version and field baseline; white lists and error validation should be completed before the speed limit or interruption is activated.
05 Product information
In-depth knowledge of product and configuration methods
Download product presentations, white papers and operations manuals to gain a better understanding of system architecture, functionality configuration and usage.
Cases
Practical reference for similar projects
A representative case is first looked at, and more project titles are used to understand the accumulation of services in the relevant scenes.
Next
Need more information on the NATSHEL_ANTI_SHARING product?
Tell us about the use of scenes, user size and current network patterns, first to determine how products match the existing network, then to discuss models, interfaces and scope.