Here are the factory settings from a default CentOS 7 box default_profile_centos7.txt

Turns out the dnf has changed the way it deals with proxies. If you’re using a basic proxy authentication then you need to specify it: vi /etc/dnf/dnf.conf # proxy settings proxy=http://proxy.domain.com:3128/ proxy_username=username proxy_password=password proxy_auth_method=basic

This has been a straight up nightmare. My CentOS 7 server has been updating just fine via yum through our proxy and all of a sudden it stopped working. This blog is some troubleshooting I've done to try and figure out the issue. FIRST, validate your repos are correct. This is what I have on my server /etc/yum.repos.d/ -rw-r--r-- 1 root root 191 Sep 15 2015 endpoint.repo -rw-r--r-- 1 root root 152 May 22 2018 Tuleap.repo -rw-r--r-- 1 root root 1062 Jun 19 2018 rpmfusion-free-updates-testing.repo -rw-r--r-- 1 root root 1002 Jun 19 2018 rpmfusion-free-updates.repo

I use a terminal program on my Mac called zoc by emtec and in comparison to all the other program terminals I have used, its by far the best all around program. With mac I have tried iTerm2 (garbage and very feature less), MacTerm, In your home directory (so I just type cd and press enter which bring me there) I type vi .bash_profile and my bash profile looks like the one below which gives me color. Its really about the PS1 command mainly. # .bash_profile if [ -f ~/.bashrc ]; then . ~/.bashrc fi # User specific environment and startup programs PATH=$PATH:$HOME/.local/bin:

Okay today, having a bad day. Tried to do an yum update and it locked out my user account. dhosang@usdet1lvdwb001:$ sudo yum update -y Loaded plugins: fastestmirror, product-id, search-disabled-repos Determining fastest mirrors Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64&infra=stock&content=centos error was 14: curl#22 - "Invalid file descriptor" * base: mirror.dal.nexril.net * centos-sclo-rh: centos.mirrors.tds.net * centos-sclo-sclo: repos.lax.layerhost.com * epel: mirror.arizona.edu * extras: centos.mirrors.tds.net * remi

Yea a long title for something pretty simple So what the heck is the Message Of The Day on CentOS? Well it gives the ability to provide information to users who log into your server. FIRST we have the banner which is defined in your sshd_config sudo vi /etc/ssh/sshd_config Browse or Find Banner and mine looks like this Banner /etc/login.warn So if you open up the banner (/etc/login.warn) it looks pretty straight forward and simple which you can customize that you like ************************************************************* ** NETWORK TEAM JU

sudo dnf remove --duplicates Tried again: sudo dnf install 'dnf-command(config-manager)' --allowerasing Running transaction check Error: transaction check vs depsolve: (flatpak-selinux = 1.6.2-3.el8_2 if selinux-policy-targeted) is needed by flatpak-1.6.2-3.el8_2.x86_64 rpmlib(RichDependencies) <= 4.12.0-1 is needed by flatpak-1.6.2-3.el8_2.x86_64 To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'. You probably have corrupted RPMDB, running 'rpm --rebuilddb' might fix the issue. The downloaded packages were saved in cache until the next successf

Total 1.3 MB/s | 755 MB 09:36 Running transaction check Error: transaction check vs depsolve: (flatpak-selinux = 1.6.2-3.el8_2 if selinux-policy-targeted) is needed by flatpak-1.6.2-3.el8_2.x86_64 rpmlib(RichDependencies) <= 4.12.0-1 is needed by flatpak-1.6.2-3.el8_2.x86_64 To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'. You probably have corrupted RPMDB, running 'rpm

When I try and run sudo dnf update I get a bunch of errors that state ... conflicts with file from package ... So in researching the wonderful world of the web I found a suggestion to check for duplicates and if running the following command produces any results, you are in a bad way. sudo dnf repoquery --duplicated [dennis@net1 ~]$ sudo dnf repoquery --duplicated Extra Packages for Enterprise Linux 8 - x86_64 0.0 B/s | 0 B

My ex is coming after me again for more money so I went to my QNAP drive for my archived records and saw most of the files had this .muhstik at the end of the file. I tried to open the file and the computer doesn't know what application to open .muhstik type files with. You can't do anything with these files since they are "encrypted" (so just give up trying to rename or use malware or antivirus programs. I've tried with no success) So somehow the Ransomware has infected the QNAP (which mind you its typically just QNAPs, not found on other NAS devices, just QNAP which makes me thin

I'm currently using some syslog-ng servers as a collector(destination) for my F5 devices logs and then Splunk reads those syslog-ng servers and ingests the data. Well as you can imagine, these files get pretty huge on these syslog-ng servers and if you don't keep your eye on it the /logs/ directory/partition gets full on our redhat Linux servers. So the best solution is to run a job daily to remove files older than two days and how I do that is shown here. First you identify the directory and in my case its /logs/ Next you determine how old do you want to keep the files and in my c

First I want to mention I installed Linux Mint 19 on a Mac running Catalina (10.15.5) using Parallels Desktop 15 for Mac Pro Edition and it would not update no matter what we did. Aptitude repositories would not install no matter what. After messing with all the suggestions from multiple forums I gave up and went to reliable Ubuntu (the god father of Linux.. lol). It is always reliable and works no matter if I install it on a laptop, virtual machine or a server. Reason I don't like Ubuntu is the bloatware.. just seems slower than other distro's but when it always works you wonder why you

First it would be helpful to get a list of users that are already on your Linux box. Get a List of All Users using the /etc/passwd File Local user information is stored in the /etc/passwd file. Each line in this file represents login information for one user. less /etc/passwd Below is an example $ less /etc/passwd root:x:0:0:root:/root:/bin/bash bin:x:1:1:bin:/bin:/sbin/nologin daemon:x:2:2:daemon:/sbin:/sbin/nologin adm:x:3:4:adm:/var/adm:/sbin/nologin lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin sync:x:5:0:sync:/sbin:/bin/sync shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown halt

3 way Handshake Troubleshooting With tcpdump We are able to confirm routing, firewall rules, and remote service response by looking at the type of packet that comes back: tcpdump 'tcp[13] & 2!=0' SYN messages tell us that at least our client is sending it’s initial outbound message. If that’s all we see, then nothing is coming back and routing could be bad, or the remote server could be down. tcpdump 'tcp[13] & 16!=0' ACK is the acknowledge message. We can see that the traffic is going all the way to and from the client/server and the server is responding. tcpdump 'tcp[1