this post was submitted on 28 Sep 2024
688 points (96.1% liked)
Programmer Humor
19817 readers
618 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Most commonly a port is opened to accept traffic of a specific protocol that runs overtop of TCP of UDP. I'm guessing the individual that responded might not be very good at technical communication and was just trying to question "are you sure it's raw TCP and not just http traffic?" In order to keep the holes poked into the firewall as narrow and specific as possible
Usually if infrastructure is assigning a port other than default it's because that port is already in use. The actual port number you use doesn't matter as long as it's not a common default (which basically all ports below 1024 are)
Using ports that are close together for similar purposes can aid in memorability if that's a need, but ultimately it doesn't matter much if they're not conflicting with common defaults
Probably a user was complaining and needed action immediately and they didn't have time to test a cosmetic issue in an edgecase. For minor issues I'll open a ticket with the party I think might be responsible just to get it out of the way so I can get to higher priority stuff, and I'll rely on that party to let me know if it's not actually their problem. Heck it might even simply be the IT person assumed it was a misrouted ticket, since users open tickets in random queues all the time
If the certificate is correctly generated and valid an SSL error would indicate it was incorrectly applied to the application. I'm guessing by the inclusion in this rant that the conclusion was it was in fact a problem with the certificate, but we don't have enough details to speculate if it was truly a mistake by the individual that generated it or just a miscommunication
Honestly it sounds like you're too quick to bash IT and should instead be more open to dialogue. I don't know the specifics of your workplace and communications, but if you approach challenges with other teams from an "us vs them" standpoint it's just going to create conflict. Sometimes the easiest way to do it is to try to hop on a quick call with the person once you get to more than a couple of emails back and forth, plus then you have more social cues to avoid getting angry with eachother and can give more relevant details