W WR też znalazłem.
Interesuje mnie filtrowanie po MAC dla Kamikaze 7.09 na Asus WL500gP z WiFi Bradkoma.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez jkdobro
W WR też znalazłem.
Interesuje mnie filtrowanie po MAC dla Kamikaze 7.09 na Asus WL500gP z WiFi Bradkoma.
Na OpenWrt.org Wiki (http://wiki.openwrt.org/OpenWrtDocs/Kam … figuration) znalazłem konfigurację macfiltrowania dla Kamikaze: 1.3.4.2. MAC Filter
Czy to zadziała?
jeszcze ustaw dużą liczbe w /proc/sys/net/ipv4/ip_conntrack_max
W jaki sposób to ustawić, na jaką wartość i co to spowoduje?
Myślałem jeszcze o ograniczeniu dla UDP np:
iptables -I FORWARD -s 192.168.2.60/31 -p udp -m limit --limit 30/sec -j DROPale nie wiem dlaczego to nie chce pójść. Dostaje:
root@OpenWrt:~$ iptables -I FORWARD -s 192.168.2.60/31 -p udp -m limit --limit 30/sec -j DROP
iptables: No chain/target/match by that nameCo to oznacza?
Witam,
W ostatnich dniach jeden z użytkowników sieci zaczął ostre zciąganie przy pomocy programu P2P. Efektem jest ciągłe pojawianie się w logach ostrzeżenia:
kern.warn kernel: ip_conntrack: table full, dropping packet.
Czy ograniczenie ilości połączeń za pomocą iptables rozwiąże problem?
Ograniczyłem ilość połączeń dla TCP stosując:
iptables -I FORWARD -s 192.168.2.60/31 -p tcp -m connlimit --connlimit-above 50 -j DROP
Zmniejszyła się radykalnie ilość połączeń TCP. Niestety nadal jest cała masa połączen UDP!!!!
Jak je ograniczyć?
Jakie ilości połączeń TCP i UDP są właściwe dla 1 usera?
pozdrawiam jkdobro
Witam,
Potrzebuję zastosować filtrowanie użytkowników podłączonych po WLAN po mac adresach. Podobnie jak to jest zrobione w klasychnych AP. Lista adresów mac odrzuconych lub akceptowanych.
Chciałem to zrobić na iptables z rozszerzeniem mac, ale nie mogę sobie z tym poradzić.
Ma może ktoś doświadczenie w tym temacie? Bardzo proszę o jakieś wskazówki. A może przykłady?
pozdrawiam jkdobro
Witam,
Mam problem z prawidłową konfiguracją zewnętrznego modemu w trybie bridge. Dotychczas używałem modemu na USB (SpeedTouche 330). Ale po kolei:
- router Asus Wl-500gP OpenWrt WhiteRussian 0.9 (z X-Wrt)
- modem Linksys AG241-EU (menu Linksysa można przeględnąć http://www.linksysdata.com/ui/AG241/1.00.16/Setup.htm)
- modem ustawiony w trybie "Bridge Mode Only", podłączony do routera przez port WAN
- ISP Netia (na łączu TP) ADSL 6/0.5 Mbs
Ustawienia routera (X-Wrt):
Connection Type: PPPoE
Redial Policy: Keep Alive
Redial Timeout: 20
Username: moj@login.pl
Password: moje_haslo
MTU: 1500
Ustawienia modemu:
Encapsulation: Bridge Mode Only
Multiplexing: VC
VPI: 0
VCI: 35
Router komunikuje się z modemem. Zestawia połączenie z ISP. Jednak PING (np. onet.pl) pokazuje tragiczne wartości time.
Po nawiązaniu połączenia time ok.100ms, ale już po chwili rośnie i dochodzi do 2000-3000ms.
Z tego co zuważyłem zmiana ustawień na routerze na typ połączenia PPPoE nie ustawia wszystkich (wymaganych) zmiennych w nvram.
boardflags=0x0110
boardnum=45
boardrev=0x10
boardtype=0x042f
boot_wait=off
bridge_disable=0
cfe_wait_led_gpio=1
cfe_wait_on_restore=0
clkfreq=264
cron_enable=1
custom_shutdown_command=stoprcasus
ddns_enable=1
ddns_hostname=xxxxxxxx.net
ddns_max_interval=86400
ddns_passwd=xxxxxxxxxxxxx
ddns_service_type=dyndns
ddns_username=xxxxxxxxxxx
ddns_wildcard=1
default_boardflags=0x0110
default_http_passwd=
default_http_username=
default_lan_proto=dhcp_server
default_new_disk_action=no_action
default_physical_authentication_enable=disabled
default_primary_pool_name=
default_primary_share_name=
default_router_disable=0
default_start_page=start_system.asp
default_workgroup=WORKGROUP
dl_ram_addr=a0001000
early_startup_command=convertasus
et0macaddr=00:17:31:DC:06:2B
et0mdcport=0
et0phyaddr=30
et1macaddr=40:10:18:00:00:2d
et1mdcport=1
et1phyaddr=31
firmware_name=X-Wrt
firmware_subtitle=An OpenWrt based firmware.
gpio6=robo_reset
gpio_0_name=soft_power_switch
gpio_3_name=power_enable
hardware_version=WL500gH-01-00-00-00
kernel_gpio_init_out_3=1
kernel_gpio_init_out_6=1
lan_dhcp_enabled=1
lan_dhcp_lease=
lan_dhcp_num=
lan_dhcp_start=
lan_dns=213.241.79.37 83.238.255.76
lan_gateway=192.168.2.1
lan_ifname=br0
lan_ifnames=vlan0 eth2
lan_ipaddr=192.168.2.1
lan_netmask=255.255.255.0
lan_proto=static
landevs=vlan0 wl0
language=pl
log_file=/var/log/messages
log_mark=0
log_size=16
log_type=circular
misc_io_mode=bcmgpio
ntp_server=pool.ntp.org
openvpn_cli=0
openvpn_cli_auth=psk
openvpn_cli_port=1194
openvpn_cli_proto=udp
os_flash_addr=bfc40000
os_ram_addr=80001000
pmon_ver=CFE 3.91.23.0
ppp_mtu=1500
ppp_passwd=moje_haslo
ppp_redialperiod=20
ppp_username=moj@login.pl
pppoe_ifname=vlan1
pppoe_ifnames=
primary_ifname=eth0
regulation_domain=0X30DE
rescue_gpio=4
reset_gpio=7
scratch=a0180000
sdram_config=0x0062
sdram_init=0x0009
sdram_ncdl=0x207
sdram_ncld=0
sdram_refresh=0x0000
ses_enable=0
startup_command=rcasus
time_zone=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00
vlan0hwname=et0
vlan0ports=1 2 3 4 5*
vlan1hwname=et0
vlan1ports=0 5
wait_time=1
wan_device=vlan1
wan_dhcp_lease=
wan_dhcp_num=
wan_dhcp_start=
wan_hostname=OpenWrt
wan_ifname=ppp0
wan_ifnames=vlan1
wan_proto=pppoe
wan_vport=4
wandevs=et0
watchdog=5000
web_hook_libraries=corewebhooks netwebhooks diskwebhooks winnet printwebhooks netregistration samplenetregistration samplehooks
wifi_dhcp_lease=
wifi_dhcp_num=
wifi_dhcp_start=
wifi_ifname=
wifi_ifnames=
wl0_akm=none
wl0_channel=0
wl0_closed=0
wl0_crypto=tkip
wl0_gmode=0
wl0_ifname=eth2
wl0_infra=1
wl0_mode=ap
wl0_radio=0
wl0_ssid=OpenWrt
wl0_wep=disabled
wl0id=0x4320
wlan_hardware_present=yes
wlan_ifname=eth2
wlan_ipaddr=192.168.21.1
wlan_netmask=255.255.255.0Wydaje mi się, że "pppoe_ifnames=" powinno mieć jakąś wartość. Ale nie wiem jaką..... Może jakieś inne ustawienia są niepoprawne?
Dodam, że podłączając Linksysa jako modem-router (w trybie PPPoA - bez routera z OpenWrt) czasy odpowiedzi pingów są w normie (ok.40-50ms).
Jeśli ktoś (używający OpenWrt w trybie pppoe i modem w bridge) mógłby sprawdzić zmienne w NVRAM, był bym bardzo wdzięczny....
Może jakieś inne pomysły, co jest nie tak?
pozdrawiam jkdobro
EDIT:
Problem rozwiązany :-)
wymagane ustawienia w NVRAM:
wan_device=vlan1
wan_vport=4
wan_proto=pppoe # ustawiane z poziomu Webif
wan_ifnames=vlan1
wan_ifname=ppp0
wandevs=et0
ppp_passwd=moje_haslo # ustawiane z poziomu Webif
ppp_username=moj@login.pl # ustawiane z poziomu Webif
ppp_redialperiod=20 # ustawiane z poziomu Webif
ppp_mtu=1492 # ustawiane z poziomu Webif
pppoe_ifnames=vlan1
pppoe_ifname=vlan1Po ustawieniu zmiennych w NVRAM należy oczywiście pomiętać o:
nvram commiti restart systemu
Witam,
Sytuacja zmusiła mnie do zmiany modemu. Zmieniłem ISP na Netie (na linii TP) i łącze na 6Mb/s.
Do tej pory używałem SpeedTouch'a 330 na USB. Pracowało to stabilnie i byłem zadowolony.....
Jednak zmiana prędkości na 6Mb/s wymusiła zmianę modemu. ST330 nie pójdzie powyżej 2,5Mb/s. Temat był już poruszany na tym forum.....
Wiem, że z różnymi modemami bywa różnie. Dlatego moje pytanie:
Jaki zakupić modem, chodzi mi o konkretny model, który będzie stabilnie pracował na 6Mb/s (ADSL2) w trybie bridge z Asusem WL500gP (usługa w Netii na drutach TP - czyli dokładnie takie same wymagania jak dla neostrady)? Może być z routerem, który oczywiście przy współpracy z Asusem będzie wyłączony (ale może kiedyś się przyda).
Czytałem gdzieś na forum, żeby nie pchać się w D-Linka. Ma kłopoty ze stabilnością. Czy to prawda?
Proszę, podzielcie się swoimi doświadczeniami....
pozdrawiam jkdobro
Witam,
Jak powinna wyglądać prawidłowa konfiguracja firewall w OpenWrt Whie Russian 0.9?
Chcę podłączyć telefon sprzętowy VoIP (Sipura SPA-841) z obsługą 2 operatorów VoIP (SIP) na połączenia przychadące i wychodzące. Telefon znajduje się w sieci LAN za firewall na OpenWrt (Asus WL500gP).
IP telefonu: 192.168.2.128
Porty SIP: op.1- 5060, op.2-5061
Porty RTP: 16384-16385
W zawiązku z powyższym mam kilka pytań:
1. Czy wystarczy przekierować porty SIP z WAN->LAN na IP telefonu (prot TCP)?
iptables -t nat -I PREROUTING -p tcp -i $WAN --dport 5060 -j DNAT --to 192.168.2.128:5060
iptables -I FORWARD -p tcp -i $WAN -d 192.168.2.128 --dport 5060 -j ACCEPT
iptables -t nat -I PREROUTING -p tcp -i $WAN --dport 5061 -j DNAT --to 192.168.2.128:5061
iptables -I FORWARD -p tcp -i $WAN -d 192.168.2.128 --dport 5061 -j ACCEPT
2. Czy porty RTP również muszą być przekierowane?
3. Od czego zależy zakres portów RTP? Od ilości operatorów VoIP (1 port na 1 operatora)? Czy może zakres powinien być większy?
Pozdrawiam jkdobro
No i poszło...... :-)
Co mnie 'przymuliło' z bym br0...? Tyle razy sprawdzałem poprawność...... Cóż czasami potrzebna jest czyjaś pomoc.....
Bardzo dziękuję i pozdrawiam
jkdobro
Po wielu próbach nadal klapa.....
Poczytałem trochę wiki azureusa i znalazłem kilka wskazówek:
- porty powinny być z zakresu 50000 - 60000
- na http://www.azureuswiki.com/index.php/Firewalling jest podany dodatkowo (w stosunku do tego co pisałeś) port przekierowania:
/sbin/iptables -t nat -A PREROUTING -p tcp -i <EXTINT> --dport <PORT> -j DNAT --to <LANIP>:<PORT>
/sbin/iptables -t nat -A PREROUTING -p udp -i <EXTINT> --dport <PORT> -j DNAT --to <LANIP>:<PORT>
/sbin/iptables -A FORWARD -p tcp -i <EXTINT> -d <LANIP> --dport <PORT> -j ACCEPT
/sbin/iptables -A FORWARD -p udp -i <EXTINT> -d <LANIP> --dport <PORT> -j ACCEPTPo wprowadzeniu tych zmian mam:
Azureus 2.5.0.4
Port nasłuchu TCP - 54090
Port nasłuchu UDP - 54090
Reguły iptables
iptables -I FORWARD -p tcp -i br0 -d 192.168.2.90 --dport 54090 -j ACCEPT
iptables -t nat -I PREROUTING -p tcp -i br0 --dport 54090 -j DNAT --to 192.168.2.90:54090
iptables -I FORWARD -p udp -i br0 -d 192.168.2.90 --dport 54090 -j ACCEPT
iptables -t nat -I PREROUTING -p udp -i br0 --dport 54090 -j DNAT --to 192.168.2.90:54090List iptables
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT udp -- 0.0.0.0/0 192.168.2.90 udp dpt:54090
ACCEPT tcp -- 0.0.0.0/0 192.168.2.90 tcp dpt:54090
tcstatistic_in all -- 0.0.0.0/0 0.0.0.0/0
tcstatistic_out all -- 0.0.0.0/0 0.0.0.0/0
DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID
TCPMSS tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
forwarding_rule all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
DNAT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:54090 to:192.168.2.90:54090
DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:54090 to:192.168.2.90:54090
redir_http tcp -- 0.0.0.0/0 !192.168.2.1 tcp dpt:80
DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:8081 state NEW to:192.168.2.1:81
DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:8080 state NEW to:192.168.2.1:80
DNAT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2234 state NEW to:192.168.2.1:22
prerouting_rule all -- 0.0.0.0/0 0.0.0.0/0Wszystko wygląda że jest OK, a jednak nie działa.....
Właśnie nadal jest problem z NAT.
Zaraz to zmienię.....
[EDIT]
Niestety nie pomogło.....
Test NATu w Azureusie pokazuje brak osiągalności addr:6890
Co to może być?
Wielkie dzięki Cezary za szybką odpowiedź.
Teraz stało się jasne dlaczego tyle się mordowałem. Zamiast tracić czas na próby lepiej było poczytać..... :-)
Jeszcze raz dziękuję
jkdobro
Witam,
Potrzebuję otworzyć porty tcp i udp 6890 na routerze dla wszystkich komputerów w LANie lub dla konkretnego IP.
Okombinowałem się "jak koń pod górę" i nie mogę sobie z tym poradzić.
Wydawało mi się że powinno być (dla wszystkich w LAN)
iptables -I FORWARD -p tcp --dport 6890 -j ACCEPT
iptables -I FORWARD -p udp --dport 6890 -j ACCEPT
Niestety nie działa. Azureus (to on wymaga otwarcia portów) ciągle pokazuje 'problem z NAT'.
Moja prośba!!!! Oświećcie mnie i napiszcie jak powinny wyglądać te regółki (dla wszystkich i konkretnego kompa - IP).
Z góry dziękuję i pozdrawiam
jkdobro
Gdzie można znaleźć opis tego rozwiązania? Jakieś przykłady?
Dla szybkości ponad 4Mb modem musi pracować w trybie:
Transfer Type Isochronous
Pokaż w jakim trybie ustawiony jest twój modem.
# lsusb -v -d 06b9:4061
albo
# cat /proc/bus/usb/devices
U mnie jest coś takiego:
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=ff(vend.) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=06b9 ProdID=4061 Rev= 2.00
S: Manufacturer=ALCATEL
S: Product=Speed Touch 330
S: SerialNumber=0090D0AA1DC6
C:* #Ifs= 3 Cfg#= 1 Atr=80 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbdevfs
E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=50ms
I: If#= 1 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbdevfs
I: If#= 1 Alt= 1 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbdevfs
E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=07(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=87(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I: If#= 1 Alt= 2 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbdevfs
E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=07(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=87(I) Atr=01(Isoc) MxPS= 640 Ivl=1ms <<< Tryb Isochronous
I: If#= 1 Alt= 3 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbdevfs
E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=07(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=87(I) Atr=01(Isoc) MxPS= 960 Ivl=1ms <<< Tryb Isochronous
I: If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=05(O) Atr=02(Bulk) MxPS= 8 Ivl=0ms
E: Ad=85(I) Atr=02(Bulk) MxPS= 8 Ivl=0msUżywam neo 2 Mbps i taki problem u mnie nie wystąpił.
Trzeba sprawdzić wszystko po kolei.
Rozumiem, że modem synchronizuje się z ISP z właściwą prędkością (6Mbps). Wklej loga z synchronizacji. Jaką wrsję modemu posiadasz rev v2.00 czy v4.00?
Czy na innym sprzęcie udało ci się osiągnąć kiedyś prędkość 6Mb, czy to jest pierwsza próba zestawienia tej szybkości? Może po stronie ISP jest jakaś "kotwica".
EDIT:
Znalazłem coś takiego http://www.newsreader.pl/pl-comp-os-bsd … nsfer.html.
Piszą, że dla 6Mb modem musi pracować w trybie iso, a nie bulk. Ale jak to ustawić......?
Dodanie obslugi USB2 na externalu rozwala system. Jedynie danie obslugi USB2 podczas startu pozwala zachowac te przedkosci, tzn:
Tom0000: "for module in usbcore uhci scsi_mod sd_mod usb-storage jbd ext3 "
z dodanym USB2: "for module in usbcore uhci scsi_mod sd_mod usb-storage ehci-hcd jbd ext3"
Nie zauwazylem teraz niestabilnosci, a predkosci sa znowy normalne (jak na ten router).
Powierdzam twoje doświadczenia. Doinstalowanie lub przeładowanie modułu USB2 z odpalonym systemem na externalu prowadzi do wywalenia systemu. Miałem tak samo.
Jedynym rozwiązaniem jest ładowanie modułu USB2 z poziomu internala przed przejściem na external (tak jak podałeś w swoim opisie) i "nie dotykanie" tego więcej. Skoro tak działa....... ![]()
Podczas próby zliczania ruchu z IP 192.168.2.1, iptables pokazuje cały czas ruch 0. Na innych IP ładnie wszystko zlicza.
Co może być powodem nie działania zlicznia dla 192.168.2.1 ? Ten IP ma router (WL500gP) i stoi na nim również Asterisk. Asterisk na pewno generuje jakiś ruch do WAN. Nie rozumiem tego....
Ustawiam regułki:
iptables -N traffic_in
iptables -N traffic_out
iptables -I FORWARD 1 -j traffic_in
iptables -I FORWARD 2 -j traffic_out
iptables -A traffic_in -d 192.168.2.1 -s ! 192.168.2.0/24
iptables -A traffic_out -s 192.168.2.1 -d ! 192.168.2.0/24
i sprawdzam:
iptables -L traffic_in -vnx
iptables -L traffic_out -vnx
wynik:
pkts bytes target prot opt in out source destination
0 0 all -- * * !192.168.2.0/24 192.168.2.1
0 0 all -- * * 192.168.2.1 !192.168.2.0/24
Mam jeszcze jeden zgryz. Za skarby nie mogę usunąć regułek traffic_in i traffic_out.
iptables -D FORWARD 1 -j traffic_in
iptables -D FORWARD 2 -j traffic_out
zgłasza błąd:
iptables v1.3.3: Illegal option `-j' with this command
Próba zrobienia samego:
iptables -D FORWARD
wysadziło w powietrze system (reset). Czy muszę kasować wszystkie wprowadzone reguły pojedynczo? Jak to ugryźć?
PS.
Trochę się już podszkoliłem z iptables.... ![]()
Muszę się przyznać bez bicia, że tej lekcji faktycznie dobrze nie odrobiłem
, głównie z braku czasu, ale również ze względu na rozległość tematu..... Sukcesywnie nadrabiam zaległości.... ![]()
Mam jeszcze 2 pytania:
1. Jak całkowicie zdeaktywować (usunąć) traffic_in i traffic_out?
2. Wspominałeś że zewnętrzny storage przy czętym zapisie można zajechać. Czy założenie na nim bazy danych i dokonywanie wpisów (z traffic) co 1 lub 5 minut szybko mu da radę? Jaka jest bezpieczna ilość zapisów dla tego typu pamięci?
A da się wyłączyć całą pulę IP wewnętrznych np. 192.168.1.* (lub w podobny sposób)? Wtedy zliczło by pakiety wychodące tylko poza obręb LAN.
Ludzie z iHome już teraz mają tego świadomość..... (dzięki Twojej odpowiedzi). Ponieważ tworzą sami soft (wiem że piszą w C) więc jeśli zdecydują się na to rozwiązanie, to na pewno wezmą pod uwagę Twoje sugestie.
W tym przypadku bardziej chodzi o jednostkę nadrzędną spinającą wiele rozproszonych układów kontrolno-pomiarowych. ATMegi są do tego za słabe. Padł pomysł miniPC, ale wiatraki i kręcące dyski...... zbyt głośno. Taki AP jako zarządca systemu z możliwością komunikowania się z nim po TCP/IP daje pełną kontrolę i otwartość systemu.
Wkleiłem.
Bardzo dziękuję ![]()
@Cezary:
Mam wielką prośbę. Poruszyłem temat WL500gP i OpenWRT na Forum - Inteligentny Dom i padły pytania odnośnie kompilacji własnych pakietów. Czy mógłbyś zerknąć na ten temat http://idom.wizzard.one.pl/forum/viewto … ?p=452#452 i dać odpowiedź ![]()
Będę zobowiązany.
Oczywiście <IP-routera> od strony LAN (192.168.1.1)?
A co się będzie działo kiedy 2 kompy z LAN będą wymieniały dane między sobą? Ruch zostanie zliczony czy odrzucony?
eko.one.pl → Posty przez jkdobro
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc