We still monitor that address, but we're preparing to move the wiki docs to a different system so we're probably not going to be handing out access for a bit though I don't have an ETA on that.
I wrote that doc, though. I'll look over the proposed updates in the other thread, but I am not a fan of some changes (like using a third-party IKEv2 client on OS X when the built-in one works fine if you do it right). I'll respond on that thread later.
In my opinion, most people do actually have a karma rating that reflects their actual conduct on this forum.
It's not the "most people" that is the issue though. It's the few who have ratings that are quite skewed from their behavior. Forum readers who have been around for a while get a feel for who they are. But it can be quite misleading to new forum readers/members/participants.
The problem with that is many switches are different and there wouldn't be any way to cover more than a couple different kinds. Maybe once we have our own product with a built-in switch we could do it.
The pfSense part is simple, just add the tags. Interface configuration has been covered in previous hangouts like the one on creating a DMZ.
So if we were to do this now, it would mostly be theoretical and generic info and not really about pfSense. Which we could do, but it doesn't feel like a topic that's a good fit for a pfSense-specific hangout. Maybe if we run completely out of other hangout topics ;-)
This isn't really the place to post this. The Feedback forum is for questions about the forum itself. This section is for English posts, not Portuguese. The Portuguese forum is here. If you speak English, the best place for this post would be the General Discussion forum, where people talk about things not necessarily related to pfSense.
Este não é realmente o lugar para postar isso. O fórum de feedback é para perguntas sobre o próprio fórum. Esta seção é para postagens em inglês, não em português. O fórum português está aqui. Se você fala inglês, o melhor lugar para este post seria o fórum de discussão geral, onde as pessoas falam sobre coisas não necessariamente relacionadas ao pfSense.
dok not a fan of locking a topic.. For starters just because the OP think they "solved" their issue doesn't always mean it was, or the info given that they think is the solution was the correct info or the actual solution to whatever their issue was.
If they want to mark it as such and make comment to what they think the solution is that is great, but should be left open for atleast some time to allow for corrections or and or updates to the info in the thread, etc.
Locking threads after X amount of time, sure all for that - keeps people from adding to threads that are years old, etc.
Your original post did not mention packages at all, but doing that would be highly impractical.
You can "pkg fetch" the packages you want on a box that is connected and then copy them to the other unit directly. Then pkg add from the local file. So long as you have all the dependencies, you don't need connectivity.
There have been a ton of spammers from that IP space over time, so it was blocked. I removed the bans on that space for now, but if addresses in that range start spamming again, it'll have to be blocked again.
We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.
Subscribe to our Newsletter
Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.