The new eSOZO website is now live
http://www.esozo.com
eSOZO's Tweets!
eSOZO's Twitter account is now live. Follow us on Twitter to receive important information about our company, technology news, and even outages in your area.
eSOZO Twitter
eSOZO Twitter
WAN IP in LINUX SHELL
There is no built in command to find your public IP from the linux shell. However, there is a very easy way to create and run a script that will display the IP for you.
Step 1. Create the script:
cd ~
mkdir bin
nano bin/whatismyip.sh
Step 2. Edit in Nano:
#!/bin/bash
wget www.whatismyip.com/automation/n09230945.asp -O - -q
echo
Press Ctrl + O, Enter, Ctrl + X
Step 3. Set Rights:
chmod u+x bin/whatismyip.sh
Step 4. Run Script:
~/bin/whatismyip.sh
Step 5. Celebrate!
Brag to your friends that you know what the public IP your Linux box is using.
Step 1. Create the script:
cd ~
mkdir bin
nano bin/whatismyip.sh
Step 2. Edit in Nano:
#!/bin/bash
wget www.whatismyip.com/automation/n09230945.asp -O - -q
echo
Press Ctrl + O, Enter, Ctrl + X
Step 3. Set Rights:
chmod u+x bin/whatismyip.sh
Step 4. Run Script:
~/bin/whatismyip.sh
Step 5. Celebrate!
Brag to your friends that you know what the public IP your Linux box is using.
Yahoo Will Not Load Behind Sonicwall
Recently we came across a scenario where a single MAC user could not load Yahoo.com. Subdomains of Yahoo worked just fine, but www.yahoo.com refused to load.
Fortunately there is a solution from the Sonicwall forums:
Log in to your SonicWall Device as admin, then change the url from http://<yourIPaddress>/main.html to Http://<yourIPaddress>/diag.html
Look for the check box "Enforce Host Tag Search for CFS". If it is checked (this is the default setting) just un-check it and hit save.
Here's why:
CFS is trying to be restrictive, and some sites have such a big header on their HTML (usually keywords) that CFS is expecting to occur in the first packet doesn't appear until later packets. It has to do with how much data CFS has at hand to make its decision.
It's not a security issue, it's a content filtering issue. If this box is checked, CFS will drop the packet if the host tag doesn't appear in the first packet.
Checking the box means CFS will enforce (require) that the host tag appears in the first packet. There is no RFC (internet standard) that requires the host tag to be in the first packet - it's a question of how much buffering is in the SonicWALL device.
When you un-check this box, the worst that could happen is that some site that CFS would otherwise block will be allowed because CFS doesn't have a host tag to check. Most sites have their HOST tag in the first packet returned, it's only a few rare ones that don't. And Yahoo does not.
Fortunately there is a solution from the Sonicwall forums:
Log in to your SonicWall Device as admin, then change the url from http://<yourIPaddress>/main.html to Http://<yourIPaddress>/diag.html
Look for the check box "Enforce Host Tag Search for CFS". If it is checked (this is the default setting) just un-check it and hit save.
Here's why:
CFS is trying to be restrictive, and some sites have such a big header on their HTML (usually keywords) that CFS is expecting to occur in the first packet doesn't appear until later packets. It has to do with how much data CFS has at hand to make its decision.
It's not a security issue, it's a content filtering issue. If this box is checked, CFS will drop the packet if the host tag doesn't appear in the first packet.
Checking the box means CFS will enforce (require) that the host tag appears in the first packet. There is no RFC (internet standard) that requires the host tag to be in the first packet - it's a question of how much buffering is in the SonicWALL device.
When you un-check this box, the worst that could happen is that some site that CFS would otherwise block will be allowed because CFS doesn't have a host tag to check. Most sites have their HOST tag in the first packet returned, it's only a few rare ones that don't. And Yahoo does not.
Subscribe to:
Posts (Atom)
