http://groups.google.lv/group/lv-bsd Šī ziņu kopa ir veidota kā aizstājējs kādreizējai http://lists.bsd.lv, kas nomira dabīgā nāvē. Laipnī lūdzam pievienoties visus, kuri ikdienā lieto kādu BSD variācijām. 2010-02-25T15:49:24Z Google Groups ox3r fotopri...@gmail.com 2010-02-25T15:49:24Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/2607a4d6adbcd225?show_docid=2607a4d6adbcd225

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

Andris Raugulis a...@null.lv 2010-02-25T15:28:53Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/977f4d5bc809dcb3?show_docid=977f4d5bc809dcb3

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

ox3r fotopri...@gmail.com 2010-02-25T15:23:35Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/c8a89224ab9ce2de?show_docid=c8a89224ab9ce2de

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

Andris Raugulis a...@null.lv 2010-02-25T15:20:17Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/18022f725157ee5d?show_docid=18022f725157ee5d

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

ox3r fotopri...@gmail.com 2010-02-25T15:16:41Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/9a7878dc21c2f3a6?show_docid=9a7878dc21c2f3a6

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

ox3r fotopri...@gmail.com 2010-02-25T15:11:45Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/06b133373c7d0747?show_docid=06b133373c7d0747

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

Andris Raugulis a...@null.lv 2010-02-25T14:48:27Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/108e12613f8f940c?show_docid=108e12613f8f940c

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

ox3r fotopri...@gmail.com 2010-02-25T14:15:02Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/16b13334250b48c9?show_docid=16b13334250b48c9

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

Andris Raugulis a...@null.lv 2010-02-25T12:47:48Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/547b09aab10bb65b?show_docid=547b09aab10bb65b

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

ox3r fotopri...@gmail.com 2010-02-25T12:31:20Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/e6f7a32c520e5f37?show_docid=e6f7a32c520e5f37

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

ox3r fotopri...@gmail.com 2010-02-25T11:52:29Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/9a021cdcba686d3e?show_docid=9a021cdcba686d3e

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

ox3r fotopri...@gmail.com 2010-02-24T23:40:36Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/93a1251796d867c2?show_docid=93a1251796d867c2

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

ox3r fotopri...@gmail.com 2010-02-24T20:51:53Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/1b93895c990245dc/82293538d5f9f5c4?show_docid=82293538d5f9f5c4

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

Guntis Bumburs gun...@rixtel.com 2009-12-07T13:05:36Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/c5466e943c350e2b/b65355ee05cc0448?show_docid=b65355ee05cc0448

sviex, <br> <p>Man bija līdzīgi, tas gan bija uz 6.2 i386, toreiz testēju pf. <br> Interesanti ko rāda 'systat -v', kur ir tas pudeļkakls <br> <p>Ja pareizi atceros tad man bottlenecks bija interupti <br> <p>Switch'am Jumbo frames=on? vai crossover kabelis? <br> <p>vajadzētu pamēģināt MTU 9000 + ieslēgts interrupt polling (ja draiveris

Noisex noi...@apollo.lv 2009-12-07T12:27:56Z http://groups.google.lv/group/lv-bsd/browse_thread/thread/c5466e943c350e2b/f58c1a0cfbcf74a5?show_docid=f58c1a0cfbcf74a5

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).