Startpagina » ramen » Problemen met TCP / IP-connectiviteit en configuratie oplossen

    Problemen met TCP / IP-connectiviteit en configuratie oplossen

    Wanneer u ervoor moet zorgen dat toepassingen op de server correct kunnen worden verbonden, helpt algemene probleemoplossing niet. Het vraagt ​​om geavanceerde manieren om problemen met TCP / IP-verbindingen oplossen vooral als je veel time-outfouten hebt. Het verbindingsprobleem kan te maken hebben met de databaseserver, RDP-fouten, het delen van bestanden, enzovoort.

    Op een basisniveau, wanneer gegevens via TCP van het ene naar het andere punt worden verzonden, zijn zowel de afzender als de ontvanger het er uiteindelijk over eens dat informatie is wat het zou moeten zijn en dat het goed is. Wanneer er een probleem is met TCP, blijft één van de partijen wachten (TIME_WAIT-status), er kan een abrupt einde van de sessie zijn, wat resulteert in de RESET-vlag in de TCP-header.

    Problemen met TCP / IP-verbindingen oplossen

    Deze RESET-vlag kan worden bekeken via het hulpprogramma Message Analyzer of een van de Network Monitoring Tools, die u kunnen helpen bij het vinden van de TCP-header. De header bevat informatie die helpt om vast te stellen of er een probleem was, met name de RESET-vlag. Stel je voor dat elke verzonden gegevens een header of zender heeft die informatie geeft over de locatie van gegevens.

    Wanneer u de Message Analyzer gebruikt, moet u het IP-adres van de server instellen, het poortnummer indien beschikbaar, en in elk traceerresultaat graven voor gedetailleerde informatie. Als er een fout optreedt, markeert het gereedschap dit. Klik erop en u zou het niveau van de foutmelding voor dat pakket kunnen zien. Het is gemakkelijk te gebruiken, maar dan moet het ook een goed begrip hebben van hoe het te gebruiken.

    Pakketdruppels vinden

    Wanneer gegevens worden verzonden en er geen reactie van de andere kant wordt ontvangen, betekent dit dat er een pakketverlies is. De bron wacht op bevestiging en wanneer deze niet wordt geaccepteerd, wordt een ping verzonden met de vlag ACK RESET. Deze vlag betekent dat er geen bevestiging is, wat betekent dat er pakketdruppels of gegevensverlies kunnen optreden en daarom wordt de verbinding verbroken.

    Het betekent meestal dat het netwerkapparaat ertussen een probleem heeft. Gebruik de tool Network om de poorten te bewaken en het trace-programma uit te voeren. Als u niet dezelfde traceerresultaten ziet, weet u dat het probleem ergens tussenin ligt.

    De onjuiste parameter in de TCP-header

    Tussen apparaten en software worden gewoonlijk TCP-headers aangepast. Het is standaard op computers waar internetbeveiligingssoftware de certificaten wijzigt die afkomstig zijn van websites die aan HTTPS voldoen. Apparaten zoals WAN-versnellers kunnen hetzelfde doen. IT-admin moet de configuratie van die hardwareapparaten bekijken om dit probleem op te lossen.

    Om dit te achterhalen, zult u de trace op zowel de bron als de bestemming hebben uitgevoerd en als de resultaten verschillen, met name de TCP-pakketgegevens, hebben we een probleem.

    Aanpassing van de toepassingszijde

    Als de sporen niets probabilistisch weergeven, kan het de toepassing zijn die het probleem veroorzaakt. Het gebeurt wanneer de server gegevens heeft ontvangen die zijn ontvangen, maar de verbinding niet accepteert. Dus de applicatie zou eruit zien alsof hij niets heeft gekregen, en je zou je afvragen dat alle links aanwezig zijn.

    U kunt dit scenario identificeren door naar de TCP-vlaggen te kijken. Als het pakket ACK + RST heeft, betekent dit dat de toepassing het probleem veroorzaakt, dat wil zeggen dat de bestemming / server om een ​​of andere reden het pakket om een ​​of andere reden niet wil accepteren.

    Als uw toepassing gebruikmaakt van UDP, zal het moeilijk zijn om het op deze manier te vinden. In plaats daarvan moet u ICMP gebruiken als protocol voor foutrapportage. Als u een bericht ontvangt ICMP Destination-host onbereikbaar: poort onbereikbaar bericht direct na het UDP-pakket, dan is de toepassing de oorzaak.

    Tips:

    1. Tijdens het oplossen van problemen, als u alles goed ziet, maar de server reageert niet, kan dit het probleem met de firewall zijn. Zorg ervoor dat u de firewall opnieuw configureert om die poorten of toepassing vrij te houden. Je zult zowel lokale als server-firewall moeten bekijken.
    2. Bekijk ook de beveiligingslogboeken. U kunt controleren of er een pakketverval is op een bepaald poort-IP.
    Message Analyzer is een krachtige tool die kan worden gebruikt om dergelijke sporen uit te voeren en gegevens in realtime te controleren. Als u het onder de knie kunt krijgen, kunt u de kunst van het oplossen van TCP / IP-verbindingsproblemen onder de knie krijgen.