Штучно створити помилку тайм-ауту з'єднання

У нас виникло помилка в нашому програмному забезпеченні, яка виникає, коли я отримую час очікування на з'єднання. Ці помилки трапляються дуже рідко (як правило, коли моя внутрішня мережа потрапляє у зв’язок). Як я можу створити подібний ефект штучним шляхом, щоб я міг протестувати наше програмне забезпечення?

Якщо це важливо, додаток пишеться на C ++ / MFC за допомогою класів CAsyncSocket.

Редагувати:

Я намагався використовувати неіснуючий хост, і я отримую помилку сокета:

WSAEINVAL (10022) Неправильний аргумент

Наступною моєю спробою було використання пропозиції Олександра щодо підключення до іншого порту, наприклад 81 (хоча на власному сервері). Це працювало чудово. Точно так само, як і перерване з'єднання (60 секунд очікування, потім помилка). Дякую!

Підключіться до існуючого хосту, але до порту, який блокується брандмауером, який просто скидає пакети TCP SYN. Наприклад, www.google.com:81.

Підключіться до IP-адреси без маршрутизації, наприклад 10.255.255.1.

Якщо ви працюєте на Unix-машині, ви можете запустити прослуховування портів за допомогою netcat:

nc -l 8099

Потім змініть службу, щоб викликати все, що вона зазвичай робить, до цього порту, наприклад http: // localhost: 8099 / some / sort / of / endpoint

Тоді ваша служба відкриє з'єднання та записувати дані, але ніколи не отримає відповіді, і таким чином дасть вам час очікування читання (замість того, щоб з'єднання відмовлено)

Наступна URL-адреса завжди дає час та поєднує найкращі відповіді @Alexander та @ Emu вище:

http://example.com:81

Використання example.com:81- це вдосконалення відповіді Олександра, оскільки example.com зарезервований стандартом DNS, тому він завжди буде недоступним, на відміну від цього google.com:81, яке може змінитися, якщо Google відчує, що це подобається. Крім того, оскільки example.comце визначено як недоступне, ви не затопите сервери Google.

Я б сказав, що це поліпшення порівняно з відповіддю @ emu, тому що це запам'ятати набагато простіше.

Дуже багато відповідей, але найчистішим рішенням здається ця послуга

http://httpstat.us/504?sleep=60000

Ви можете налаштувати тривалість часу очікування (до 230 секунд) та можливий код повернення.

Ви можете використовувати Python REPL для імітації тайм-ауту під час отримання даних (тобто після успішного встановлення з'єднання). Не потрібно нічого, крім стандартної установки Python.

Python 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)        
>>> s.bind(('localhost', 9000))
>>> s.listen(0)
>>> (clientsocket, address) = s.accept()

Тепер він чекає вхідного з'єднання. Підключіть те, що ви хочете перевірити localhost:9000. Коли ви зробите це, Python прийме з'єднання і accept()поверне його. Якщо ви не надсилаєте будь-які дані через clientsocket, розетка абонента повинна вичерпатися протягом наступного recv().

• 10.0.0.0
• 10.255.255.255
• 172.16.0.0
• 172.31.255.255
• 192.168.0.0
• 192.168.255.255

Все це є непровідними.

Я хотів би всіх звернути увагу на шлях

За допомогою конфігурації (взятої з їх прикладів) 200:b@100:drви отримаєте з'єднання, яке випадково перестає.

Як щодо програмного рішення:

Встановіть SSH-сервер на сервер додатків. Потім скористайтеся тунелем розетки, щоб створити зв’язок між вашим локальним портом та віддаленим портом на сервері додатків. Для цього можна використовувати клієнтські інструменти ssh. Запропонуйте клієнтській програмі підключитися до вашого картографічного локального порту. Потім ви можете розірвати тунель розетки за бажанням, щоб імітувати час очікування з'єднання.

Якщо ви хочете використовувати активне з'єднання, ви також можете скористатися http://httpbin.org/delay/# , де # - час, коли потрібно, щоб сервер чекав, перш ніж надсилати відповідь. Поки ваш тайм-аут коротший затримки ... повинен імітувати ефект. Я успішно використовував його з пакетом запитів python.

Ви можете змінити свій запит, якщо ви надсилаєте що-небудь чутливе - не маєте уявлення, що відбувається з надісланими їм даними.

Доступні сервіси, які дозволяють вам штучно створювати тайм-аути вихідного сигналу, зателефонувавши в API, де ви вкажете, скільки часу серверу потрібно буде відповісти. Тайм-аут сервера в macgyver - приклад такої послуги.

Наприклад, якщо ви хочете перевірити запит, на який потрібно відповісти 15 секунд, ви просто зробите поштовий запит до API macgyver.

Корисна навантаження JSON:

{
    "timeout_length": 15000
}

Відповідь API (через 15 секунд):

{
    "response": "ok"
}

Програма очікування сервера на macgyver
https://askmacgyver.com/explore/program/server-timeout/3U4s6g6u

Ви можете встановити драйвер Microsoft Loopback, який створить для вас окремий інтерфейс. Потім ви можете підключити його до якогось вашого сервісу (власного хоста). Потім у мережевих підключеннях ви можете відключити / включити такий інтерфейс ...

Незважаючи на те, що не зовсім зрозуміло, який саме ОП хоче перевірити: є різниця між спробою підключення до неіснуючого хоста / порту та таймаутом вже встановленого з'єднання. Я б пішов з Робом і зачекав, поки з'єднання запрацює, а потім потягну кабель. Або - для зручності - мати віртуальну машину, яка працює в якості тестового сервера (з мостовою мережею) і просто деактивує віртуальний мережевий інтерфейс після встановлення з'єднання.

Метод, який я часто використовую для імітації випадкового тайм-ауту з'єднання, полягає у використанні ssh-локального переадресації портів.

ssh -L 12345:realserver.com:80 localhost

Це переадресує трафік на localhost: 12345 на realserver.com:80 Ви також можете зафіксувати це на власній локальній машині, якщо хочете:

ssh -L 12345:localhost:8080 localhost

Таким чином, ви можете направити свою програму на ваш локальний та власний порт, і трафік буде спрямований на цільовий хост: порт. Тоді ви можете вийти з цієї оболонки (можливо, вам також знадобиться ctrl + c оболонку після виходу), і це знищить переадресацію, через що ваш додаток побачить втрату з'єднання.

Підключіть мережевий кабель до комутатора, який не має інших підключень / кабелів. Це повинно працювати.

Існує кілька тактик, які я використовував у минулому для моделювання проблем у мережі;

1. Витягніть мережевий кабель
2. Вимкніть перемикач (в ідеалі за допомогою перемикача, на якому комп'ютер підключений до живлення, щоб машина підтримувала його "мережеве з'єднання") між вашою машиною та "цільовою" машиною
3. Запустіть програмне забезпечення брандмауера на цільовій машині, яке мовчки скидає отримані дані

Одна з цих ідей може дати вам певні засоби штучного створення необхідного сценарію

Залежно від того, яке програмне забезпечення брандмауера встановлено / доступно, ви повинні мати можливість блокувати вихідний порт, і залежно від налаштування вашого брандмауера, він повинен просто скинути пакет запиту на з'єднання. Ні запиту на з'єднання, ні підключення, не настає час очікування. Це, мабуть, буде краще, якби він був реалізований на рівні маршрутизатора (вони, як правило, скидають пакети замість того, щоб відправляти скидання, або все, що еквівалентно для ситуації), але там, мабуть, є програмний пакет, який теж би трюк.

Найпростіше було б перервати своє з'єднання за допомогою CurrPorts .

Однак, щоб перевірити свій код обробки винятків, можливо, вам слід розглянути можливість зменшення коду підключення до мережі та написати заглушку, макет чи декоратор, який викидає винятки на вимогу. Після цього ви зможете перевірити логіку керування помилками програми, не використовуючи мережу.

У мене виникли проблеми, як і у вас. Щоб перевірити поведінку програмного забезпечення, я просто відключив мережевий кабель у відповідний час. Мені довелося встановити точку розриву прямо перед тим, як захотіти відключити кабель.

Якби я робив це знову, я поставив би перемикач (звичайно закритий моментний натискання кнопки) в мережевий кабель.

Якщо фізичне відключення викликає іншу поведінку, ви можете підключити комп'ютер до дешевого концентратора і поставити перемикач, про який я згадував вище, між вашим концентратором і основною мережею.

- РЕДАКТУВАННЯ - У багатьох випадках вам потрібно буде працювати мережеве з'єднання до тих пір, поки ви не дістанетесь до певної точки вашої програми, ТОГО вам захочеться відключитись за допомогою однієї з багатьох запропонованих пропозицій.

Для мене найпростішим способом було додавання статичного маршруту на маршрутизатор офісу на основі мережі призначення. Просто спрямовуйте трафік на якийсь невідповідний хост (наприклад, ваш комп'ютер), і ви отримаєте тайм-аут запиту.

Найкраще для мене було те, що статичним маршрутом можна керувати через веб-інтерфейс та легко вмикати / відключати.

Ви можете спробувати підключитися до одного з відомих веб-сайтів на порту, який може бути недоступний зовні - наприклад, 200. Більшість брандмауерів працюють у режимі DROP, і це буде імітувати час очікування.