Linux-haladó

Sziasztok!

Egy postfix szerverről szeretnék bizonyos domain-re küldött leveleket (gmail.com) át forwardolni egy szintén általam kezelt postfixre, hogy ő végezze a kézbesítést.
A küldő szerveren megcsináltam a transport bejegyzést, át is küldi a leveleket.
A fogadó oldalon felvettem a mynetworks alá a küldő szerver két ip-jét. Bár ebben nem vagyok biztos, hogy jó megoldás.
Minden esetre jelenleg a fogadó visszautasítja relaying denied-al a kapcsolatot.
A fogadó mail szerven nincs smtp_auth. Lehet, hogy ez a probléma forrása?

Köszönöm.

Sziasztok!

A problémám a következő. A Salckware 14.1 linux root/~.profile fájlba egyik külföldi fórumon találtak szernt hogy elinduljon a netbeans a java könyvtárát megadtam hol találja, és most az elindul, de valószínű ezzel okoztam azt a problémát, illetve ennek a folyamodványa az hogy az sbin könyvtárban található slapt-get, installpkg parancsokat nem tudom használni, mivel nem találja ha jól értem az útvonalat a könyvtárat? Hogy tudom megoldani hogy mindkettő működjön? Remélem érthetően írtam le a problémámat.:$

A segítséget előre is megköszönve.

Uj szolgaltatohoz koltoznenk:

http GET https://URL/...

==>>

HTTP/1.1 200 OK
Access-Control-Allow-Credentials: true
Access-Control-Allow-Origin: *
Allow: GET, HEAD, OPTIONS
Connection: close
Content-Type: application/json; charset=utf-8
Date: Thu, 08 Jul 2015 08:06:08 GMT
Strict-Transport-Security: max-age=31536000;
Vary: Accept

. Szerintetek? Ezzel mit lehet kezdeni, ha a szolgaltato csak vallat von, es nem erdekli, viszont kb. minden alkalmazast kiakaszt.

Amit meg kellene oldani, a support csapat legyen figyelmeztetve, ha a level nem erkezett meg vagy kesik. Be lehet ezt valahogy allitani ?
Olyan megoldast tudnek, hogy maillogot szurom, es crontabbol futna, meg talan azt is, amit megnezett mar egyszer, ne vizsgalja meg egyszer, de nem lehetne ezt valahogy a postscriptben beallitani ?

Elnezest az ekezetek miatt, de csak ilyen bill van jelenleg es nem allitanam at.

Egy kritikus rendszeren van problema. Sajnos nem talaltam semmi megoldast se guglin se itt egyelore, igy az okosabbakhoz fordulnek.

Adott egy 10.*.*.* halozaton beluli DNS server (lehet ennek specko beallitas kell, de nem ertek hozza) esxi kornyezetben (ha jol emlekszem 5.0.0). Az esxi-n van 6 virtualis gep.
Amikor pingelem a dns szervert sajnos 7-20%-os loss van. Reportban az volt, hogy az ntp sync nem mukodik, de amikor egy ntpdatet kerek termeszetesen szinkronizal, de a network hiba miatt van valoszinuleg kieses.
Ha a szerverrol kifele pingelek akkor is van packet loss.
Az erdekes es amiert a kulsos halozatot kizarnam az az, hogy a tobbi szerver ami az esxi hoszton van, ott nincs loss. Csak ezen, es mindegyik szerver ugyanazt a virtualis halokartyat hasznalja.

--- 10.xxx ping statistics ---
143 packets transmitted, 115 received, +1 duplicates, 19% packet loss, time 142714ms
--- 10.xxx ping statistics ---
292 packets transmitted, 259 received, 11% packet loss, time 291891ms
--- 10.xxx ping statistics ---
359 packets transmitted, 353 received, 1% packet loss, time 358619ms
--- 10.xxx ping statistics ---
208 packets transmitted, 192 received, 7% packet loss, time 207572ms

Ez a bonding kimenete:

Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

Bonding Mode: load balancing (round-robin)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: xxx
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: xxx
Slave queue ID: 0

Halokartyak ethtool-lal:
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 1000baseT/Full
10000baseT/Full
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 10000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
MDI-X: Unknown
Supports Wake-on: uag
Wake-on: d
Link detected: yes
Settings for eth1:
Supported ports: [ TP ]
Supported link modes: 1000baseT/Full
10000baseT/Full
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 10000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
MDI-X: Unknown
Supports Wake-on: uag
Wake-on: d
Link detected: yes

Ifconfgiban nincs packet drop se loss.
bond0 Link encap:Ethernet HWaddr xxx
inet addr:xxx Bcast:xxx Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:9000 Metric:1
RX packets:10442912 errors:0 dropped:0 overruns:0 frame:0
TX packets:9857267 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:955549069 (911.2 MiB) TX bytes:1832480331 (1.7 GiB)

eth0 Link encap:Ethernet HWaddr xxx
UP BROADCAST RUNNING SLAVE MULTICAST MTU:9000 Metric:1
RX packets:5145178 errors:0 dropped:0 overruns:0 frame:0
TX packets:4928845 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:467937228 (446.2 MiB) TX bytes:917400995 (874.9 MiB)

eth1 Link encap:Ethernet HWaddr xxx
UP BROADCAST RUNNING SLAVE MULTICAST MTU:9000 Metric:1
RX packets:5297734 errors:0 dropped:0 overruns:0 frame:0
TX packets:4928422 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:487611841 (465.0 MiB) TX bytes:915079336 (872.6 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:971699 errors:0 dropped:0 overruns:0 frame:0
TX packets:971699 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:144219724 (137.5 MiB) TX bytes:144219724 (137.5 MiB)

Ha elinditok egy tcpdumpot a serveren az is 0 errort ir:
1886 packets captured
1886 packets received by filter
0 packets dropped by kernel

A logokban net problema nem igen van, promiscious mode valtasos dolgok vannak csak.

Amit talaltam ebben a temaban:

Ehhez annyira nem ertek, igy ha valaki megnezne, hogy ez megoldas lehet-e megkoszonnem.
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cm…

Illetve ezt neztem meg:
http://www.cyberciti.biz/faq/linux-tcp-tuning/

De ehhez sem sokat ertenek, nem tudom mindegyik kellene-e, vagy csak 1-2 ...

Koszonom SOS helpet.

LACP rate nincs beallitva okozhat ilyet ?

Üdv!

Egy backuppc-ban az alábbiak a beállítások:
FullPeriod: 6.97
FullKeepCnt: 2
FullKeepCntMin: 2
IncPeriod: 9999999999
BlackOut Period:
hourBegin: 7
hourEnd: 19.5
weekDays: 1, 2, 3, 4, 5
WakeupSchedule = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23]

Tehát csak full backup van beállítva.
Korábban annyi volt a különbség, hogy volt incremental backup (1-6).
Az IncPeriod nagyra lett állítva, de most meg egyáltalán nem ment. Kézzel kell futtatnom, mert valamiért nem csinál semmit.

Van ötletetek, hogy hol keressem a beállítási problémát?

Sziasztok!

Van egy saját gyűjtésű listám ami 200e+ db IP címet és 1e+ db tartományt tartalmaz.

hosts.deny esetében gyakorlatilag minden kapcsolat megállt, gondolom nem erre tervezték.

Iptables esetén van valakinek tapasztalata mennyi szabályt bír el jelentős lassulás vagy beállás nélkül?

Illetve ha erre van más jó megoldás az is nagyon érdekelne.

hello,

kene nekem egy olyan network scanner ami alertet kuld ha feltunik a subnet-ben egy uj MAC address-el rendelkezo eszkoz.

Otlet?

koszi

Ceph cluster-t aktívan használó, üzemeltető HUPperek tapasztalataira lennék kíváncsi itt összegyűjtve.

Előzmények itt: http://hup.hu/node/141249

Egy véletlenül törölt fájlt kell visszaállítanom Btrfs partíción.

Így a teljes partíció korábbi állapotát tudnám visszaállítani:

btrfs-find-root /dev/sdb1

Super think's the tree root is at 210042880, chunk root 21020672
Well block 4194304 seems great, but generation doesn't match, have=3, want=100280 level 0
Well block 4206592 seems great, but generation doesn't match, have=4, want=100280 level 0
Well block 111132672 seems great, but generation doesn't match, have=100242, want=100280 level 1
...
...
Well block 208945152 seems great, but generation doesn't match, have=100279, want=100280 level 1
Well block 209436672 seems great, but generation doesn't match, have=100279, want=100280 level 0
Found tree root at 210042880 gen 100280 level 1

Mivel nekem nem a @root kell hanem a @home

btrfs restore -t 209436672 /dev/sdb1 /media/backupdisk

És átmásolja a partíció @home részét a backup diskre, ha jól olvasom a manualt (nincs túldokumentálva).
Ha itt már nincs meg a fájl akkor -t után egy korábbi block értéket adok meg

btrfs restore -t 183959552 /dev/sdb1 /media/backupdisk

Ezzel csak az a problémám, hogy át kell másolni a teljes partíció tartalmát.

Hogyan lehet megadni, hogy csak az visszaállítani szándékozott törölt fájlt másolja át?