У мене є система Windows під назвою "A" і система Linux, що називається "B". Наше програмне забезпечення - це клієнт-серверне програмне забезпечення. Отже, у цьому сценарії серверна частина програми знаходиться у вікні, а частина клієнта - у системі Linux. Сервер отримує деякі журнали через телентне з'єднання, де сервер телерантів знаходиться в системі Linux, а клієнт - у віконній системі. Тепер підійдіть до проблеми, я відчуваю, що це трохи дивно. Що відбувається через телнетне з'єднання між цими двома системами, відключається один чи два рази на день, але встановиться через одну годину. Я шукав причину цієї дивної поведінки. Я впевнений, що між мережами немає брандмауера, роблячи netstat, і я бачу, що це з'єднання встановлюється, тому, ймовірно, порт також відкрився (я здогадуюсь). Тоді в чому буде причина? як я пояснював раніше, наша частина сервера додатків - це віконна система і має клієнт telnet, її хост-файл додав запис 127.0.0.1 localhost, так що з адресою петлі. Так що це зробить якісь проблеми ??? або друга причина, за якою я здогадуюсь, - це те, що порт прослуховування насправді відкритий і активно використовується, але його відставання в черзі реквієнтів вхідного з'єднання досягло свого максимуму, тому в цьому моменті немає місця для запиту вхідного з'єднання. Це робить якесь питання? якщо так, що засіб захисту? Якщо у будь-якого органу є якась причина, що стоїть за цим поведінковим поведінкою тут але його відставання в черзі вимог вхідного з'єднання досягло свого максимуму, тому немає місця для запиту вхідного з'єднання, яке повинно бути в черзі на той момент. Це робить якесь питання? якщо так, що засіб захисту? Якщо у будь-якого органу є якась причина, що стоїть за цим поведінковим поведінкою тут але його відставання в черзі вимог вхідного з'єднання досягло свого максимуму, тому немає місця для запиту вхідного з'єднання, яке повинно бути в черзі на той момент. Це робить якесь питання? якщо так, що засіб захисту? Якщо у будь-якого органу є якась причина, що стоїть за цим поведінковим поведінкою тут