Codex постојано се поврзува повторно? Проверете DNS и Clash Routing

Грешки на Codex како Reconnecting..., stream disconnected before completion и error sending request може да вклучуваат DNS interference или неправилно Clash routing. Овој водич објаснува како да ја истражите таа можност, да примените насочено подобрување за Clash Verge Rev и да го потврдите резултатот.

Што всушност покажуваат извештаите од заедницата

Корисници на Reddit пријавиле прекинати задачи насочени кон chatgpt.com/backend-api/codex/responses, повторени обиди за reconnect и грешки во response-body. Овие извештаи утврдуваат симптоми, а не DNS дијагноза. Прекинато барање, reconnection loop

Посебна дискусија опишува неуспеси при remote context compaction. Еден коментатор предлага да се истражи proxy-то, но дискусијата не утврдува проверена причина. Дискусија за compaction

Извештаи на X прикажуваат слични прашања: објава од 9 септември опишува постојани stream неуспеси, додека објава од 6 септември пријавува SSE idle timeout за време на remote compaction. Ниту еден не дава DNS споредба. Овие се корисни примери на кориснички проблеми, но не утврдуваат заедничка причина. X stream report, X compaction report

Симптом	Што да се истражи
Итeн timeout со resolver грешка	DNS, достапност на јазолот и дали сообраќајот влегува во Clash
ChatGPT работи во прелистувач, но Codex не работи	Разлики во proxy, DNS, сертификати и egress
Излезот почнува, а потоа stream се исклучува	Долготрајни врски, мрежни промени и сервисни грешки
Неуспеваат само долги разговори или compaction	Споредете со мала нова задача; истражете session и server грешки
HTTP 401, 403, 429 или 5xx	Прегледајте го потеклото и телото на одговорот за автентикација, политика, лимити или сервисни неуспеси

Проверете OpenAI service status и забележете го времето и верзијата на клиентот. За заглавени разговори, OpenAI исто така препорачува да проверите за pending approvals и да пробате помал, фокусиран нов разговор. Desktop и CLI верзиите може да се разликуваат. Официјално troubleshooting

Локален случај: неочекуван DNS одговор активира DIRECT

Во една забележана macOS истрага со Clash Verge Rev и Mihomo, proxy јазлите беа достапни, но chatgpt.com се совпадна со правило GeoIP/CN и се обиде со директна врска што истече. Споредба со шифриран DNS дофатен преку proxy покажа аномален одговор на локалната патека за resolution.

Request to chatgpt.com
  → anomalous DNS answer
  → no earlier matching OpenAI domain rule
  → GeoIP selects DIRECT
  → connection times out and Codex retries

Постојат две конфигурациски прашања што треба да се адресираат: патеката на resolution и routing одлуката. Овој забележан случај не е benchmark ниту доказ дека другите Codex неуспеси ја имаат истата причина. Аномален одговор сам по себе исто така не може да го идентификува одговорниот посредник или да утврди DNS cache poisoning конкретно.

Дијагностицирајте пред да менувате конфигурација

Проверете го connection log

Пребарајте го вистинското hostname во грешката, вклучувајќи chatgpt.com или openai.com. Забележете го соодветното правило, connection chain и грешката во моментот на неуспехот. Врска што треба да користи proxy, но избира DIRECT, бара преглед на редоследот на правилата. Mihomo ги оценува routing правилата од горе надолу. Routing документација

Ако не се појави соодветна врска, прво утврдете дали тој клиент користи Clash. Успехот во прелистувач не ја утврдува патеката што ја користи посебен процес.

Споредете ги патеките на resolution

На macOS, проверете го system resolver и неговиот тековен одговор:

scutil --dns
dscacheutil -q host -a name chatgpt.com

За шифрирана споредба, заменете 7890 со вашиот Clash HTTP/mixed port:

curl --noproxy '' --proxy http://127.0.0.1:7890 \
  --connect-timeout 10 --max-time 20 \
  -H 'accept: application/dns-json' \
  'https://1.1.1.1/dns-query?name=chatgpt.com&type=A'

Барањето го користи Cloudflare’s DNS JSON interface. Проверете го connection панелот: експлицитен локален proxy гарантира влез во Clash, но Clash правилата сепак го одредуваат конечниот egress.

Различни IP адреси сами по себе не се доказ за interference. Изборот на CDN, caching, address families и Fake-IP можат да ги објаснат разликите. Синтетичка адреса од Fake-IP опсегот на Clash не е по природа сомнителна. Поврзете аномален одговор со погрешната рута и неуспехот, а потоа споредете со друга проверена network path. Со вклучен TUN, дури и dig @resolver може да биде intercepted; тоа не е автоматски независен upstream тест.

Применете насочено подобрување за Clash Verge Rev

Овој образец бара Clash Verge Rev со Mihomo, постоечка subscription и работен proxy јазол. Тоа е subscription Script, а не целосен самостоен profile. Прво направете резервна копија од тековната конфигурација. Ако веќе користите script, интегрирајте ја промената во неговата постоечка функција main(config). Проверете ја конечната runtime конфигурација по сите чекори на подобрување. Clash Verge Rev Script документација

Поставете CODEX_PROXY_GROUP на постоечка група и изберете работен proxy јазол во таа група. Поставете NODE_DNS на DoH resolver што работи пред да се поврзе proxy-то и правилно ги разрешува имињата на хостовите на јазлите. Примерот со AliDNS е наменет за валидација на мрежа во континентална Кина; заменете го кога е несоодветен. Не се користи за да ги разреши AI домените подолу.

// Clash Verge Rev subscription Script. Use with an existing Mihomo profile.
// Replace this with the exact name of a working proxy group in that profile.
const CODEX_PROXY_GROUP = "REPLACE_WITH_EXISTING_PROXY_GROUP";

// Example bootstrap resolver for a mainland-China network. Verify reachability
// and node-hostname answers on your network, or replace with your trusted DoH.
// It must work BEFORE the proxy is established. It does not resolve AI domains.
const NODE_DNS = ["https://223.5.5.5/dns-query#DIRECT"];

function main(config) {
  const groups = config["proxy-groups"] || [];
  if (!groups.some((group) => group.name === CODEX_PROXY_GROUP)) {
    throw new Error("Set CODEX_PROXY_GROUP to an existing working proxy group.");
  }
  if (/[#&,\r\n]/.test(CODEX_PROXY_GROUP)) {
    throw new Error("Use a proxy group name without #, &, commas or newlines.");
  }

  const domains = ["chatgpt.com", "openai.com", "oaistatic.com", "oaiusercontent.com"];
  const doh = [
    "https://1.1.1.1/dns-query#" + CODEX_PROXY_GROUP,
    "https://8.8.8.8/dns-query#" + CODEX_PROXY_GROUP,
  ];
  const dns = config.dns || {};
  const policy = Object.assign({}, dns["nameserver-policy"] || {});
  domains.forEach((domain) => { policy["+." + domain] = doh.slice(); });
  dns.enable = true;
  dns["nameserver-policy"] = policy;
  dns["proxy-server-nameserver"] = NODE_DNS.slice();
  if (!Array.isArray(dns.nameserver) || dns.nameserver.length === 0) {
    dns.nameserver = NODE_DNS.slice();
  }
  config.dns = dns;

  const oldRules = Array.isArray(config.rules) ? config.rules : [];
  const aiRules = domains.map((domain) =>
    "DOMAIN-SUFFIX," + domain + "," + CODEX_PROXY_GROUP
  );
  config.rules = aiRules.concat(oldRules.filter((rule) => !aiRules.includes(rule)));
  return config;
}

Скриптата додава DNS политика специфична за домен и става proxy правила на почеток, притоа ги задржува другите правила и доменски политики. Ја менува резолуцијата на имињата на хостовите на јазлите. Четирите наставки на домени се почетен опсег, а не исцрпна листа на секоја Codex функција, прилагоден provider, MCP услуга или преземање задача.

Mihomo поддржува доменски специфична nameserver-policy и експлицитен proxy суфикс на адреса на DNS сервер. Резолуцијата на јазли бара независен пат за да се избегне кружна зависност. DNS configuration reference

Целната скрипта ги задржува постоечките fallback поставки. Прегледајте ги пошироките DNS зависности одделно пред да ги замените. Исто така проверете дали постојат застарени mappings на hosts или конфликтни, поконкретни политики.

Проверете TUN одделно

За процеси што не го користат системскиот proxy, вклучете TUN во Clash Verge Rev и проверете дека работи. Спојте ги следните полиња во вашиот постоечки TUN објект, задржувајќи ги другите поставки:

tun:
  enable: true
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53
    - tcp://any:53

Овие покриваат UDP и TCP DNS на port 53. Mihomo документира ограничувања за DNS насочен кон LAN на macOS и Windows; encrypted DNS управуван од апликацијата исто така е надвор од овие port-53 правила. Проверете го однесувањето на resolver-от и интерфејсот наместо да претпоставите дека прекинувачот го покрива секое барање. TUN reference

Потврдете ја конфигурацијата, рутирањето и Codex одделно

Прво проверете ја конечната конфигурација за грешки, референци за групи и редослед на правилата. Ако Mihomo CLI е достапен, mihomo -t -f <final-config-path> проверува дали конфигурацијата може да се парсира. Тоа не докажува поврзување.

Потоа проверете го вистинското рутирање на конекцијата и извршете HTTPS проба со проверка на сертификатот преку вашиот вистински локален port:

curl --noproxy '' --proxy http://127.0.0.1:7890 \
  --connect-timeout 10 --max-time 20 \
  -o /dev/null -sS \
  -w 'HTTP=%{http_code} TLS=%{time_appconnect}s TOTAL=%{time_total}s\n' \
  https://chatgpt.com/

Одговор од наменетата услуга по успешно потврдување на сертификатот воспоставува HTTP размена за оваа probe. 401 или 403 сè уште може да го блокира пристапот. Тоа не докажува дека работи автентификуван Codex request, а оневозможувањето на проверката на сертификатот би ја поништило оваа проверка.

На крај, завршете мала задача во клиентот што првично не успеала. Инсталиран, автентификуван CLI може да ја изврши следната опционална проверка, која прави вистински model request и користи квота од сметката:

codex exec --skip-git-repo-check --sandbox read-only \
  'Reply with exactly: PONG. Do not use tools.'

Успехот на CLI проверува само тој CLI request; тестирајте ја desktop апликацијата одделно ако таму се појавил проблемот. Проверете повторно по subscription update, промена на мрежа и sleep/wake. Подоцнежни слоеви на конфигурација или преименувани групи сè уште можат да нарушат подобрување.

Често поставувани прашања

Дали е доволно да се смени системскиот DNS на 8.8.8.8?

Не мора. Само адреса на resolver не воспоставува шифрирање, proxy рутирање или достапност. Проверете ги resolver-от, transport-от и egress-от заедно.

Зошто Codex не успева додека Clash работи?

Процесот можеби го заобиколува proxy-то, се совпаѓа со директно правило или зависи од недостапен DNS на јазол. Проблемот исто така можеби не е поврзан со DNS. Најдете ја вистинската конекција пред да менувате неколку поставки одеднаш.

Што ако и понатаму се исклучува?

Ако DNS, TLS и рутирањето работат, истражете го статусот на услугата, големината на разговорот, верзијата на клиентот, стабилноста на конекцијата на јазолот и точниот body на грешката. OpenAI документира локации за feedback и log-ови; прегледајте ги log-овите за тајни пред да ги споделите. Troubleshooting and logs

Како да ја вратам промената?

Оневозможете го додадениот Script и вратете го резервниот профил, TUN поставките и сите системски DNS поставки што сте ги промениле. Посебна proxy-providers архитектура подоцна може да ги изолира претплатите на јазли од локалниот DNS и правилата, но не е потребна за оваа насочена поправка.

За чекорите за инсталација и увоз, видете Clash Verge setup. За други неуспеси, видете Clash troubleshooting. Можете да го користите овој дијагностички процес со постоечка компатибилна претплата; купување друга услуга не е предуслов за тестирање DNS.