lv-bsd Google Group

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 15:49:24 UT

Tās bija tikai dažas rindiņas, kuras attiecās uz konkrēto IP adresi.
Par group/head arī vajadzēs palasīt... Pašreiz tas tiek lietots, lai
atļautu konkrētus protokolus uz gif interfeisa, lai vienai IP adresei
noteiktu, ka viss ir aizliegts un uzskaitītu, kas atļauts, u.tml.
nezinu vai lietojums ir pareizs, bet būs iemesls to izpētīt.

Re: [lv-bsd] Re: Tīkla interfeisa MTU un mailserveris Exim

a...@null.lv (Andris Raugulis) — Thu, 25 febr. 2010 15:28:53 UT

Nu tad dod ziņu vai tas atrisināja Tavu problēmu.
Tad tas, ko sūtīji, nebija PILNA firewall konfigurācija?
Jo group/head, cik zinu, strāda tikai firewall ietvaros, nevis tīkla.
Un kāda jēga lietot head/group, ja tā ir visa konfigurācija?
Paskatīšos. Tiesa, man šobrīd nekur nav piefiksēts ko jālieto, ja grib

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 15:23:35 UT

Burtiski skatot tā ir, bet no iegūstamā rezultāta nē. Mēs abi zinām,
kurā pusē ir taisnība :)

Re: [lv-bsd] Re: Tīkla interfeisa MTU un mailserveris Exim

a...@null.lv (Andris Raugulis) — Thu, 25 febr. 2010 15:20:17 UT

Runa ir par to, ka lietoji vārdu "protokols", kaut gan Tavā rakstītajā
piemērā nekur protokols neatšķirās. Lūk diff Taviem diviem konfigiem:
@@ -1,11 +1,12 @@
-block in log quick from any to 1.1.1.1 head 1010
+pass in log quick from any to 1.1.1.1 head 1010
pass in log quick proto tcp all flags S/SA keep state keep frags group

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 15:16:41 UT

< E? Kâdu protokolu?
< Es vienîgo atðíirîbu redzu, ka esi "block" ar "pass" aizstâjis.
Aizliedz visu ienâkoðo uz 1.1.1.1 un ar parametru proto atïauj
protokolus tcp/udp/icmp
Otrajâ variantâ
< pass out log quick from any to 1.1.1.1 head 1011
jau patiesîbâ viss tiek atïauts un zemâk esoðajâm rindiòâm vairâk nav

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 15:11:45 UT

Taisnību sakot nevaru gan :( Tas ir mantojums no seniem laikiem ar
vairākiem simtiem rindiņu, kur tā ir lietots un līdz šim tas nav
mainīts. Bet paldies par mājienu, ka tas tiek lietots nepareizi.
Iepazīšos ar to mērķi un salabošu.
Pa grupām ir sadalīti visi serveri un tīkli. (Piemērs zemāk)

Re: [lv-bsd] Re: Tīkla interfeisa MTU un mailserveris Exim

a...@null.lv (Andris Raugulis) — Thu, 25 febr. 2010 14:48:27 UT

Un vai Tu vari paskaidrot kāpēc lieto "keep frags"? Priekš tcp/udp?
Te arī nerodas Tava problēma? Un grupas?
Tev tas tiešām nepieciešams?
Man liekas, ka Tu sarežģī to, ko nevajag.
Izveido test-case. Sāc ar firewall konfigurāciju, kur visu atļauj
(kaut gan Tev tāpat viss principā tiek atļauts) un tad papildi pa

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 14:15:02 UT

Firewall rules konkrçtajam serverim ir ðâdi:
block in log quick from any to 1.1.1.1 head 1010
pass in log quick proto tcp all flags S/SA keep state keep frags group
1010
pass in log quick proto udp all keep state keep frags group 1010
pass in log quick proto icmp all keep state keep frags group 1010

Re: [lv-bsd] Re: Tīkla interfeisa MTU un mailserveris Exim

a...@null.lv (Andris Raugulis) — Thu, 25 febr. 2010 12:47:48 UT

Ir grūti palīdzet, ja
1) Tu nesniedz pilnu informāciju (dmesg/versija, ipf/pf konfigurācija, utt.)
2) Tu sniedz pretēju informāciju (pirmajā meilā).
3) Tavs tcpdump outputs neizskatās pēc tcpdump. Pārāk samežģīts. Ar -n laid.
Arī disablējot firewall viss ok?
Tad kāda bija ipf konfigurācija pirms tam (skatīt augstāk?

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 12:31:20 UT

Izpildot uz rūtera
pass out quick all
pass in quick all
problēma pazūd.
Liekas, ka kaut kādi firewall ICMP ierobežojumi izsauc problēmu.
Dziļš klusums te, bet izskatās, ka risinājums nav tālu :)

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Thu, 25 febr. 2010 11:52:29 UT

Tomēr tā pati problēma ir arī uz postfix
Feb 25 13:49:39 xxx postfix/smtpd[11620]: timeout after DATA (4364
bytes)

Re: Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Wed, 24 febr. 2010 23:40:36 UT

Mēģināju ar tcpdump trafiku apskatīt.
Rādās sekojoša info
21 2.237430 ārējais.maila.serveris.com iekšējais.maila.serveris.lv
SMTP C: DATA fragment, 1460 bytes
22 2.237518 ruuteris.lv ārējais.maila.serveris.com ICMP Destination
unreachable (Host unreachable)
un tādas vairākas rindas pēc kārtas.

Tīkla interfeisa MTU un mailserveris Exim

fotopri...@gmail.com (ox3r) — Wed, 24 febr. 2010 20:51:53 UT

Sveiki!
Ir sekojoša problēma:
Ir CentOS ar uzstādītu CPANEL, kurš attiecīgi izmanto SMTP servisam
Exim softu.
Priekšā tam visam stāv FreeBSD rūteris ar ipf firewall.
Viss skaisti rūlē ... bet no dažiem serveriem (tikai e-pastiem ar
pielikumu) ir error "SMTP data timeout (message abandoned) on

Re: [lv-bsd] FreeBSD TCP tunings performance

gun...@rixtel.com (Guntis Bumburs) — Mon, 07 dec. 2009 13:05:36 UT

sviex,

Man bija līdzīgi, tas gan bija uz 6.2 i386, toreiz testēju pf.
Interesanti ko rāda 'systat -v', kur ir tas pudeļkakls

Ja pareizi atceros tad man bottlenecks bija interupti

Switch'am Jumbo frames=on? vai crossover kabelis?

vajadzētu pamēģināt MTU 9000 + ieslēgts interrupt polling (ja draiveris

FreeBSD TCP tunings performance

noi...@apollo.lv (Noisex) — Mon, 07 dec. 2009 12:27:56 UT

Haiz! Klau, vai jus neesat noverojushi, ka uz Frejas uz 1Gbps un 10Gbps linkiem TCP performance shausmigi pieklibo. Lai ari esmu daudz lasijis daudz ko par sysctl TCP tuningu, esmu megjinajis visadus paramus mainit, tachu man liekas, ka neiet viss uz 100%. Nu peiemram ar nuutcp merijumi uz 1Gbps linka (abi divi serveri (server-client) atrodas 1a VLAN).