Als je pppoe a linux systemunix bad tcp checksum op je systeem hebt geïnstalleerd, kan deze gebruikershandleiding je in de volgende paragrafen helpen om het echt te hebben.
Goedgekeurd: Fortect
Slechte
pppoe [15286]: TCP 853b controlesom
Verstoort deze methode mijn relatie? of een ander probleem?
Ik neem aan dat je PPPoE over DSL gebruikt. Ik zou het meest typisch antwoorden op de corruptiegevallen die moeten worden gedetecteerd op een bepaalde ATM-laag (elk AAL-framework heeft één 32-bits CRC-veld en elke ATM-cel heeft een 8-bits CRC). Ik ben er niet absoluut zeker van welke foutdetectie- of -correctiefuncties in alle DSL-protocollen kunnen worden opgenomen.
Een directory-corruptiefout kan echter heel goed optreden, zelfs voordat deze de ATM van het circuit bereikt. Of dan alleen je eigenlijke hele lokale netwerk.
Ik denk dat de hele vraag is: “hoeveel zit er vaak in het pakket?” Als dat 300 fouten op driehonderd miljoen pakketten zou kunnen betekenen, is dit waarschijnlijk geen complicaties. Het is duidelijk dat als het 299 x 300 is, dat zou ik zeggen de situatie.
Afgezien daarvan had ik echt geen idee wat het “normale” foutenpercentage was. Ik zal waarschijnlijk een lange tool van TCP-checksum-offloading moeten gebruiken om deze methode daadwerkelijk te bepalen.
Ik zou eerst naar het apparaat zoeken met behulp van de pppoe-daemon. Moet de ATM-kern niet foutafhandeling zijn? Daarom, als u bovenstaande problemen ziet, is het zeer waarschijnlijk dat ergens een pc-software / firmware / hardware-incompatibiliteitsfout is aangepast. Als het zeker een IT-pad is, zou ik proberen memtest daarop uit te voeren, of een andere beleidsoplossing proberen en zien dat hetzelfde onderliggende probleem zich voordoet;
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
Ik zou dit graag een tijdje willen zien verzenden, aangezien we dit soortgelijk probleem op het werk zien (ongeveer 200 van dergelijke misstappen per dag), helaas begrijp ik het thuis niet.
p>
Volgens deze upload: http://plasma-gate.weizmann.a
Startpagina als CLAMPMSS uitgeschakelde pppoe-configuratie en geconfigureerde iptables presenteert.
Op het werk is de configuratie hetzelfde (ingesteld in de pppoe, maar uitgeschakeld naast iptables).
Wanneer moet je een pakket aan de binnenkant TCP accept wachtrij?
Wanneer de kernel een SYN van een client ontvangt en de TCP-ontvangstregel vol is, verwijdert de kernel de SYN en voegt bijgevolg 1 toe aan TcpExtListenOverflows. Op hetzelfde moment zal de kernel ook 1 toevoegen waaraan de TcpExtListenDrops. Wanneer de TCP-socket in LISTEN lay-claim is, maar de kernel het pakket moet laten vallen]
Op sommige momenten kan ik proberen de resultaten alleen in het instellingenscherm te wijzigen en kijken of dat helpt.
Ik heb een gloednieuw DSL-apparaat rechtstreeks aangesloten op mijn huidige Linux-machine, zodat ik er vrij zeker van ben dat ik geen situaties zou moeten hebben zoals beschreven in de gekoppelde post -ppp0 direct om te leren hoe.
Hoe weet ik of ik CLAMMSS = echt moet installeren?
Als de mtu van de ppi-interface een waarde heeft van 1492 en/of minimaal en alle hosts op het netwerk zijn hetzelfde (of 1500 meer), dan heb je vrijwel zeker itbeats nodig.
Als je gebruikmaakt van pppoe in de kernelmodus, moet de klemoptie zeker overbodig zijn, en je moet je helpen iptables te gebruiken om dit succesvol te doen. Ik weet nooit waarom ik geen WordPress-tool in de kernelmodus zou gebruiken die al jaren een stabiele kernel gebruikt en die heel goed betere mogelijkheden zou kunnen hebben.
CLAMPMSS = nee
Waarom heb ik dit type plug-in nodig? lijkt goed te positioneren, niet genoeg?
Heeft het alle functies die het waard lijken te zijn?
Waarom heb ik deze WordPress-tool nodig? Lijkt het onnodig goed te werken?
Is daar een client voor PPPoE in Linux?
pppoe is zonder twijfel een ander user-space point-to-point protocol (PPPoE, ruwweg Ethernet) lid voor Linux en andere moderne UNIX-ontwikkelingen. pppoe-mogelijkheden met elke pppd PPP-daemon om PPP over Ethernet-communicatie op te nemen zoals gebruikt door een groot aantal ADSL-serviceproviders.
Je hebt het niet nodig, toch moet je naar de dingen kijken, wie het ook heeft, het is een beetje hard.
Ik heb dit weekend wat gesurft op het web en heb geëxperimenteerd met al mijn kleine DSL-verbindingen. Ik heb een ding geleerd, twee over de zware uitdagingen, dus ik dacht dat de korte blogpost was in de verwachting dat iemand anders tijd zou kunnen kopen.
Mijn internetverbinding is de laatste tijd een beetje traag. Van tijd tot tijd en ik merkte pakket het verlies op, maar nam niet de tijd om erachter te komen waar precies. De tests die ik deze zon deed waren erg gevoelig voor pakketverlies, dus ik moest om me heen kijken.
Er waren dit soort symptomen. De eerste was een aantal starters, zoals de volgende.
Ongeldige vermeldingen van de TCP-controlesom duiden op een soort containercorruptie. Ik had echter geen theorie dat het in dit geval verschuldigd was bij de verzending van pakketten die mogelijk zijn ontvangen. Omdat ik niet weet hoe PPP van nature zo goed werkt als ik had gewild, waren standaardprotocol-weigeringsberichten moeilijker te verwerken. Ik ben je bewust van een volledige root-kaping van de ppp0 Ethernet-interface om PPP-berichten in Wireshark te zien.
Mijn cliënt heeft een bericht gestuurd met de protocolsectoren ingesteld op 0. Wireshark weet niet wat 7 zou moeten betekenen.
En het externe PPPoE-apparaat volgt een bounce-back-bericht
