| Port Number | Description |
|---|---|
| 1 | TCP Port Service Multiplexer (TCPMUX) |
| 5 | Remote Job Entry (RJE) |
| 7 | ECHO |
| 18 | Message Send Protocol (MSP) |
| 20 | FTP -- Data |
| 21 | FTP -- Control |
| 22 | SSH Remote Login Protocol |
| 23 | Telnet |
| 25 | Simple Mail Transfer Protocol (SMTP) |
| 29 | MSG ICP |
| 37 | Time |
| 42 | Host Name Server (Nameserv) |
| 43 | WhoIs |
| 49 | Login Host Protocol (Login) |
| 53 | Domain Name System (DNS) |
| 69 | Trivial File Transfer Protocol (TFTP) |
| 70 | Gopher Services |
| 79 | Finger |
| 80 | HTTP |
| 103 | X.400 Standard |
| 108 | SNA Gateway Access Server |
| 109 | POP2 |
| 110 | POP3 |
| 115 | Simple File Transfer Protocol (SFTP) |
| 118 | SQL Services |
| 119 | Newsgroup (NNTP) |
| 137 | NetBIOS Name Service |
| 139 | NetBIOS Datagram Service |
| 143 | Interim Mail Access Protocol (IMAP) |
| 150 | NetBIOS Session Service |
| 156 | SQL Server |
| 161 | SNMP |
| 179 | Border Gateway Protocol (BGP) |
| 190 | Gateway Access Control Protocol (GACP) |
| 194 | Internet Relay Chat (IRC) |
| 197 | Directory Location Service (DLS) |
| 389 | Lightweight Directory Access Protocol (LDAP) |
| 396 | Novell Netware over IP |
| 443 | HTTPS |
| 444 | Simple Network Paging Protocol (SNPP) |
| 445 | Microsoft-DS |
| 458 | Apple QuickTime |
| 546 | DHCP Client |
| 547 | DHCP Server |
| 563 | SNEWS |
| 569 | MSN |
| 1080 | Socks |
Saturday, June 1, 2013
Unix well known port numbers
HP UX Patch level
The patch level can be found by looking at the installed bundles. The bundles can be found by running the following command:
swlist -l bundle | grep -i patch
Compare the bundles.
There can also be several patches installed that are not in a bundle. These can be found by running the following command:
There can also be several patches installed that are not in a bundle. These can be found by running the following command:
/usr/contrib/bin/show_patches
It is also possible to have installed patches that are
not configured. You can check for these kinds of patches with the
following command:
swlist -l patch -a stateSaturday, December 8, 2012
Finding superblocks and fsck in RHEL
"If it looks like there is an issue with the filesystem's
superblock. By running the command below we can check for the location of where
backup superblocks will be:
mkfs.ext3 -n /dev/mapper/vg01-lvol5
The mkfs command may cause you some worry, but I'd like
to stress the importance of -n option. This causes it to not actually perform
any changes. Here is an excerpt from the mkfs.ext3 man page:
-n Causes mke2fs to not actually create a
filesystem, but display
what
it would do if it were to create a filesystem.
This can be
used
to determine the location of the backup superblocks for a
particular filesystem, so
long as the mke2fs parameters
that
were
passed when the filesystem was originally created are used
again. (With the -n option added,
of course!)
After this we can look for the lines simlar to:
Superblock backups stored on blocks:
32768, 98304,
163840, 229376, 294912, 819200, 884736, 1605632
Take the first value, i.e. 32768 and try using the
commands I previously pasted with the -b option.
Once again confirm that the operation to be performed
looks sane, keeping in mind to replace 32768 with your actual value:
fsck -b 32768 -fN /dev/mapper/vg01-lvol5
Then if it looks good try with:
fsck -b 32768 -fy /dev/mapper/vg01-lvol5
If you find the first backup superblock does not work try
again with the next available one, i.e. 98304.
Again please make sure to have the filesystem unmounted."
Thursday, November 15, 2012
HP-UX : How to find out reboot is required for depot installation
If you have a depot, run this
command against it.
swlist -l fileset -a is_reboot
-s depot_name
this will tell you if the
swinstall will reboot
Monday, October 29, 2012
HP UX : Creating a trusted host environment using SSH
The trusted host environment as an alternative to setting up
public-private SSH key pairs.
For automation or in a scripted environment in which these
types of calls are necessary, the trusted host network,
though still bearing some security risks, has advantages
over the public-private key pair scenario.
A trusted host network or trusted host authentication relies
primarily on preconfigured files that list a combination of users and hosts
that are allowed access.
There are two types of trusted-host authentication. The
older (such as for OpenSSH and SSH1) and weaker uses the clear-text protocol
commands (rsh, rcp, and rlogin);
checks the two files; and sets one keyword in the
sshd_config file:
/etc/hosts.equiv
~/.rhosts
SSH Protocol 2 does not support this method. Instead, for a
more secure trusted host network,
make the following changes in the /etc/ssh/sshd_config file
(which accepts host names or IP Addresses),
and configure the shosts.equiv and/or the .shosts files:
/etc/shosts.equiv
~/.shosts
To enable a trusted-host environment in the
/etc/ssh/sshd_config file for SSH Protocol 2, use:
PermitEmptyPasswords yes
AllowSHosts remoteclient.com
DenySHosts
For example, if you were on the server example.com and had
configured your /etc/shosts.equiv file as follows:
+remoteclient.com fsmythe
+secureserver.net sallyh
+192.168.100.12 fsmythe
-hackers.org james
you would allow user fsmythe trusted host authentication
from the remote sources remoteclient.com, 192.168.100.12, and secureserver.net
and user sallyh access from secureserver.net,
denying access from user james at the remote source
hackers.org. The trusted-host authentication and public-private SSH key pair
authentication methods are similar and to a greater end achieve the same
results.
Thursday, October 4, 2012
How do I move a Volume Group from one system to another?
We recently moved a server from one location to other but SAN as replicated one, not the original LUNs which were in use. Below are the steps followed.
1. Make sure to stop all the access to device coming from
the old storage. You may need to unmount the devices if in use. Verify with the
lsof command that no device is being used.
2. Poweroff the server. (step 1 can be skipped)
3. Detach the old storage.
4. Reboot the server and verify that it is booting
correctly and no traces of old storage are present.
5. Poweroff the server. Move to another location. I
assume here that the same multipathing software is being used, in our case it is EMC powerpath.
6. connect the server to new storage [Replicated disks] and boot the server.
7. All the LUNs should come up with the multipathing
software. Any VGs should get activated.
You may also be interested in reading the following
article (Commands in detail)
https://access.redhat.com/knowledge/solutions/4123 How do I move a Volume Group from one system
to another?
Monday, October 1, 2012
Subscribe to:
Posts (Atom)