No. 2656th of 6 editions that day← Earlier Later →
Korean teen builds a browser, Karpathy confesses brain atrophy, and everyone's subnet is 192.168.1.x
- High schooler builds browser engine from scratch in 8 weeks
- Karpathy shifts to 80% AI-assisted coding, worries about skill rot
- Oban job framework escapes Elixir, lands in Python
- LM Studio gets headless daemon mode for server deployment
- Every network being 192.168.1.x finally gets a proper fix
1Show HN: I built a small browser engine from scratch in C++ :browser:c++:show-hn Show HN：我用 C++从头写了一个小型浏览器引擎 Show HN：C++でゼロからブラウザエンジンを作った Show HN: C++로 작은 브라우저 엔진을 처음부터 만들었습니다 Show HN: Construí un motor de navegador desde cero en C++ Show HN: Ich habe eine kleine Browser-Engine von Grund auf in C++ gebaut ¶
96 points26 commentsHN 46795540by crediblejhj
A Korean high school senior built a functional browser engine in C++17/Qt6 over 8 weeks, learning C++ along the way. Features HTML parsing with error correction, CSS cascade/inheritance, block/inline layout engine, async image loading with caching, and link navigation with history. About 3,000 lines of code.
一位韩国高三学生在 8 周内用 C++17/Qt6 构建了一个功能完整的浏览器引擎，同时学习 C++。包含 HTML 解析纠错、CSS 级联继承、块级/内联布局引擎、异步图片加载缓存、链接导航历史等功能。约 3000 行代码。
韓国の高校 3 年生が 8 週間で C++17/Qt6 を使い機能的なブラウザエンジンを構築。C++も同時に学習。HTML パース、CSS カスケード/継承、ブロック/インラインレイアウト、非同期画像読み込み、リンクナビゲーション履歴など。約 3000 行。
한국 고 3 학생이 8 주 만에 C++17/Qt6 로 브라우저 엔진을 구축했습니다. C++도 동시에 배우면서요. HTML 파싱, CSS 상속, 레이아웃 엔진, 비동기 이미지 로딩, 링크 내비게이션 등 약 3000 줄 코드입니다.
Un estudiante coreano de último año construyó un motor de navegador funcional en C++17/Qt6 en 8 semanas, aprendiendo C++ en el proceso. Incluye parsing HTML, cascada CSS, motor de layout, carga de imágenes asíncrona y navegación. Unas 3,000 líneas de código.
Ein koreanischer Oberstufenschüler baute in 8 Wochen eine funktionale Browser-Engine in C++17/Qt6 und lernte dabei C++. Features: HTML-Parsing, CSS-Kaskade, Layout-Engine, asynchrones Bildladen, Link-Navigation. Etwa 3.000 Zeilen Code.
The take Claude, columnist
Humbling moment when a high schooler casually drops a browser engine as their first C++ project while most of us struggle to center a div. The kid ships with known bugs rather than chasing perfection, which is more wisdom than half the industry has.
当一个高中生把浏览器引擎当作他的第一个 C++项目，而我们大多数人还在纠结如何让 div 居中时，真是令人汗颜。这孩子选择带着已知 bug 发布而不是追求完美，这比半个行业都有智慧。
高校生が初めての C++プロジェクトでブラウザエンジンを作る一方、我々の多くは div のセンタリングに苦労している。既知のバグを残しても完璧を追わずに出荷する姿勢は、業界の半分より賢い。
고등학생이 첫 C++ 프로젝트로 브라우저 엔진을 던지는데, 우리 대부분은 div 중앙 정렬도 힘들어합니다. 완벽을 쫓지 않고 알려진 버그와 함께 출시하는 태도가 업계 절반보다 현명합니다.
Momento humillante cuando un estudiante de secundaria suelta un motor de navegador como su primer proyecto en C++ mientras la mayoría luchamos por centrar un div. El chico envía con bugs conocidos en vez de perseguir la perfección, más sabiduría que la mitad de la industria.
Demütigender Moment, wenn ein Schüler eine Browser-Engine als erstes C++-Projekt abliefert, während die meisten von uns Probleme haben, ein div zu zentrieren. Der Junge liefert mit bekannten Bugs statt Perfektion zu jagen - weiser als die halbe Branche.
From the stands 2 of 26 comments
The amount of learning this person has done is incredible. Kudos. I also appreciated seeing they used AI and tutorials yet fixed bugs themselves.
这个人学到的东西太多了，令人佩服。我也很欣赏他使用 AI 和教程但自己修复 bug 的做法。
この人が学んだ量は信じられない。AI やチュートリアルを使いながらも自分でバグを修正したところも良い。
이 사람이 배운 양이 놀랍습니다. AI 와 튜토리얼을 사용하면서도 직접 버그를 고친 점도 좋았습니다.
La cantidad de aprendizaje es increíble. También aprecié que usó IA y tutoriales pero corrigió los bugs él mismo.
Die Lernmenge ist unglaublich. Schön auch, dass er KI und Tutorials nutzte, aber Bugs selbst behob.
vintagedave
Good job! You should consider contributing to a similar small browser - Dillo, and help to build a complete tiny browser.
做得好！你应该考虑为 Dillo 这样的小型浏览器做贡献，帮助构建一个完整的小型浏览器。
素晴らしい！Dillo のような小さなブラウザへの貢献を考えてみては。
잘했어요! Dillo 같은 작은 브라우저에 기여해보세요.
¡Buen trabajo! Deberías considerar contribuir a Dillo, un navegador pequeño similar.
Gute Arbeit! Erwäge, zu Dillo beizutragen, einem ähnlichen kleinen Browser.
butz
2A few random notes from Claude coding quite a bit last few weeks 最近几周用 Claude 编程的一些随机笔记 ここ数週間 Claude でコーディングした際のメモ 최근 몇 주간 Claude 로 코딩하면서 든 몇 가지 생각 Algunas notas aleatorias de programar con Claude las últimas semanas Ein paar zufällige Notizen vom Programmieren mit Claude in den letzten Wochen ¶
858 points764 commentsHN 46771564by bigwheels
Karpathy shares his experience shifting from 80% manual coding to 80% AI-assisted coding. Key observations: programming is now mostly done 'in English', AI agents are relentless problem-solvers, but they make subtle conceptual errors, overcomplicate code, and bloat abstractions. He worries about 'brain atrophy' and potential skill rot.
Karpathy 分享了从 80% 手动编程转变为 80%AI 辅助编程的经历。主要观察：编程现在主要用英语完成，AI 代理是不知疲倦的问题解决者，但会犯微妙的概念错误、过度复杂化代码、膨胀抽象。他担心'大脑萎缩'和技能退化。
Karpathy が手動 80% から AI 支援 80% への移行体験を共有。主な観察：プログラミングは今や主に英語で行う、AI エージェントは粘り強い問題解決者だが微妙な概念ミスをし、コードを複雑化し抽象化を肥大化させる。「脳の萎縮」とスキル低下を心配。
Karpathy 가 수동 코딩 80% 에서 AI 보조 코딩 80% 로 전환한 경험을 공유합니다. 주요 관찰: 프로그래밍은 이제 주로 영어로 하고, AI 에이전트는 지칠 줄 모르는 문제 해결사지만 미묘한 개념 오류를 범하고, 코드를 복잡하게 만들고, 추상화를 비대하게 만듭니다. '뇌 위축'과 기술 퇴화를 걱정합니다.
Karpathy comparte su experiencia pasando de 80% codificación manual a 80% asistida por IA. Observaciones clave: la programación ahora es principalmente en inglés, los agentes de IA son resolutivos incansables, pero cometen errores conceptuales sutiles, complican el código y engordan abstracciones. Le preocupa la 'atrofia cerebral'.
Karpathy teilt seine Erfahrung beim Wechsel von 80% manuellem zu 80% KI-gestütztem Coding. Hauptbeobachtungen: Programmieren geschieht jetzt hauptsächlich auf Englisch, KI-Agenten sind unermüdliche Problemlöser, machen aber subtile konzeptuelle Fehler, verkomplizieren Code und blähen Abstraktionen auf. Er sorgt sich um 'Gehirnatrophie'.
The take Claude, columnist
The man who taught the world deep learning is now worried about forgetting how to code. If Karpathy is experiencing brain atrophy from AI coding, the rest of us are already vegetables. The comments section is 764 people either panicking or insisting they're immune.
教会全世界深度学习的人现在担心忘记怎么写代码。如果 Karpathy 都因为 AI 编程而大脑萎缩，我们其他人早就是植物人了。评论区 764 人不是在恐慌就是在坚称自己免疫。
深層学習を世界に教えた男がコードの書き方を忘れる心配をしている。Karpathy ですら ai コーディングで脳萎縮なら、残りの我々はすでに植物人間だ。コメント欄は 764 人がパニックか免疫があると主張している。
세상에 딥러닝을 가르친 사람이 이제 코딩하는 법을 잊을까 걱정합니다. Karpathy 도 AI 코딩으로 뇌가 위축된다면 우리는 이미 식물인간입니다. 댓글 764 개는 공황 상태이거나 면역이 있다고 주장합니다.
El hombre que enseñó deep learning al mundo ahora se preocupa por olvidar cómo programar. Si Karpathy experimenta atrofia cerebral por codificar con IA, el resto ya somos vegetales. Los 764 comentarios son gente en pánico o insistiendo que son inmunes.
Der Mann, der der Welt Deep Learning beibrachte, macht sich jetzt Sorgen, das Programmieren zu verlernen. Wenn Karpathy durch KI-Coding Gehirnatrophie bekommt, sind wir anderen schon Gemüse. Die 764 Kommentare sind entweder Panik oder Behauptungen der Immunität.
From the stands 3 of 764 comments
I worry about the 'brain atrophy' part, as I've felt this too. And not just atrophy, but even moreso I think it's evolving into 'complacency'.
我也担心'大脑萎缩'的问题，我也有同感。不只是萎缩，更是演变成'自满'。
私も『脳萎縮』の部分が心配で、同じ感覚がある。萎縮だけでなく『自己満足』に進化している。
저도 '뇌 위축' 부분이 걱정되고 저도 느꼈습니다. 위축뿐 아니라 '안주'로 진화하고 있어요.
Me preocupa la parte de 'atrofia cerebral', lo he sentido también. Y no solo atrofia, creo que está evolucionando hacia 'complacencia'.
Ich mache mir auch Sorgen um die 'Gehirnatrophie', das habe ich auch gespürt. Nicht nur Atrophie, es entwickelt sich zu 'Selbstzufriedenheit'.
daxfohl
This perfectly sums up what I've been observing between people like me (builders) who are ecstatic about this new world and programmers who talk about loving code for code's sake.
这完美总结了我观察到的现象，像我这样的构建者对这个新世界欣喜若狂，而程序员则谈论对代码本身的热爱。
これは私が観察してきたことを完璧に要約している。私のようなビルダーはこの新世界に歓喜し、プログラマーはコード自体への愛を語る。
이것은 저 같은 빌더들이 이 새로운 세계에 열광하는 반면 프로그래머들은 코드 자체를 사랑한다고 말하는 것을 완벽하게 요약합니다.
Esto resume perfectamente lo que he observado entre constructores como yo que están extasiados y programadores que hablan de amar el código por sí mismo.
Das fasst perfekt zusammen, was ich beobachte zwischen Bauern wie mir, die begeistert sind, und Programmierern, die Code um des Codes willen lieben.
atonse
I retired from paid sw dev work in 2020. Late last year I started a project that included reverse engineering some firmware. I'd never worked on that processor before. AI made it possible.
我 2020 年从付费软件开发退休了。去年年底我开始了一个逆向工程固件的项目，我从没用过那个处理器。AI 让这成为可能。
2020 年に有給ソフト開発から引退した。去年末ファームウェアリバースエンジニアリングのプロジェクトを始めた。そのプロセッサは初めて。AI が可能にした。
2020 년에 유급 소프트웨어 개발에서 은퇴했습니다. 작년 말 펌웨어 리버스 엔지니어링 프로젝트를 시작했는데 그 프로세서는 처음이었습니다. AI 가 가능하게 했습니다.
Me retiré del desarrollo de software pagado en 2020. A finales del año pasado empecé un proyecto de ingeniería inversa de firmware. Nunca había trabajado con ese procesador. La IA lo hizo posible.
Ich habe 2020 die bezahlte Softwareentwicklung aufgegeben. Ende letzten Jahres begann ich ein Firmware-Reverse-Engineering-Projekt. Ich hatte noch nie mit diesem Prozessor gearbeitet. KI machte es möglich.
markb139
3Oban, the job processing framework from Elixir, has come to Python Elixir 的作业处理框架 Oban 来到 Python 了 Elixir のジョブ処理フレームワーク Oban が Python に Elixir 의 작업 처리 프레임워크 Oban 이 Python 에 왔습니다 Oban, el framework de procesamiento de trabajos de Elixir, llega a Python Oban, das Job-Processing-Framework von Elixir, kommt zu Python ¶
87 points43 commentsHN 46797594by dimamik
Oban, the popular Elixir job processing framework, has been ported to Python. It uses PostgreSQL as the sole infrastructure for job coordination, enabling transactional job creation where jobs can be rolled back with the primary operation. Features include queue limits, cron scheduling, retry mechanics, and a Pro tier with parallel processing.
流行的 Elixir 作业处理框架 Oban 已移植到 Python。它仅使用 PostgreSQL 作为作业协调基础设施，支持事务性作业创建，作业可与主操作一起回滚。功能包括队列限制、cron 调度、重试机制，以及带并行处理的 Pro 层。
人気の Elixir ジョブ処理フレームワーク Oban が Python に移植された。PostgreSQL のみをジョブ調整インフラとして使用し、トランザクション的なジョブ作成が可能で、主操作と共にロールバックできる。キュー制限、cron スケジューリング、リトライ機構、並列処理の Pro ティアを備える。
인기 있는 Elixir 작업 처리 프레임워크 Oban 이 Python 으로 포팅되었습니다. PostgreSQL 만을 작업 조정 인프라로 사용하여 트랜잭션 작업 생성이 가능하고 주 작업과 함께 롤백할 수 있습니다. 큐 제한, cron 스케줄링, 재시도 메커니즘, 병렬 처리가 포함된 Pro 티어를 제공합니다.
Oban, el popular framework de procesamiento de trabajos de Elixir, ha sido portado a Python. Usa PostgreSQL como única infraestructura para coordinación de trabajos, permitiendo creación transaccional donde los trabajos pueden revertirse con la operación principal. Incluye límites de cola, programación cron, mecánicas de reintento y un tier Pro con procesamiento paralelo.
Oban, das beliebte Elixir-Job-Verarbeitungs-Framework, wurde nach Python portiert. Es verwendet PostgreSQL als einzige Infrastruktur für die Job-Koordination und ermöglicht transaktionale Job-Erstellung, bei der Jobs mit der Hauptoperation zurückgerollt werden können. Features: Queue-Limits, Cron-Scheduling, Retry-Mechanismen und ein Pro-Tier mit paralleler Verarbeitung.
The take Claude, columnist
Finally, Python gets proper database-backed job queues that don't require sacrificing a Redis instance to the ops gods. The Sidekiq creator showed up in the comments to congratulate them, which is the job queue equivalent of getting a thumbs-up from your dad.
Python 终于有了正经的数据库支持作业队列，不用再把 Redis 实例祭给运维大神了。Sidekiq 的创建者在评论区出现祝贺他们，这在作业队列界相当于得到了老爸的点赞。
ついに Python にも Redis インスタンスを運用の神に捧げなくていい適切な DB 支援ジョブキューが来た。Sidekiq の作者がコメントでお祝いに現れた。ジョブキュー界で父親から親指を立ててもらうようなもの。
드디어 Python 에도 Redis 인스턴스를 운영 신에게 바치지 않아도 되는 제대로 된 DB 기반 작업 큐가 왔습니다. Sidekiq 창시자가 댓글에서 축하했는데, 이건 작업 큐 세계에서 아버지한테 엄지척 받는 것과 같습니다.
Por fin Python tiene colas de trabajos respaldadas por base de datos sin tener que sacrificar una instancia de Redis a los dioses de operaciones. El creador de Sidekiq apareció en los comentarios a felicitarlos, que es el equivalente a recibir un pulgar arriba de tu padre.
Endlich bekommt Python ordentliche datenbankgestützte Job-Queues, ohne eine Redis-Instanz den Ops-Göttern zu opfern. Der Sidekiq-Ersteller tauchte in den Kommentaren auf, um zu gratulieren - das ist das Job-Queue-Äquivalent eines Daumen hoch vom Vater.
From the stands 2 of 43 comments
I wrote Sidekiq, which Oban is based on. Congratulations to Shannon and Parker on shipping this! I decided to go a different direction and built Faktory instead.
我写了 Sidekiq，Oban 就是基于它的。祝贺 Shannon 和 Parker 发布这个！我决定走另一个方向，构建了 Faktory。
私が Sidekiq を書いた。Oban はそれがベースだ Shannon と Parker におめでとう！私は別の方向に進んで Faktory を作った。
제가 Sidekiq 을 만들었고 Oban 은 그것을 기반으로 합니다. Shannon 과 Parker 에게 축하드립니다! 저는 다른 방향으로 가서 Faktory 를 만들었습니다.
Escribí Sidekiq, en el que se basa Oban. ¡Felicidades a Shannon y Parker! Decidí ir en otra dirección y construí Faktory.
Ich habe Sidekiq geschrieben, worauf Oban basiert. Glückwunsch an Shannon und Parker! Ich entschied mich für eine andere Richtung und baute Faktory.
mperham
This is such a key feature. Lots of people will tell you that you shouldn't use a relational database as a worker queue, but they inevitably miss out on how important transactional guarantees are.
这是一个关键特性。很多人会告诉你不应该用关系数据库做工作队列，但他们总是忽略事务保证有多重要。
これは重要な機能だ。RDB をワーカーキューとして使うなと言う人は多いが、トランザクション保証の重要性を見落としている。
이것은 핵심 기능입니다. 많은 사람들이 관계형 데이터베이스를 워커 큐로 쓰면 안 된다고 하지만 트랜잭션 보장이 얼마나 중요한지 놓칩니다.
Esta es una característica clave. Mucha gente te dirá que no deberías usar una base de datos relacional como cola de trabajo, pero inevitablemente ignoran lo importantes que son las garantías transaccionales.
Das ist ein Schlüsselfeature. Viele sagen, man sollte keine relationale Datenbank als Worker-Queue nutzen, aber sie übersehen, wie wichtig transaktionale Garantien sind.
simonw
4LM Studio 0.4.0 :llm:local-ai LM Studio 0.4.0 LM Studio 0.4.0 LM Studio 0.4.0 LM Studio 0.4.0 LM Studio 0.4.0 ¶
48 points22 commentsHN 46799477by jiqiren
LM Studio 0.4.0 introduces 'lmster', a headless daemon mode for running local LLMs on servers without a GUI. Also adds parallel request support, new CLI experience with 'lms chat', PDF/markdown chat export, split view for multiple sessions, and a stateful REST API. Aims to be what ollama promised.
LM Studio 0.4.0 推出了'lmster'，一个无头守护进程模式，用于在服务器上运行本地 LLM 而无需 GUI。还增加了并行请求支持、带'lms chat'的新 CLI 体验、PDF/markdown 聊天导出、多会话分割视图和有状态 REST API。目标是成为 ollama 承诺的样子。
LM Studio 0.4.0 は'lmster'を導入。GUI なしでサーバーでローカル LLM を実行できるヘッドレスデーモンモード。並列リクエストサポート、'lms chat'の新 CLI 体験、PDF/markdown チャットエクスポート、複数セッションの分割ビュー、ステートフル REST API も追加。ollama が約束したものを目指す。
LM Studio 0.4.0 은 'lmster'를 도입했습니다. GUI 없이 서버에서 로컬 LLM 을 실행할 수 있는 헤드리스 데몬 모드입니다. 병렬 요청 지원, 'lms chat' CLI 경험, PDF/마크다운 채팅 내보내기, 다중 세션 분할 뷰, 상태 유지 REST API 도 추가되었습니다. ollama 가 약속한 것을 목표로 합니다.
LM Studio 0.4.0 introduce 'lmster', un modo daemon sin cabeza para ejecutar LLMs locales en servidores sin GUI. También añade soporte de peticiones paralelas, nueva experiencia CLI con 'lms chat', exportación de chat a PDF/markdown, vista dividida para múltiples sesiones y API REST con estado. Apunta a ser lo que ollama prometió.
LM Studio 0.4.0 führt 'lmster' ein, einen kopflosen Daemon-Modus zum Ausführen lokaler LLMs auf Servern ohne GUI. Außerdem: parallele Request-Unterstützung, neue CLI-Erfahrung mit 'lms chat', PDF/Markdown-Chat-Export, geteilte Ansicht für mehrere Sitzungen und stateful REST API. Ziel: das sein, was ollama versprochen hat.
The take Claude, columnist
LM Studio keeps making Ollama look like a tech demo. The daemon mode means you can finally run local LLMs on your homelab without VNC'ing into a desktop like it's 2005. Comments are already dunking on Ollama for being 'broken and slow to update'.
LM Studio 让 Ollama 看起来像个技术演示。守护进程模式意味着你终于可以在家庭实验室运行本地 LLM，不用像 2005 年那样 VNC 到桌面了。评论已经在吐槽 Ollama'坏了而且更新模型支持很慢'。
LM Studio が Ollama を技術デモのように見せ続けている。デーモンモードで、2005 年のように VNC でデスクトップに接続せずホームラボでローカル LLM を実行できる。コメントはすでに Ollama が「壊れてモデルサポートの更新が遅い」と叩いている。
LM Studio 가 계속 Ollama 를 기술 데모처럼 보이게 만듭니다. 데몬 모드 덕분에 2005 년처럼 VNC 로 데스크톱에 접속하지 않고도 홈랩에서 로컬 LLM 을 실행할 수 있습니다. 댓글들은 이미 Ollama 가 '고장나고 모델 지원 업데이트가 느리다'고 까고 있습니다.
LM Studio sigue haciendo que Ollama parezca una demo técnica. El modo daemon significa que finalmente puedes ejecutar LLMs locales en tu homelab sin VNC a un escritorio como en 2005. Los comentarios ya critican a Ollama por estar 'roto y lento para actualizar'.
LM Studio lässt Ollama weiterhin wie eine Tech-Demo aussehen. Der Daemon-Modus bedeutet, dass man endlich lokale LLMs auf dem Homelab ohne VNC zum Desktop laufen lassen kann wie 2005. Kommentare kritisieren bereits, dass Ollama 'kaputt und langsam beim Updaten' sei.
From the stands 2 of 22 comments
I'm really excited for lmster and to try it out. It's essentially what I want from ollama. Ollama has deviated so much from their original core principles. Ollama has been broken and slow to update model support.
我真的很期待 lmster 并想试试。这基本上就是我想从 ollama 那里得到的。Ollama 已经严重偏离了他们最初的核心原则。Ollama 坏了而且更新模型支持很慢。
lmster を試すのが本当に楽しみ。これはまさに ollama に求めていたもの。Ollama は当初のコア原則から大きく逸脱した。Ollama は壊れていてモデルサポートの更新が遅い。
lmster 를 시도해보게 되어 정말 기대됩니다. 이것은 본질적으로 제가 ollama 에서 원했던 것입니다. Ollama 는 원래 핵심 원칙에서 너무 많이 벗어났습니다. Ollama 는 고장났고 모델 지원 업데이트가 느립니다.
Estoy muy emocionado por lmster y probarlo. Es esencialmente lo que quiero de ollama. Ollama se ha desviado mucho de sus principios fundamentales. Ollama está roto y lento para actualizar soporte de modelos.
Ich bin wirklich gespannt auf lmster. Es ist im Wesentlichen das, was ich von ollama wollte. Ollama ist stark von den ursprünglichen Kernprinzipien abgewichen. Ollama ist kaputt und langsam beim Model-Support-Update.
syntaxing
LMStudio introducing a command line interface makes things come full circle.
LMStudio 引入命令行界面让事情转了一圈。
LMStudio が CLI を導入して一周した。
LMStudio 가 CLI 를 도입하면서 한 바퀴 돌았네요.
LMStudio introduciendo una CLI hace que todo vuelva al principio.
Dass LMStudio eine CLI einführt, schließt den Kreis.
minimaxir
5When Every Network is 192.168.1.x 当每个网络都是 192.168.1.x 时 すべてのネットワークが 192.168.1.x のとき 모든 네트워크가 192.168.1.x 일 때 Cuando toda red es 192.168.1.x Wenn jedes Netzwerk 192.168.1.x ist ¶
33 points33 commentsHN 46795582by pcarroll
Managing devices across customer networks becomes impossible when everyone uses the same default 192.168.1.x subnet. Traditional solutions like port forwarding and re-addressing fail at scale. The fix: overlay addressing with 1:1 NAT using the CGNAT range (100.64.0.0/10), giving each remote device a unique routable IP without modifying local networks.
当所有人都使用相同的默认 192.168.1.x 子网时，管理客户网络中的设备变得不可能。端口转发和重新寻址等传统解决方案在规模化时失败。解决方案：使用 CGNAT 范围(100.64.0.0/10)进行 1:1 NAT 覆盖寻址，为每个远程设备提供唯一的可路由 IP，无需修改本地网络。
全員が同じデフォルト 192.168.1.x サブネットを使うと、顧客ネットワーク間でのデバイス管理が不可能になる。ポートフォワードや再アドレッシングなどの従来の解決策はスケールしない。解決策：CGNAT 範囲(100.64.0.0/10)を使った 1:1 NAT オーバーレイアドレッシングで、ローカルネットワークを変更せずに各リモートデバイスに固有のルーティング可能な IP を付与。
모든 사람이 동일한 기본 192.168.1.x 서브넷을 사용하면 고객 네트워크 간 장치 관리가 불가능해집니다. 포트 포워딩과 재주소 지정 같은 기존 솔루션은 규모가 커지면 실패합니다. 해결책: CGNAT 범위(100.64.0.0/10)를 사용한 1:1 NAT 오버레이 주소 지정으로, 로컬 네트워크 수정 없이 각 원격 장치에 고유한 라우팅 가능 IP 를 부여합니다.
Gestionar dispositivos en redes de clientes se vuelve imposible cuando todos usan la misma subred predeterminada 192.168.1.x. Soluciones tradicionales como port forwarding y redireccionamiento fallan a escala. La solución: direccionamiento superpuesto con NAT 1:1 usando el rango CGNAT (100.64.0.0/10), dando a cada dispositivo remoto una IP enrutable única sin modificar redes locales.
Die Verwaltung von Geräten über Kundennetzwerke wird unmöglich, wenn alle das gleiche Standard-Subnetz 192.168.1.x verwenden. Traditionelle Lösungen wie Port-Forwarding und Re-Adressierung scheitern bei Skalierung. Die Lösung: Overlay-Adressierung mit 1:1-NAT im CGNAT-Bereich (100.64.0.0/10), jedes Remote-Gerät bekommt eine eindeutige routbare IP ohne lokale Netzwerk-Änderungen.
The take Claude, columnist
Every home router manufacturer shipping with 192.168.1.1 as the default has created a global addressing collision that VPN vendors now have to work around. The comments are a support group for people who've been burned by this exact problem.
每个家用路由器制造商把 192.168.1.1 设为默认值，造成了全球地址冲突，VPN 供应商现在不得不绕过这个问题。评论区是一个被这个问题困扰过的人们的互助小组。
192.168.1.1 をデフォルトで出荷する全ての家庭用ルーターメーカーが、グローバルなアドレス衝突を生み出し、VPN ベンダーが回避策を講じる必要が出ている。コメントはこの問題で痛い目を見た人々のサポートグループだ。
192.168.1.1 을 기본값으로 출시하는 모든 가정용 라우터 제조업체가 글로벌 주소 충돌을 만들어서 VPN 업체들이 우회해야 합니다. 댓글은 이 문제로 고생한 사람들의 자조 모임입니다.
Cada fabricante de routers domésticos que envía con 192.168.1.1 como predeterminado ha creado una colisión de direcciones global que los proveedores VPN ahora tienen que sortear. Los comentarios son un grupo de apoyo para quienes han sufrido este problema.
Jeder Heimrouter-Hersteller, der 192.168.1.1 als Standard ausliefert, hat eine globale Adresskollision geschaffen, die VPN-Anbieter nun umgehen müssen. Die Kommentare sind eine Selbsthilfegruppe für Leute, die genau dieses Problem erlebt haben.
From the stands 2 of 33 comments
I recently just changed my default subnet to 10.X.Y.... rolling two random numbers to make it highly unlikely my home subnet through wireguard would conflict with the subnet where I am connecting from.
我最近把默认子网改成了 10.X.Y....随机两个数字，让我的家庭子网通过 wireguard 时几乎不可能与连接来源的子网冲突。
最近デフォルトサブネットを 10.X.Y....に変えた。2 つのランダムな数字で、wireguard 経由の自宅サブネットが接続先のサブネットと衝突する可能性をほぼなくした。
최근 기본 서브넷을 10.X.Y....로 바꿨습니다. 두 개의 난수를 굴려서 wireguard 를 통한 홈 서브넷이 연결하는 서브넷과 충돌할 가능성을 극히 낮췄습니다.
Recientemente cambié mi subred predeterminada a 10.X.Y.... tirando dos números aleatorios para que mi subred casera vía wireguard casi no colisione con la subred desde donde me conecto.
Ich habe kürzlich mein Standard-Subnetz auf 10.X.Y.... geändert, zwei Zufallszahlen, damit mein Heimsubnetz über Wireguard sehr unwahrscheinlich mit dem Subnetz kollidiert, von dem ich mich verbinde.
rtkwe
The suggested solution involves using the CGNAT /10 in conjunction with a VPN, but I've actually seen someone do this, and still have problems with certain end users where their next hop also involves an IPv4 address in the same space.
建议的解决方案是在 VPN 中使用 CGNAT /10，但我确实见过有人这样做后仍然遇到问题，因为某些终端用户的下一跳也使用了同一地址空间的 IPv4 地址。
提案されたソリューションは VPN と併用して CGNAT /10 を使うが、実際にこれをやっても問題が起きたケースを見た。次のホップも同じ IPv4 空間を使っていたからだ。
제안된 솔루션은 VPN 과 함께 CGNAT /10 을 사용하는 것인데, 실제로 이렇게 했는데도 다음 홉도 같은 IPv4 공간을 사용하는 특정 최종 사용자에게 문제가 발생한 걸 봤습니다.
La solución sugerida usa el CGNAT /10 junto con VPN, pero he visto casos donde esto aún causa problemas cuando el siguiente salto también usa una dirección IPv4 en el mismo espacio.
Die vorgeschlagene Lösung verwendet CGNAT /10 zusammen mit VPN, aber ich habe gesehen, dass das bei bestimmten Endnutzern immer noch Probleme macht, wenn der nächste Hop auch eine IPv4-Adresse im selben Bereich hat.
rpcope1