Vad är det här för fel någon som vet varför jag får det här felet?
-
Jag har fått det här felet nu ett bra tag men vad är det för fel?
Mar 15 05:04:02 lighttpd[32921]: (connections.c.305) SSL: 1 error:140A1175:SSL routines:SSL_BYTES_TO_CIPHER_LIST:inappropriate fallback Mar 15 05:04:01 kernel: interrupt storm detected on "irq260:"; throttling interrupt sourceSen får jag ofta det här felet och då dör mitt internet.
apinger: Could not bind socket on address(0.0.0.0) for monitoring address 0.0.0.0(WAN_DHCP) with error Can't assign requested address -
Mar 15 05:04:01 kernel: interrupt storm detected on "irq260:"; throttling interrupt sourceHårdvaruproblem skulle jag spontant gissa.
Vad kör du på för burk och vad finns i den?
apinger: Could not bind socket on address(0.0.0.0) for monitoring address 0.0.0.0(WAN_DHCP) with error Can't assign requested addressWAN-länken går ner av någon anledning.
-
Jag har köp den här i från.
http://mini-itx.se/mp161bd2500cc1u19dubblalan2xcom-p-891.html?cPath=64_249
Har en SSD och 4 GB ram vet dock inte vad det är för modell.
- Intel
D2500CCE Mini-ITX Moderkort - Embedded Intel Atom D2500 1.86GHz Dual Core processor
- 1U / 19" EM-161B Mini-ITX Chassi
- Storlek (b x h x d): 436×44,5×220 mm
- Färg:
Svart front panel - Interna hdd/ssd platser:
1× 3.5" och 1× 2.5" eller 2× 2.5" - Fläktar:
2 × 40×40×10mm - PCI slot: 1st
- Front panel:
Power switch
Power LED
HDD LED
2 × USB
Men ska köpa en annan så fort jag har pengar över.
- Intel
-
Jag är tyvärr inte så bra på att felsöka sådant här men om du kör kommandot vmstat -i så ser man antalet interrupt och frekvens sedan senaste omstart.
Så här ser det ut hos mig:
[2.1.5-RELEASE][admin@pfsense.localdomain]/root(1): vmstat -i interrupt total rate irq16: ehci0 305203 0 irq19: atapci0 7029266 1 irq23: ehci1 406784 0 cpu0: timer 8022518616 2000 irq256: em0 478785999 119 irq257: igb0:que 0 88314139 22 irq258: igb0:que 1 60495090 15 irq259: igb0:que 2 329832780 82 irq260: igb0:que 3 55269684 13 irq261: igb0:link 10 0 irq267: em1:rx 0 114167360 28 irq268: em1:tx 0 134888151 33 irq269: em1:link 1012 0 cpu1: timer 8022498523 2000 cpu3: timer 8022498516 2000 cpu2: timer 8022498523 2000 Total 33359509656 8316Ett generellt råd jag sett i forumet vid interruptstormar är att i Bios stänga av all hårdvara du inte använder. Ljud och serieportar kanske?
PnP OS skall vara avstängt för FreeBSD/pfSense så om det inte redan är det så gör du det också.
-
Vart är det man skriver in det kommandon? är det via SSH?
-
Vart är det man skriver in det kommandon? är det via SSH?
Ja eller så kan du välja Shell (nummer 8 har jag för mig att det är) från konsollen om du har skärm och tangentbord anslutet till brandväggen. Men SSH är bättre för då kan du klippa ut och klistra in resultatet här om du vill.
-
Så här ser det ut för mig.
interrupt total rate cpu0:timer 356090576 1126 irq256: hdac0 2216 0 irq257: em0:rx 0 97833617 309 irq258: em0:tx 0 101567028 321 irq259: em0:link 1632 0 irq260: em1:rx 0 98362132 311 irq261: em1:tx 0 101114277 319 irq262: em1:link 2220084 7 irq266: ahci0 138986 0 cpu1:timer 16950265 53 Total 774280813 2449 -
Ingen fara där men du har väl sannolikt inte haft någon interruptstorm sedan den senaste omstarten.
Är em1 ansluten till LAN eller WAN?
Om det är WAN-porten skulle en teori möjligen kunna vara att en instabil WAN-anslutning bidrar till detta problem. Du bör hur som helst felsöka och se till att du får en stabil WAN-anslutning om den inte är det.
Mitt tidigare råd om saker att kolla på och eventuellt ändra i BIOS kvarstår.
-
em0 = Wan
em1 = lan
Jag har inte fått upp det felet igen kan det vara så när Pfsense blir överbelastat så kommer det felet?
Jag får även error in se här.
WAN interface (wan, em0) Status up DHCP up MAC address IPv4 address Subnet mask IPv4 Gateway IPv4 IPv6 Link Local ISP DNS servers 127.0.0.1 8.8.8.8 8.8.4.4 MTU 1500 Media 100baseTX <full-duplex> In/out packets 108954838/272941596 (29.67 GB/35.12 GB) In/out packets (pass) 108954838/272941596 (29.67 GB/35.12 GB) In/out packets (block) 870604/91 (50.28 MB/7 KB) In/out errors 1634/0 Collisions 0</full-duplex>LAN interface (lan, em1) Status up MAC address IPv4 address Subnet mask IPv4 IPv6 Link Local MTU 1500 Media 1000baseT <full-duplex> In/out packets 15314196/19354477 (1.52 GB/14.95 GB) In/out packets (pass) 15314196/19354477 (1.52 GB/14.95 GB) In/out packets (block) 51074/0 (3.94 MB/0 bytes) In/out errors 61573425/0 Collisions 0</full-duplex> -
Kolla att nätverkskablarna inte är trasiga och har rätt specifikation, Cat 5e eller Cat 6.
Vidare så måste du kolla vad det nu är du ansluter mot på båda sidor. Hur är de inställda, finns det någon statistik för att se om de också rapporterar fel och så vidare…
WAN-porten verkar bara ansluta med 100 Mbit/sek förresten. Är det en gigabit-port du ansluter emot?
-
Jag har inga andra kabel som jag kan testa med visa är nog gammal du kan se bild här.
http://i.imgur.com/lNoseGM.jpg
Finns det något sätt så man kan felsöka i Pfsense och se vad problemet kan vara?
WAN-porten är en gigabit-port mot en 100 Mbit port.
-
Man kan inte felsöka nätverksproblem bara från ena sidan. Man behöver veta om det loggas fel på andra sidan också.
Kablar är förbrukningsvaror och de byter man bara ut. Köp några fräscha kablar (Cat 5e eller Cat 6) och se om det blir bättre. De kostar inte många kronor och kommer alltid till nytta.
Kolla inställningarna på aktuell switchport och börja med att se till att båda sidor står inställda på automaisk förhandling (autonegotiation).
-
Får köpa kablar när jag har pengar till det.
Vart hitta jag "aktuell switchport" har inte hållit så mycket med pfsense.
När jag pingar google så tappar det packet ibland flera.
-
Vart hitta jag "aktuell switchport" har inte hållit så mycket med pfsense.
Med aktuell switchport menar jag porten i switchen som brandväggens LAN är anslutet mot (jag antar att det är Cisco-switchen vi såg på din bild). Är den porten konfigurerad för autonegotiation? Sedan kan du titta på statistiken på porten också.
När jag pingar google så tappar det packet ibland flera.
Du verkar ha en väldigt otillförlitlig WAN-förbindelse.
Vad har du för operatör, tjänst och vad ansluter du WAN-kabeln till?
Om du löser alla dessa konfigurationsproblem du verkar ha så behöver du kanske inte köpa någon ny brandvägg…
-
Med aktuell switchport menar jag porten i switchen som brandväggens LAN är anslutet mot (jag antar att det är Cisco-switchen vi såg på din bild). Är den porten konfigurerad för autonegotiation? Sedan kan du titta på statistiken på porten också.
Jag hittar inget om "autonegotiation" man jag kollade "Port Settings" och där ser jag att det finns 4 st med "1000M Full" och 1 "100M Full" som är nog till för ipmi.
Jag prova den här http://sbkb.cisco.com/CiscoSB/GetArticle.aspx?docid=636287a56a8245ccb69aa1604344a7da_test_copper_ports.xml&pid=2&converted=0 och då fick jag det här när jag testa min kabel.
Test Results Last Update: 2015-Mar-17 07:11:55 Test Results: Open Cable Distance to Fault: 13 M Operational Port Status: UpDu verkar ha en väldigt otillförlitlig WAN-förbindelse.
Vad har du för operatör, tjänst och vad ansluter du WAN-kabeln till?
Om du löser alla dessa konfigurationsproblem du verkar ha så behöver du kanske inte köpa någon ny brandvägg…
Jag har bitcom, har ofta problem med. WAN-kabeln går till framtidens bredband box.
Behöver ändå köpa en då den här CPU inte klara av så mycket. Klara bara 60k i packs.
-
Jag hittar inget om "autonegotiation" man jag kollade "Port Settings" och där ser jag att det finns 4 st med "1000M Full" och 1 "100M Full" som är nog till för ipmi.
Det där kan antingen vara aktuell status, d.v.s. vad som är resultatet efter förhandlingen, eller så kan det vara inställningarna för porten. Du borde försöka hitta inställningarna och där kontrollera att de står på auto, autonegotiation eller liknande.
Test Results Last Update: 2015-Mar-17 07:11:55 Test Results: Open Cable Distance to Fault: 13 M Operational Port Status: UpOm kabeln var ansluten till något i andra änden när du gjorde testet och att du inte använder "short reach", strömbesparande "Green Ethernet" eller liknande så verkar det som att du funnit åtminstone en trasig kabel.
Jag har bitcom, har ofta problem med.
Än så länge är det mest sannolikt att problemen ligger hos dig. Du svarade inte på vad du har för tjänst. Är det 100/100 Mbit/sek du har köpt eller?
WAN-kabeln går till framtidens bredband box.
När jag läste på framtidens webbplats fick jag intrycket att de inte hade någon egen box utan att respektive operatör som du köper tjänsten av levererar den. Det var dock inte helt solklart.
Behöver ändå köpa en då den här CPU inte klara av så mycket. Klara bara 60k i packs.
Okej, men innan man börjar köpa nya saker är det bäst att börja med att verifiera att det man har används på ett korrekt sätt. Annars är risken att du bara flyttar dina problem till en dyrare hårdvara.
-
Det där kan antingen vara aktuell status, d.v.s. vad som är resultatet efter förhandlingen, eller så kan det vara inställningarna för porten. Du borde försöka hitta inställningarna och där kontrollera att de står på auto, autonegotiation eller liknande.
Försöker hitta ditt så kan ta ett tag.
Om kabeln var ansluten till något i andra änden när du gjorde testet och att du inte använder "short reach", strömbesparande "Green Ethernet" eller liknande så verkar det som att du funnit åtminstone en trasig kabel.
Den kabel är ansluten till min speldator och när jag gjorde testet så dog även internet för speldator. Jag har inte på dom där "short reach" eller "Green Ethernet".
Än så länge är det mest sannolikt att problemen ligger hos dig. Du svarade inte på vad du har för tjänst. Är det 100/100 Mbit/sek du har köpt eller?
Ja det är 100/100 Mbit problemet ligger hos dom då deras gateway går ner ibland har även provat att koppla in den direkt i min dator och då får jag heller inget internet efter 10 minuter till 6 timmar så kommer den tillbaka igen.
När jag läste på framtidens webbplats fick jag intrycket att de inte hade någon egen box utan att respektive operatör som du köper tjänsten av levererar den. Det var dock inte helt solklart.
Så ser den ut.
Okej, men innan man börjar köpa nya saker är det bäst att börja med att verifiera att det man har används på ett korrekt sätt. Annars är risken att du bara flyttar dina problem till en dyrare hårdvara.
Jo det förstår jag.
-
Ja det är 100/100 Mbit problemet ligger hos dom då deras gateway går ner ibland har även provat att koppla in den direkt i min dator och då får jag heller inget internet efter 10 minuter till 6 timmar så kommer den tillbaka igen.
Kontakta supporten, så skall det ju inte vara.
Så ser den ut.
Jag var mer intresserad av att läsa specifikationerna än att se hur burken ser ut. ;)
Men när jag nu ändå fått se den så uppskattar jag att sladden ut är röd. Det är vad man brukar använda på utsidan av brandväggen, för att visa att det är osäker trafik.
-
Jag har ping min Gateway nu över 10 timmar utan en enda packet förlust men jag ping även Google och där fick jag pack förlust.
Google
Ping-statistik för 62.119.230.20: Paket: Skickade = 46693, Mottagna = 46553, Förlorade = 140 (0 %), Ungefärlig överföringstid i millisekunder: Lägsta = 8 ms, Högsta = 13 ms, Medel = 8 msGateway
Ping-statistik för 62.65.78.1: Paket: Skickade = 47253, Mottagna = 47253, Förlorade = 0 (0 %), Ungefärlig överföringstid i millisekunder: Lägsta = 0 ms, Högsta = 7 ms, Medel = 0 ms -
Mindre 0,3 % tappade ping är försumbart och sådant som kan hända under 10 timmar. Under den tiden verkar du i alla fall haft en stabil koppling.