quickreference:unix
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
quickreference:unix [2023/10/10 15:18] – [Check SSL Cert Expiration Date] rodolico | quickreference:unix [2025/02/05 00:12] (current) – [Shell (mainly BASH)] rodolico | ||
---|---|---|---|
Line 5: | Line 5: | ||
===== Systems Administration ===== | ===== Systems Administration ===== | ||
+ | ==== Partitioning large drives ==== | ||
+ | |||
+ | Drives greater than 2 Terabytes are not handled well by the standard //fdisk// application, | ||
+ | |||
+ | This assumes we have a drive, sdg, that we want to set up with gpt and create one partition on. That partition will set up on optimal sector boundries, and use all of the space available. | ||
+ | |||
+ | <code bash> | ||
+ | # remove all old file system information. Not necessary, but I do it just because I can | ||
+ | wipefs -a /dev/sdg | ||
+ | # make this a gpt disk. Will wipe out any other partitioning scheme | ||
+ | parted /dev/sdg mklabel gpt | ||
+ | # make a new partition on optimal sector boundries. This is a primary partition, and starts | ||
+ | # at the beginning of the disk (0%) and goes to the end of the disk (100%) | ||
+ | # I put that in quotes as, from what I've read, the percent symbol does not work well | ||
+ | # within the bash command line | ||
+ | # note, we are not telling it what file system to use, so it defaults to Linux | ||
+ | parted -a optimal /dev/sdg mkpart primary ' | ||
+ | # display the information on the disk | ||
+ | parted /dev/sdg print | ||
+ | # format as ext4, no reserved space, and a disk label marked ' | ||
+ | mkfs.ext4 -m0 -Lbackup /dev/sdg | ||
+ | |||
+ | </ | ||
==== Rapidly wipe multiple hard drives ==== | ==== Rapidly wipe multiple hard drives ==== | ||
Line 48: | Line 71: | ||
</ | </ | ||
- | ==== Check SSL Cert Expiration Date ==== | ||
- | Ever wondered when your SMTP SSL Certificates are up for renewal? What DNS entries your certificates have? A quick and dirty way of doing it from the command line was shown at [https:// | ||
- | |||
- | Note: the discussions covered other things, and are well worth a 5 minute read. | ||
- | |||
- | This is a quick and dirty that will get the certificate (and a lot of other stuff), but the certificate is in its MIME encoded format. | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | </ | ||
- | |||
- | This basically makes a connection to smtp.example.com on port 25, issuing a starttls, then sends the //quit// command which logs out. The openssl command retrieves the the entire conversation, | ||
- | |||
- | You can do the same thing for other ports, like 587 for submission. If you want to test the SSL port (465), just remove the //-starttls smtp// from the command: | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | </ | ||
- | |||
- | If you want to test an IMAP server, you need to send it a different logout (the first line). To log out of it, you need //a1 logout// followed by a line return, so | ||
- | |||
- | <code bash> | ||
- | printf 'a1 logout\n' | ||
- | openssl s_client -connect mail.example.com: | ||
- | </ | ||
- | |||
- | Again, connecting to imaps (port 993), you just don't do the starttls | ||
- | |||
- | <code bash> | ||
- | printf 'a1 logout\n' | ||
- | openssl s_client -connect mail.example.com: | ||
- | </ | ||
- | |||
- | And, finally, to look at a web site certificate, | ||
- | <code bash> | ||
- | printf " | ||
- | openssl s_client -showcerts -servername web.example.com -connect web.example.com: | ||
- | </ | ||
- | |||
- | All the above is well and good, but it would be nice to decode the certificate, | ||
- | |||
- | === Dump the certificate === | ||
- | |||
- | Turning the certificate into something a human can read is done with the command //-text// flag, so let's pipe the output of the previous command to that. | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | openssl x509 -text -noout | ||
- | </ | ||
- | |||
- | If you want to find what names the certificate is valid for, they are on a line which contains the text DNS, so grepping the output of the above will give you what you need without reading the whole thing. | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | openssl x509 -text -noout | \ | ||
- | grep DNS | ||
- | </ | ||
- | |||
- | === Get Dates === | ||
- | |||
- | You could use //grep// to find the expiration date of a certificate | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | openssl x509 -text -noout | \ | ||
- | grep 'Not After :' | ||
- | </ | ||
- | |||
- | But, the openssl x509 has a special flag for that, //-dates//, so it is simpler to write it as | ||
- | |||
- | <code bash> | ||
- | printf ' | ||
- | openssl s_client -connect smtp.example.com: | ||
- | openssl x509 -dates -noout | ||
- | </ | ||
- | |||
- | === Other === | ||
- | |||
- | Again, //man openssl-x509// | ||
- | -serial - the serial number of the certificate | ||
- | -subject - Subject Name | ||
- | -issuer - Issuer Name | ||
- | -startdate - beginning date of certificate (notBefore) | ||
- | -enddate - expiry date of certificate (notAfter) | ||
==== Rename Server ==== | ==== Rename Server ==== | ||
Line 150: | Line 84: | ||
<code bash> | <code bash> | ||
# change the host name, and the postfix name if that is installed | # change the host name, and the postfix name if that is installed | ||
- | sed -i.old ' | + | sed -i.old ' |
+ | / | ||
+ | / | ||
+ | / | ||
+ | / | ||
+ | / | ||
+ | / | ||
/ | / | ||
# update the aliases, if they exist | # update the aliases, if they exist | ||
Line 297: | Line 237: | ||
===== Shell (mainly BASH) ===== | ===== Shell (mainly BASH) ===== | ||
+ | ==== Here Documents ==== | ||
+ | |||
+ | Most unix users are familiar with echo' | ||
+ | |||
+ | A **here document** is a way of having multiple lines processed at one time. In many cases, you can have similar functionality using quotes, but here documents are more robust. | ||
+ | |||
+ | For example, a simple test of a newly built mail system might include creating a file with all of the headers necessary, then passing that to // | ||
+ | |||
+ | <code bash> | ||
+ | sendmail user@example.com << EOF | ||
+ | To: user@example.com | ||
+ | from: root@example.org | ||
+ | Subject: test | ||
+ | |||
+ | This is a test | ||
+ | EOF | ||
+ | </ | ||
+ | |||
+ | The entire block above is one command. Here is the breakdown. | ||
+ | |||
+ | - //sendmail user@example.com// | ||
+ | - //<<// | ||
+ | - //EOF// is the tag which will mark the end of the text for the here document | ||
+ | - Everything up to the EOF is the actual string to be passed to sendmail | ||
+ | - //EOF// at the end marks the end of the here document. **Note**: there must be no leading or trailing whitespace. The tag must be exactly as entered after the << (case sensitive), and must be the only thing on the final line. | ||
+ | |||
+ | This only touches the surface of here documents. See [[https:// | ||
==== Find files within date range containing text ==== | ==== Find files within date range containing text ==== | ||
quickreference/unix.1696969105.txt.gz · Last modified: 2023/10/10 15:18 by rodolico