Baraka Network Baraka Network
Translate this page in :
French
German Italian Portuguese Arabic Japanese Korean Spanish
Mastering Networks made easy

 

"I needed help urgently with my office network.
I called up Baraka and they solved the issue in no time at all. "
            -Mike Kendrick.


Easy Solutions at Baraka

 

ontact Details:
Head office
6-353 Broadway
Shawinigan Que.
Canada G9N-1M2
(819) 531-2340

 

Access Control

Limiting and/or controlling access of users on your Local network can be done with Behalf.
This is not intended to replace a firewall.

Tag: A name that can be given to a user or group of users with which an allow or deny  access can be given to.
src: this checks that the source of the request is within the given IP range.
dst: this checks that the destination of the request is within the given IP range.
url_regex: means to search the entire URL for the regular expression you specify. Note that these regular expressions are case-sensitive.
urpath_regex: regular expression pattern matching from URL but without protocol and hostname. Note that these regular expressions are case-sensitive.
port: Access can be controlled by destination (server) port address.
proto: specifies the transfer protocol.
method: specifies the type of the method of the request.
max_conn: A limit on the maximum number of connections from a single client IP address.
req_mime_type: Regular expression pattern matching on the request content-type header.


Ip/mask: A dotted decimal value followed by "/" and a mask value.
ie: 10.0.1.0/24 for a complete subnet.
Single workstation: 10.0.1.20/32 or 10.0.1.20

Access: Give or deny access to the newly created user or group. This rule can be inverted by selecting the ! symbol in the drop down box next to it.

Access Type: In most cases 'http' will be given.
http: The port number where the cache listens for proxy requests.
icp: Allowing or denying access to the ICP port based on defined access lists.
miss: Use to force your neighbors to use you as a sibling instead of a parent.
no_cache: A list of ACL elements, which, if matched, cause the reply to immediately, removed from the cache. In other words, use this to force certain objects to never be cached.
redirector: This tag is used to specify the location of the executable for the URL redirector. Since they can perform almost any function there isn't one included.
always: Here you can use ACL elements to specify requests, which should ALWAYS be forwarded directly to origin servers. This is mostly used while using cache_peer.
never: is the opposite of 'always'. Please read the description for always if you have not already. With 'never' you can use ACL elements to specify requests, which should NEVER be forwarded directly to origin servers. When 'always' and 'never' are deny (By default), Behalf selects based on the request type and a number of other factors if a parent should be used or not, and if a parent could not be reached it will always fall back on direct. If 'always' is allow then Behlaf will always go direct to the source without considering any peers. If 'never' is allow then Behalf will never attempt to go direct to the source. Instead it tries to find a parent to send the request to. If no parent can be found then an error is returned.
broken: A list of ACL elements which, if matched, causes Squid to send a extra CRLF pair after the body of a PUT/POST request. Some HTTP servers have broken implementations of PUT/POST, and rely on an extra CRLF pair sent by some WWW clients.
cache_peer: This tag is used to specify the other caches in the hierarchy. The cache_peer option is split into five fields. The first field is the hostname or IP of the cache that is to be queried. The second field indicates the type of relationship. The third field sets the HTTP port of the destination server, while the fourth sets the ICP (UDP) query port. The fifth field can contain more than zero or more keywords. Here are the detailed explanations on each field.

Click the Add button to insert the newly customized rule into Behalf.

Note:
Access control rules are checked in the order that they occur in the file (ie from top to bottom). The first access control rule line that matches causes Behalf to drop out of the access control rule list. Behalf will not check through all access control rule if the first denies the request.

Use the Up and Down button to put the rules in desired order and click Act. Now to activate.

 

Nouvelle page 1

Behalf Help Files

Bos Setup

Behalf, barbwire and Brouter on the same box
Behalf as stand alone box

Access Control
Network Config
Cache Config
ICMP
Time Outs

Connect
Device Config
Change Password
Set Time
Backup
Restore
Statistics
Dns Server

Home :: :: Products :: :: How to :: :: FAQs :: :: Download :: :: Contact Us